fummler 10 Geschrieben 11. Februar 2010 Melden Teilen Geschrieben 11. Februar 2010 Hallo zusammen, habe da eine komische Sache. 2 DC, Alle Clients mit XP PRO SP3 Bei einem Notebook funktioniert das Anmeldescript nicht korrekt. Verbindung geht über WLAN Bereits beim Hochfahren wird die meldung "Sicherheitsrichtlinie wird angewandt" nicht vorhanden. Es werden mehrere Laufwerke gemappt, die Zeit wrid vom 1. DC sync, dann sieht das so aus: 1. Zeit Sync vom 1. DC = Netzwerkname wurde nicht gefunden 2. Mapping Laufwerk vom ersten DC = Netzwerkpfad nicht gefunden 3. Mapping vom zweiten DC = läuft brav durch ohne Probleme 4. Druckerscript vom ersten DC = Pfad wird nciht gefunden = roter Punkt Führe ich dann das Login manuell (Verknüpfung auf Desktop) aus, funzt alles wie geschmiert! IP über DHCP, Server DNS werden manuell auf Netzwerkkarte eingetragen. Ohne DHCP mit statischen IP selbe Sache. Aber das nur bei einem einzigen Notebook. Die anderen ohne Probleme. Was habe ich schon gemacht? WaitForNetwork in Registry eingetragen Im Netz fusselig gesucht nach anderen möglichen Erklärungen. Hat nichts geholfen. Was nun? fummler Zitieren Link zu diesem Kommentar
lefg 276 Geschrieben 11. Februar 2010 Melden Teilen Geschrieben 11. Februar 2010 Hallo, und was geschieht, falls das NB per LAN angebunden, WLAN getrennt, deaktiviert? Zitieren Link zu diesem Kommentar
fummler 10 Geschrieben 11. Februar 2010 Autor Melden Teilen Geschrieben 11. Februar 2010 Hallo lefg, ohne WLAN klappt es einwandfrei. (WLAN über Windows eigene Verwaltung ausgeführt) fummler Zitieren Link zu diesem Kommentar
lefg 276 Geschrieben 11. Februar 2010 Melden Teilen Geschrieben 11. Februar 2010 Von wem, was und wann wird die WLAN-Verbindung denn hergestellt und wann läuft das Skript oder soll es laufen? Zitieren Link zu diesem Kommentar
Sunny61 806 Geschrieben 13. Februar 2010 Melden Teilen Geschrieben 13. Februar 2010 habe da eine komische Sache. 2 DC, Alle Clients mit XP PRO SP3 Bei einem Notebook funktioniert das Anmeldescript nicht korrekt. Verbindung geht über WLAN Bereits beim Hochfahren wird die meldung "Sicherheitsrichtlinie wird angewandt" nicht vorhanden. Es werden mehrere Laufwerke gemappt, die Zeit wrid vom 1. DC sync, dann sieht das so aus: 1. Zeit Sync vom 1. DC = Netzwerkname wurde nicht gefunden Zeitsyn innerhalb einer Domain ist kontraproduktiv und sollte nicht gemacht werden. Die Clients holen sich automatisch die Zeit von einem DC. Vermutlich fehlen auch die beiden Einstellungen aus der GPO-FAQ No. 36: FAQ-GPO Setzen und die Clients zweimal booten oder mindestens ein gpupdate manuell auf dem Client aufrufen und dann booten. 2. Mapping Laufwerk vom ersten DC = Netzwerkpfad nicht gefunden 3. Mapping vom zweiten DC = läuft brav durch ohne Probleme 4. Druckerscript vom ersten DC = Pfad wird nciht gefunden = roter Punkt Führe ich dann das Login manuell (Verknüpfung auf Desktop) aus, funzt alles wie geschmiert! Klar, weil die NIC schon komplett initialisiert ist und Kontakt zum DC hat. IP über DHCP, Server DNS werden manuell auf Netzwerkkarte eingetragen. Ohne DHCP mit statischen IP selbe Sache. Aber das nur bei einem einzigen Notebook. Die anderen ohne Probleme. Was habe ich schon gemacht? WaitForNetwork in Registry eingetragen Im Netz fusselig gesucht nach anderen möglichen Erklärungen. Hat nichts geholfen. Kontrollier mal die Energieeinstellungen der NIC. Alles abschalten. Auch kontrolliere ob es aktuellere Treiber dafür gibt. Zitieren Link zu diesem Kommentar
fummler 10 Geschrieben 15. Februar 2010 Autor Melden Teilen Geschrieben 15. Februar 2010 Ich habe zwar keine Ahnung weshalb, aber nach Deinstallation des VMWARE Servers 2.0 der testhalber installiert war, lief es wieder einwandfrei. Danke an die beiden lefg und Sunny für die Aufmerksamkeit. fummler Zitieren Link zu diesem Kommentar
fummler 10 Geschrieben 15. Februar 2010 Autor Melden Teilen Geschrieben 15. Februar 2010 Zeitsyn innerhalb einer Domain ist kontraproduktiv und sollte nicht gemacht werden. Die Clients holen sich automatisch die Zeit von einem DC. Hi Sunny, nur noch der Vollständigkeit halber, wegen der Zeit sync. Das kommt nicht von ungefähr. Leider haben sich im Netz einige PC die Zeit ohne diese Maßnahme nicht einwandfrei geholt. Da sich noch so ein Speichergerät im netz befindet, habe ich das dann so eingerichtet und seitdem läuft die Zeit überall korrekt ab. fummler Zitieren Link zu diesem Kommentar
Sunny61 806 Geschrieben 16. Februar 2010 Melden Teilen Geschrieben 16. Februar 2010 nur noch der Vollständigkeit halber, wegen der Zeit sync. Das kommt nicht von ungefähr. Leider haben sich im Netz einige PC die Zeit ohne diese Maßnahme nicht einwandfrei geholt. Da sich noch so ein Speichergerät im netz befindet, habe ich das dann so eingerichtet und seitdem läuft die Zeit überall korrekt ab. fummler Dann sollte man aber besser die Ursache suchen und beseitigen anstatt etwas sehr wichtiges so zu verbiegen. Zitieren Link zu diesem Kommentar
fummler 10 Geschrieben 17. Februar 2010 Autor Melden Teilen Geschrieben 17. Februar 2010 Dann sollte man aber besser die Ursache suchen und beseitigen anstatt etwas sehr wichtiges so zu verbiegen. Hi, und was sollte ich Deiner Meinung nach machen? Per Registry wird im Allgemeinen nicht als vorteilhaft angesehen (FAQ EXCH), in diversen Beiträgen im Netz usw. Die betroffenen Clients haben auch keine RPC Fehler oder anderslautende Fehlereinträge aufzuweisen, die einen Anhaltspunkt geben könnten. Und da gäbe es die im Netz angebotenen Hilfsprogramme. Was habe ich noch ansonsten für Möglichkeiten? Dann wäre da noch Deine Aussage zu meinem Beitrag: 2. Mapping Laufwerk vom ersten DC = Netzwerkpfad nicht gefunden 3. Mapping vom zweiten DC = läuft brav durch ohne Probleme 4. Druckerscript vom ersten DC = Pfad wird nciht gefunden = roter Punkt Führe ich dann das Login manuell (Verknüpfung auf Desktop) aus, funzt alles wie geschmiert! Klar, weil die NIC schon komplett initialisiert ist und Kontakt zum DC hat. Auch nicht ganz logisch! Denn das Wscript wird ausgeführt, nachdem die Mappings bereits gelaufen sind. Somit dürfte die Fehlermeldung, daß das Script auf dem DC1 nicht gefunden wird überhaput nicht auftreten. Oder liege ich da falsch und wenn ja, warum? fummler Zitieren Link zu diesem Kommentar
lefg 276 Geschrieben 17. Februar 2010 Melden Teilen Geschrieben 17. Februar 2010 (bearbeitet) Ein initialisiertes Interface muss nicht zwangsläufig Kontakt zum DC haben. Da gibt es noch das Verbinden des WLAN, das Beziehen der IP, .... Wird die WLAN-Verbindung denn zeitgerecht automatisch hergestellt und hat dann das Interface eine IP? Wurde der Vorgang schon beoachtet, protokolliert? Mir scheint, das Problem wird hier auf Anmeldung und Mapping sehr verkürzt, entscheidend ist doch aber eine bereits funktionierende Netzwerkverbindung zu dem Zeitpunkt, an dem das Skript läuft, laufen soll und es muss zu dem Zeitpunkt auch die Berechtigung für den Zugriff auf die Freigabe(en) bestehen. Off-Topic:Warum frage ich so penetrant? Ich habe hier eine Menge mobiler Schulungsrechner ohne Domänenanbindung im Einsatz. Da beklagten sich dann die Trainees, sie müssten den Rechner mehrmals neu starten um ins Inet zu kommen. Bei einer Überprüfung nach Unterrichtsende, am Wochenende konnte ich keine Fehlfunktion feststellen. Während eines Gespräches mit einem Trainee bekam ich nach einem Kaltstart problemlos Verbindung ins Internet, das geschah so nebenbei. Ich meldete mich 1. nicht sofort an, und 2. nach der Anmeldung rief ich nicht sofort das Inet auf, das machte ich erst, nachdem der Dämon im Systemtray die Verbindung anzeigte, die IP bezogen oder erneuert war, kein Warnhinweis für mangelnde oder keine Konnektivität vorhanden. bearbeitet 17. Februar 2010 von lefg Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.