IThome

Uaah, TCP 135 und TCP 445 *gruselig* :D

In den Systemeigenschaften - Erweitert - Umgebungsvariablen kannst Du Systemvariablen und Benutzervariablen erstellen, welche in der Reihenfolge Systemvariablen AUTOEXEC.BAT (sofern existent und abhängig von "ParseAutoexec") Benutzervariablen angewendet werden ... How To Manage Environment Variables in Windows XP

Du hast die Default Domain Policy gelöscht ? :shock: editiert: hatte das Wort gelöscht vergessen :D

Nochmal, es liegt an der Berechtigung "Unterordner und Dateien löschen", die der Benutzer FOO auf Rootebene hat, also auf D:\ (in Deinem Fall, also im übergeordneten Ordner). Hat er diese Berechtigung nicht, kann er auch den darunter liegenden Ordner nicht löschen. Das hat nichts mit der Vererbung zu tun, er darf Unterordner und Dateien löschen, auch wenn er keine Löschen-Berechtigung hat (genau das sagt diese Berechtigung aus) ... Wenn Du die Berechtigungen so einstellst, wie ich es beschrieben habe, darf auch TEMPROOT von FOO nicht gelöscht werden. Im darunter liegenden Ordner kann FOO Ordner und Dateien anlegen und natürlich auch löschen ... In TEMPROOT selbst kann FOO keine Dateien und Ordner anlegen, wozu auch, er soll einen TEMP-Ordner haben, der ja darunter liegt und beschreibbar, aber nicht löschbar ist. Das ganze klappt natürlich auch mit einem Ordner, der direkt unter der Root liegt. Wenn aber auf dem Rootordner eine Berechtigung vergeben ist, dass Unterordner und Dateien auch gelöscht werden können, selbst wenn keine Löschen-Berechtigung vorhanden ist, dann ist es nicht verwunderlich, dass man den Ordner löschen kann. Die Berechtigung zum Löschen der angelegten Ordner und Dateien im Temp-Ordner selbst bekommt der User FOO (so wie ich es konfiguriert habe), ebenso durch die Berechtigung "Unterordner und Dateien löschen".

Der Fehler wahrscheinlich an der Berechtigung des übergeordneten Ordners (also die Root von D:\), in der die Administratoren oder wenigstens FOO Vollzugriff haben. Haben sie Vollzugriff, sind sie in der Lage, untergeordnete Ordner zu löschen, selbst wenn sie dort nur Leseberechtigung haben (explizit berechtigt). Entweder gewährst Du auf dem Rootordner den Administratoren nur Ändern-Berechtigung und erzeugst den angepassten Temp-Ordner direkt unter der Root. Du kannst auch die Root so lassen wie sie ist und Dir einen Ordner erzeugen, in dem der Administrator Vollzugriff,das System Vollzugriff und FOO Lesen Zugriff hat. Darunter legst Du den eigentlichen Temp-Ordner an, der folgende Berechtigungen hat: Administrator : Vollzugriff (geerbt) System : Vollzugriff (geerbt) FOO: (Lesen geerbert) zusätzlich Schreiben anklicken ÜBERNEHMEN !!! ERWEITERT den nicht geerbten FOO-Eintrag editieren und zusätzlich "Unterordner und Dateien löschen" anklicken (NICHT Löschen markieren) Ich habe einen TEMPROOT-Folder erstellt und darunter den TEMP-Ordner. Es funktioniert auch, wenn Du TEMP unterhalb der Root anlegst und den Administratoren in der Root nur Ändern Berechtigung gewährst, es wirkt sich aber leider auch auf andere Ordner unterhalb der Root aus ... edit: also das, was Sigma schon geschrieben hat, Vollzugriff beinhaltet "Unterordner und Dateien löschen" und ist im übergeordneten Ordner aktiv, also entweder nur Ändern Berechtigung oder diese genannte, spezielle Berechtigung entfernen ...

Werde ich mir merken, aber es gilt ja auch: No Risk, No Fun :D

Ja, da hast Du recht, so lange musste ich bei einem 2003 SBS auch schon mal warten :D (habe ich mich da geärgert, letzte Änderung kurz vor Feierabend :D)

