PCs mit automatischer Benutzeranmeldung warten nicht auf das Netzwerk

[WinfriedHH 10]

Hallo Experten,

wir haben hier ein größeres Problem mit unseren Computern, die die ActiveBoards in unseren Klassenräumen ansteuern. Diese PCs laufen unter Windows 7 und sind Mitglieder einer Domäne (DC ist Server 2008 R2).

Die Rechner sollen sich beim hochfahren automatisch anmelden (AutoAdminLogon), was sie auch problemlos tun. Allerdings tun sie das offenbar, bevor das Netzwerk wirklich bereit ist, denn es in 90% der Fälle die lokale Kopie des servergespeicherten Profils geladen und die Netzwerklaufwerke werden nicht verbunden. Wenn man den Benutzer dann abmeldet und manuell neu anmeldet, ist alles in Ordnung.

Obwohl - ganz in Ordnung auch wieder nicht. Beim Herunterfahren kommt meistens die Meldung, daß das servergespeicherte Profil nicht vollständig synchronisiert wurde. Das ist aber nicht sooo schlimm, da Benutzerdateien ohnehin auf den Netzlaufwerken abgelegt werden sollen.

Wo könnte die Ursache liegen bzw. wie könnte ich danach zielgerichtet suchen? Oder gibt es eine Möglichkeit, eine kleine Warteschleife einzubauen, die die automatische Benutzeranmeldung etwas verzögert?


Noch zwei Hinweise:

1. Die Richtlinie "Immer auf das Netzwerk warten" ist natürlich aktiviert, auch die Empfehlungen aus http://www.gruppenrichtlinien.de/artikel/fast-logon-schnelles-anmelden-asynchrones-startverhalten-ehemals-faq-36/ sind umgesetzt.
2. Die Rechner sind mit SSD statt Festplatte ausgestattet
3. Die Rechner sind mit HDGuard geschützt. Das heißt beim Herunterfahren bzw. Neustarten verfallen alle lokal gespeicherten Änderungen.

 

 

Schöne Grüße von der Elbe,

Winfried

bearbeitet 21. August 2013 von WinfriedHH

[lefg 276]

Hallo,

 

mir scheint, das GPO "... immer auf das Netzwerk warten." wirkt nicht.

 

Wie ist es nach gpupdate /force und Neustart?

 

Was zeigt rsop.msc?

[Sunny61 806]

Du könntest eine Batchdatei erstellen, die den Server anpingt, ist der Ping erfolgreich, wird weitergemacht: http://www.administrator.de/forum/sobald-ping-ankommt-153668.html

 

Das ist allerdings nur ein Würgaround. Hast Du denn *beide* Einstellungen von Gruppenrichtlinien.de gesetzt? Bei einem W7 wäre ein gpresult /H >gpresult.html [ENTER] zur Ansicht geeigneter als ein RSOP.MSC.

[WinfriedHH 10]

Moin!
 
 

mir scheint, das GPO "... immer auf das Netzwerk warten." wirkt nicht.
Wie ist es nach gpupdate /force und Neustart?

 
Da ging es auch nicht. Heute geht es seltsamerweise wieder problemlos. Ich sagte ja schon, dass es in 90% der Fälle nicht geht, also nicht immer.
 

Du könntest eine Batchdatei erstellen, die den Server anpingt, ist der Ping erfolgreich, wird weitergemacht: http://www.administrator.de/forum/sobald-ping-ankommt-153668.html

 

Damit könnte ich das Verbinden der Netzlaufwerke verzögern, aber nicht die Benutzeranmeldung und das Laden des Profils, oder?
 

Hast Du denn *beide* Einstellungen von Gruppenrichtlinien.de gesetzt? Bei einem W7 wäre ein gpresult /H >gpresult.html [ENTER] zur Ansicht geeigneter als ein RSOP.MSC.

 

Ich würde das Ergebnis ja gerne zeigen, aber ich habe "keine Berechtigung, diese Art von Dateien hochzuladen" :(

 

EDIT: Ich habe die HTML-Datei jetzt als ZIP-Archiv hochgeladen, das durfte ich offenbar. Diese GPRESULT-Datei habe ich als Administrator erstellt, da mir mit dem Benutzeraccount die Computerkonfiguration nicht angezeigt wurde.

 

Ach so:  Die Domäne heißt natürlich nicht musterschule.local, aber ich habe die Datei anonymisiert :)

 

GPRESULT_anonym.zip

bearbeitet 21. August 2013 von WinfriedHH

[Sunny61 806]

Damit könnte ich das Verbinden der Netzlaufwerke verzögern, aber nicht die Benutzeranmeldung und das Laden des Profils, oder?

Ein Computerstartupscript läuft vor der Benutzeranmeldung ab. Sorry, hatte ich so nicht exakt geschrieben, dachte natürlich Du weißt wie das einsetzen könntest.

 

 

