KiX: Problem mit dem Verbinden von Netzlaufwerken bei der Anmeldung

[janikotto 10]

Hallo!
 

Wir möchten unsere alten Batch-Loginscripts mit Kixtart ablösen, da es komfortabler und funktioneller zu sein scheint.

 

Ich habe also ein Script geschrieben, welches durch eine Textdatei "loopen" und anhand der Zeilen die Gruppe, den Buchstaben und den Pfad für das zuzuweisende Netzlaufwerk auslesen soll. Dies sieht in etwa so aus:

Group1;X;\\some.company\company\123
Group2;Y;\\some.company\company\anotherpath
 

Diese Zeilen werden mit "split()" in die Variablen $group, $letter und $path gespeichert. Ist der Benutzer in der Gruppe $group, soll der angegebene Pfad $path auf den Buchstaben $letter gemappt werden.

 

USE $letter $path /persistent

 

Nun zu dem Problem:

Das Script wird beim Start ausgeführt, jedoch werden die Netzlaufwerke nicht verbunden! Dies tritt bisher auf zwei Windows 8 Pro x64 Clients auf, auf anderen Windows 8 Pro x64 sowie Windows 7 Pro x64 funktioniert das mappen jedoch.

 

Laut der erstellen Log-Datei gibt die USE-Funktion den Error-Wert 0 zurück, welcher ein erfolgreiches Verbinden bedeutet. Eine Um 1 Sekunde verzögerte Überprüfung ergibt auch das Ergebnis: Das Laufwerk ist verbunden. Nur leider ist es das nicht.

 

Im Einsatz ist die Version 4.63 von Kixtart. Das Script wird bei der Anmeldung per GPO mit den Angaben "\\company.local\netlogon\WKIX32.EXE" und dem Parameter "\\company.local\netlogon\LoginScript.kix" aufgerufen.

 

Führe ich das Script manuell auf den betroffenen Clients aus, verbindet dieser die Netzlaufwerke.

 

Zusätzlich ist die GPO-Einstellung "Beim Neustarten und Anmelden auf Netzwerkverbindung warten" gesetzt.

 

[zahni 525]

Sind die User lokale Admins ?

 

Gibt es  einen Grund das das so umständlich zu machen ?

Warum stehen die USE-Befehle nicht  direkt im Script ?

[janikotto 10]

Ja, die User sind lokale Admins.

 

Die Befehle stehen nicht direkt im Script, damit ein späteres Nachpflegen erleichtert wird. Außerdem ist es so übersichtlicher und auch ungefährlicher, als bei jeder Änderung direkt im Script herumzuschreiben.

[Sunny61 773]

Wir möchten unsere alten Batch-Loginscripts mit Kixtart ablösen, da es komfortabler und funktioneller zu sein scheint.

Vom Regen in die Traufe kommt ihr da. Aus welchem Grund nutzt ihr keine Group Policy Preferences?

[zahni 525]

Wenn die User lokale Admins sind, ist das verhalten normal. Liegt am UAC. Nimm den Usern die Admin-Rechte weg.

[janikotto 10]

Die Admin-Rechte können wir ihnen leider nicht wegnehmen. Wenn es an der UAC liegt, wieso funktioniert es dann mal und mal nicht?

[Sunny61 773]

Die Admin-Rechte können wir ihnen leider nicht wegnehmen.

Schlechtes Konzept.

 

In diesem Artikel findest Du die Lösung: http://www.faq-o-matic.net/2008/02/22/benutzerkontensteuerung-uac-richtig-einsetzen/

Wenn es an der UAC liegt, wieso funktioniert es dann mal und mal nicht?

Du hast die zweite Einstellung aus diesem Artikel vermutlich nicht gesetzt: http://www.gruppenrichtlinien.de/artikel/fast-logon-schnelles-anmelden-asynchrones-startverhalten-ehemals-faq-36/

 

Es wäre sicherlich die bessere Variante auf Group Policy Preferences umzustellen als im 2013 mit Kixart Scripten anzufangen.

[janikotto 10]

Schlechtes Konzept.

An den meisten Rechnern sind lokale Administratorrechte für die eingesetzte Software zwingend erforderlich. Diese Benutzer sind natürlich "nur" lokale Administratoren und keine Domänen-Administratoren.

 

 

Du hast die zweite Einstellung aus diesem Artikel vermutlich nicht gesetzt: http://www.gruppenri...ehemals-faq-36/

Diese GPO ist wie bereits in der Eröffnung erwähnt gesetzt.

 

 

Es wäre sicherlich die bessere Variante auf Group Policy Preferences umzustellen als im 2013 mit Kixart Scripten anzufangen.

Da wir dies jetzt bereits mehrfach gehört haben, haben wir die GPP getestet und werden vermutlich diesen Weg gehen. Jetzt ist uns nur ein kleines Problem aufgefallen: Beim Anmelden werden die Laufwerke korrekt gemappt, allerdings bekommt man trotzdem die Meldung, dass nicht alle Netzlaufwerke verbunden werden konnten - wurden sie aber.

[Sunny61 773]

An den meisten Rechnern sind lokale Administratorrechte für die eingesetzte Software zwingend erforderlich. Diese Benutzer sind natürlich "nur" lokale Administratoren und keine Domänen-Administratoren.

Dieses Problem ist sicherlich ganz einfach zu lösen. Du suchst den ProcessMonitor von Sysinternals, damit kannst Du den fehlenden NTFS-Berechtigungen auf die Spur kommen und per GPO korrigieren.

 

 

Diese GPO ist wie bereits in der Eröffnung erwähnt gesetzt.

Nein, nicht vollständig. Ich zitiere dich:

Zusätzlich ist die GPO-Einstellung "Beim Neustarten und Anmelden auf Netzwerkverbindung warten" gesetzt.

Und jetzt lies bitte erneut den Artikel von Mark, Danke.

 

 

 

Da wir dies jetzt bereits mehrfach gehört haben, haben wir die GPP getestet und werden vermutlich diesen Weg gehen. Jetzt ist uns nur ein kleines Problem aufgefallen: Beim Anmelden werden die Laufwerke korrekt gemappt, allerdings bekommt man trotzdem die Meldung, dass nicht alle Netzlaufwerke verbunden werden konnten - wurden sie aber.

Das liegt IMHO an der einen fehlenden Einstellung. Welche Fehlermeldungen finden sich im Ereignisprotokoll dazu? Was passiert wenn Du vor der Anmeldung 2 Minuten wartest? Kommt dann auch die Meldung? Gibt es noch Scripte die fehl laufen können?

bearbeitet 12. September 2013 von Sunny61