Versuche mal die letzte funktionierende Konfiguration (LastKnownGood), sofern Du nach der Deinstallation nicht schon einmal neu gestartet und Dich angemeldet hast ...

Knoppix oder BartPe wäre eine Möglichkeit (also Starten von CD mit anschliessendem Virenscan). Auch ich bin der Meinung, dass diese Installation nicht mehr zu retten ist ...

Hehe, ja genau, ne vollständige Sicherung inkl. Systemstatus sollte man natürlich vorher machen :D

Die, die ich kenne, starten alle neu und machen es während des Starts ...

Was meinst Du mit Platz verteilen, ein Tool, um die Partitionsgrössen zu verändern ?

Mal von den vermeintlich öffentlichen IP-Adressen abgesehen (oder ist das nur ein Schreibfehler und soll 172.16... heissen). Wenn Du Adressen verteilst, sollte die IP-Vergabe entweder bei 113 beginnen oder die 111 und 112 müssen aus dem Bereich ausgeschlossen werden. In der Regel funktioniert die Namensauflösung auch, wenn Du nicht explizit eine Weiterleitung konfigurierst. Diese Auflösung erfolgt dann über die Rootserver, vorausgesetzt Du hast keine Forward-Lookupzone, die "." heisst oder Du hast gewisse Einstellungen in den erweiterten Einstellungen des DNS-Servers verändert ... Vielleicht postest Du mal IPCONFIG /ALL des Servers und eines Clients ...

Was für GPOs sind denn gelinkt ? Benutzt Du überhaupt GPOs zum Einschränken der Benutzer und wenn ja, wo ?

Der Drucker muss auch einen Suffix haben, der dem Namen der Forward-Lookupzone entspricht ...

Das klappt eigentlich gut, wenn man mehrere Adressen auf die Schnittstelle bindet, unter Umständen muss neu gestartet werden. Eine Route muss auch nicht gesetzt werden, da dem Rechner die Route in dieses Netz bereits bekannt sein sollte. Das ist ja auch kein Routing, es ist ja nur eine Karte im Rechner, auf der es mehrere Adressen gibt ...

Das gilt aber nur für Arbeitsgruppenumgebungen (in der man eigentlich keinen internen DNS-Server benötigt). In ener Domänenumgebung werden ausschliesslich DNS-Server, die die SRV-Resource Records gespeichert haben, bei den Membern eingetragen. Wenn der primäre DNS-Server aus welchem Grund auch immer nicht erreichbar ist, versucht der Client den alternativen (im ungünstigen Fall der Router). Reagiert dieser Server, egal ob positiv oder negativ, verwendet der Client diesen Server 15 Minuten (oder bis auch dieser nicht reagiert) und benutzt erst nach dieser Zeit wieder den primären Server (den vom DC). Also kann es in dieser Zeit zu Problemen mit der Verbindung zu Domänenressourcen kommen ...

Schau mal hier ... Proxy addresses are not removed when the recipient policy is removed in Exchange Server Zitat aus diesem Artikel "CAUSE This behavior is by design."

Jo, DNS würde ich auch tippen. Poste bitte mal IPCONFIG /ALL des Clients ...

Wieso Domänenanmeldung ? Ich habe nicht von Domänenanmeldung gesprochen ...

Wie erledigt, werden die Clients ausgetauscht ?

Ach herrje, das verdammte XP-Home (ich mache das nur mit XP Professional, das klappt wunderbar). Kann XP-Home das etwa auch nicht ?

Authentifizierung über selbstkonfigurierende LMHOSTS ? edit: ups, verlesen, selbstkonfigurierte ... Aber eine Authentifizierung ist das trotzdem nicht, das ist ein Namensauflösungsmechanismus für NBT ...

Poste bitte mal IPCONFIG /ALL des 2003 Routers, damit man sich mal ein Bild machen kann, was überhaupt netzwerktechnisch konfiguriert ist ...

Das alte Profil ist also durch die Reparaturinstallation überschrieben bzw. gelöscht worden ? Ontrack EasyRecovery Professional wäre ein Tool, was verwaiste Daten noch finden könnte. Falls nicht, sieht es ganz übel aus ...