Ich würde das Ergebnis ja gerne zeigen, aber ich habe "keine Berechtigung, diese Art von Dateien hochzuladen" :(

 

EDIT: Ich habe die HTML-Datei jetzt als ZIP-Archiv hochgeladen, das durfte ich offenbar. Diese GPRESULT-Datei habe ich als Administrator erstellt, da mir mit dem Benutzeraccount die Computerkonfiguration nicht angezeigt wurde.

 

Ich wollte das gar nicht sehen, es war für dich gedacht, Du mußt reinschauen und prüfen ob beiden Einstellungen aus dem Artikel von Mark umgesetzt sind. Hast Du denn beide Einstellungen gesetzt?

bearbeitet 21. August 2013 von Sunny61

[WinfriedHH 10]

Ein Computerstartupscript läuft vor der Benutzeranmeldung ab. Sorry, hatte ich so nicht exakt geschrieben, dachte natürlich Du weißt wie das einsetzen könntest.

 

OK, aber wo bringe ich das unter? Ich habe zwar schon mit Computer-StartupScrips gearbeitet, aber die habe ich immer auf dem Server liegen gehabt und über eine GPO verteilt. Wenn aber das Netzwerk noch nicht bereit ist, bringt das herzlich wenig ...

 

 

Ich wollte das gar nicht sehen, es war für dich gedacht, Du mußt reinschauen und prüfen ob beiden Einstellungen aus dem Artikel von Mark umgesetzt sind. Hast Du denn beide Einstellungen gesetzt?

 

Ja, ich habe beide Einstellungen vorgenommen, auch noch zwei andere, die ich aus anderen Tipps habe:

• Remotebenutzerprofil abwarten
• Erwartet Einwählverzögerung bei der Anmeldung

 

Du kannst ja trotzdem noch mal in das GPRESULT-Protokoll schauen, vielleicht fällt Dir da ja was auch, was ich übersehen habe.

 

 

Danke,

Winfried

bearbeitet 21. August 2013 von WinfriedHH

[Sunny61 806]

OK, aber wo bringe ich das unter? Ich habe zwar schon mit Computer-StartupScrips gearbeitet, aber die habe ich immer auf dem Server liegen gehabt und über eine GPO verteilt. Wenn aber das Netzwerk noch nicht bereit ist, bringt das herzlich wenig ...

Es werden im Hintergrund ~90 Minuten die GPOs geholt, ist dann die Computer GPO mit dem Computerstartupscript dabei, wird sie geholt und beim nächsten Start ausgeführt. Testclient schnappen und testen.

[WinfriedHH 10]

Es werden im Hintergrund ~90 Minuten die GPOs geholt, ist dann die Computer GPO mit dem Computerstartupscript dabei, wird sie geholt

 

 

Wird denn das Script an sich in dem Zuge auch auf den Client kopiert oder wird da bei jedem Neustart versucht, es aus der Netzwerkfreigabe zu lesen?

 

 

und beim nächsten Start ausgeführt.

Aber nur wenn ich vor nem Neustart die Änderungen übernehme ... sonst sagt HDGuard nämlich nach dem Neustart Ätschibätsch, alles umsonst gewesen ;)

[NorbertFe 2.027]

 

 

Aber nur wenn ich vor nem Neustart die Änderungen übernehme ... sonst sagt HDGuard nämlich nach dem Neustart Ätschibätsch, alles umsonst gewesen ;)

Naja, und genau das wird dein Problem sein mit "Warten auf Netzwerk". ;) Wenn die Policy bei jedem Start quasi erst übernommen wird, dann wird's halt schwer. Also entweder lokal per GPEdit setzen und übernehmen, oder eben damit leben.

 

Bye

Norbert

[lefg 276]

 

 

Wird denn das Script an sich in dem Zuge auch auf den Client kopiert oder wird da bei jedem Neustart versucht, es aus der Netzwerkfreigabe zu lesen?

 

 

Aber nur wenn ich vor nem Neustart die Änderungen übernehme ... sonst sagt HDGuard nämlich nach dem Neustart Ätschibätsch, alles umsonst gewesen ;)

 

Und wie wäre es, HDGuard zu deaktivieren? Wurde der HDGuard schon vorher erwähnt? Z.B. in der Eröffnung des Thread?

 

Zu Helfen, zum Rat geben, müssen wir hier erstmal analysieren, dazu benötigen wir die relvanten Informationen über ein System. Das Vorhandensein eines HDGard ist wesentlich.(Edit:Sorry, war wieder mal blind)

bearbeitet 21. August 2013 von lefg

[NorbertFe 2.027]

Ja im Ursprungsposting als 3. von zwei Fakten. ;)

 

Bye

Norbert

[lefg 276]

Ja im Ursprungsposting als 3. von zwei Fakten. ;)

 

Bye

Norbert

 

Danke Norbert :)

 

Sorry an den TO, das habe ich übersehen, nicht mehr daran gedacht.

bearbeitet 21. August 2013 von lefg

[WinfriedHH 10]

Naja, und genau das wird dein Problem sein mit "Warten auf Netzwerk". ;) Wenn die Policy bei jedem Start quasi erst übernommen wird, dann wird's halt schwer. Also entweder lokal per GPEdit setzen und übernehmen, oder eben damit leben.

Ich hatte die Richtlinien erst mit GPUPDATE /FORCE übernommen und dann beim HDGuard die Änderungen übernommen. Also müßte die Policy eigentlich im System verankert sein, oder? Oder ist es noch mal was anderes, wenn ich sie per GPEdit setze?

[Sunny61 806]

Das kannst recht schnell selbst nachprüfen.

 

Mit GPEDIT.MSC hast Du sie lokal gesetzt. Probier es aus, welche Lösung die bessere für dich ist.

[WinfriedHH 10]

Das kannst recht schnell selbst nachprüfen.

Na ich kann da auch nicht dauernd den Unterricht stören. Kann man das nicht theoretisch vorhersagen? Also ob sich lokal gesetzte Richtlinien anders auswirken als per Domäne gesetzte, die aber per HDGuard übernommen sind?