Jump to content
Melde dich an, um diesen Inhalt zu abonnieren  
WinfriedHH

PCs mit automatischer Benutzeranmeldung warten nicht auf das Netzwerk

Empfohlene Beiträge

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 von WinfriedHH

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

Hallo,

 

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

 

Wie ist es nach gpupdate /force und Neustart?

 

Was zeigt rsop.msc?

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

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.

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

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 von WinfriedHH

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

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 von Sunny61

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

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:

 

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 von WinfriedHH

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

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.

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

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 ;)

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

 

 

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

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

 

 

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 von lefg

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

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 von lefg

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

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?

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

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?

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen
Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte überlege Dir, ob es nicht sinnvoller ist ein neues Thema zu erstellen.

Erstelle ein Benutzerkonto oder melde dich an, um zu kommentieren

Du musst ein Benutzerkonto haben, um einen Kommentar verfassen zu können

Benutzerkonto erstellen

Neues Benutzerkonto für unsere Community erstellen. Es ist einfach!

Neues Benutzerkonto erstellen

Anmelden

Du hast bereits ein Benutzerkonto? Melde dich hier an.

Jetzt anmelden
Melde dich an, um diesen Inhalt zu abonnieren  

×