MiFie

Hallo,

ich suche eine Möglichkeit über eine Group Policy den Anwendern zu verbieten Shares auf einer XP Prof. WS zu erstellen.

AD ist auf 2003.

Danke und Gruß

Also weder absoluter noch UNC Pfad funktionieren als Eintrag im "User Profile > LOGON SCRIPT". Das Script läuft dann gar nicht mehr. Auch bei einer Anmeldung auf einer WS in der eigenen Domäne.

Die netlogon.cmd wird nicht ausgeführt.

... und was steht in dem File blala\logon.kix denn dies ist der eigentliche script ...

 

Aber eine andere Frage noch: Wie ist das in den Userprofilen hinterlegt. Wenn nur beispielsweise "netlogon.cmd" drinsteht, sucht er defaultmässig im "netlogon" Verzeichnis der Domain welche den Logonprozess vornimmt.

 

Gruss,

 

Matthias

Also bei uns ist die Netlogon.cmd im Profile Reiter unter LOGON Script eingetragen. Ohne absoluten Pfad.

Falls das Fettgedruckte so ist (ich geh mal davon aus). Könnte uns dem Problem näher bringen.

Ich meld mich dann mal.

echo off

kix32 blala\logon.kix

Also nix spezielles.

Ich erweiter mal die "Fragestellung".

Domäne A (User) und B (Workstation) befinden sich im gleichen Forrest.

Logon Script läuft.

Domäne A (User) und C (Workstation) haben einen beidseitigen Trust.

Logon Script läuft nicht.

Ich habe das mehrfach nachgestellt.

Wo steht dieser Umstand niedergeschrieben? Bei Microsoft und Googeln habe ich einfach nichts entsprechendes gefunden.

Moin,

folgende Situation.

Domäne A Windows 2003.

Domäne B Windows 2003.

Zwischen den Domänen besteht eine Vertrauensstellung. Trust ist geprüft und OK.

User aus Domäne A meldet sich an seiner Domäne an. Er benutzt dazu eine Windows XP Workstation die Mitglied der Domäne B ist.

Läuft das Logon Script des Users?

Danke und Gruß

Hallo,

ich migriere im Moment eine Samba Share auf einen Windows 2003 Server.

Verwende ich bei Robocopy die /SEC Funktion geht das kopieren der Daten schief. Fehlermeldung 5 "Zugriff verweigert" auf dem Zielverzeichnis. Ich habe seltsamerweise keine Rechte auf das Zielverzeichnis mehr. Normales kopieren funktioniert. Selber Fehler bei xcopy /O oder andere Tools.

Auf der Sambashare stellen sich komische Rechte dar. Die User sind in der ACL eingetragen, allerdings sehe ich keine Berechtigung. Der Domain Admin ist als Trustee auf der Root eingetragen. Allerdings sehe ich auch hier keine veerbten Rechte.

Wie sieht es mit Viren und Würmern aus.

Wird das Netz attakiert??

Falls du Rechte mitkopieren willst bietet sich eher Robocopy an. Hier kannst du auch ein Logfile schreiben.

btw. Robocopy gehört zum Res Kit und ist sehr gut dokumentiert.

Rechte überprüft?

Die Freigabe funktioniert eigentlich unabhängig von DFS und sollte sich durch löschen eines Links oder der DFS nicht verändern.

Hat jememand Erfahrungen oder Möglichkeiten mit der Sicherung der ADS?

Ziel soll es sein einzelne Objekte wieder zu restoren.

Ich komme mit dem Eintrag "Ich habe eine langsamere Platte" eingebaut nicht so recht klar.

Mal sollte schon in einen Raid Verbund "gleiche" (Spare Part) Platten verwenden. Mir ist auch gar nicht bewusst das man Platten mischen kann.

Man sollte die schon die aktuellste Firmware fahren. Alleine schon um das Raid Verbund konsistend zu halten. Die neue Platte wird ja wahrscheinlich eine andere Firmware haben.

Hallo,

wir benutzen eine DFS bei uns reinen Namensraum. Das heißt es werden keinen Dateien repliziert sondern nur die "Links".

Dazu legt die DFS leere Verzeichnisse auf den Master und Replikations Server an. Hierüber laufen dann die Verlinkungen.

File Server und Domänen Controller W2K. Letzte SP´s und Updates installiert.

Zum Anlegen der Links benutzen wir nicht die MMC sondern die Konsole (DFSCMD).

Der Fehler ist nun folgender :

Der Kunde sieht einen angelgten Link nicht. Er verschwindet irgendwann. In der MMC ist er zu sehen.

Mit DFSUTIL /View ist der Link auch scheinbar i.O.. Führe ich dann einen DFSCMD /MAP .... /restore aus kommt die Fehlermeldung "System error 2663 has occurred.

A volume with the given name already exists".

Schaue ich in die Replikationsverzeichnisse fehlt hier das Verzeichniss. Nach Microsoft Technet kann man den Link löschen "DFSCMD /unmap", das REP Verzeichniss von Hand anlegen und den Link neu binden "DFSCMD /MAP".

Klappt manchmal, aber meist verschwindet das REP Verzeichniss und der Ärger geht von neuen los.

Wir haben ca. 1000 Links in der DFS.

Jemand eine Idee??

Schau mal unter

Netzwerkumgebung>Erweitert>Erweierte Einstellungen

Da kannst du die Reihnfolge der Protokolle einstellen. Falls hier IPX oben steht kannst du es entsprechend verschieben. Dann wird natürlich entsprechend der NEtware Client "leiden".

Dazu kann man Thinclients nehmen. Gibt es von verschieden Anbietern und können auf Windows Terminal Server oder Citrix arbeiten.

Das liegt an einen Password wechsel, bzw eine Resource ist mit einen anderen User angemeldet und da ist was mit dem Password

Aber geht nur bis Smart Start 5.5 bei den 1850R.