Romolus 10 Geschrieben 22. Mai 2006 Melden Teilen Geschrieben 22. Mai 2006 Hallo zusammen, ich habe mehrere Clients (W2k + XP) in in einer W2k3-Domaine hängen. Alles läuft super. Ein XP-Client verliert nach längerer Kaffepause (>3h) seine Netzlaufwerke. Ich hab keine Ahnung, wonach ich suchen sollte? Grüße Romolus Zitieren Link zu diesem Kommentar
aengel4111 10 Geschrieben 22. Mai 2006 Melden Teilen Geschrieben 22. Mai 2006 Hallo Hilft Dir das evtl. weiter http://www.mcseboard.de/showthread.php?t=89299&highlight=verbindung+trennen Andreas Zitieren Link zu diesem Kommentar
Romolus 10 Geschrieben 22. Mai 2006 Autor Melden Teilen Geschrieben 22. Mai 2006 Hi Andreas, ich hab's mir mal durchgelesen, auch die kb. Wenn ich mich recht erinnere habe ich im Explorer noch nie ein rotes Kreuz gesehen. (Bei anderen "Trennungen" natürlich schon). Leider tritt der Effekt nur alle paar Stunden auf, so dass es mit einer (Erfolgs-)Meldung ziemlich lange dauert. Ich bleib dran Romolus Zitieren Link zu diesem Kommentar
Das Urmel 10 Geschrieben 22. Mai 2006 Melden Teilen Geschrieben 22. Mai 2006 Erweiterte Aktion zu prüfenRed Dots Zitieren Link zu diesem Kommentar
Romolus 10 Geschrieben 23. Mai 2006 Autor Melden Teilen Geschrieben 23. Mai 2006 Hi, es ist wieder soweit. Die Netzlaufwerke sind nicht zu erreichen. Drucken geht auch nicht. Im Arbeitsplatz sind definintiv keine roten Kreuze. Internet geht einwandfrei. Selbst das drucken von einem anderen Client auf dem freigegebenen Drucker des Sorgenkinds funktioniert problemlos! Wenn ich ein Netzlaufwerk im Arbeitsplatz anklicke kommt die Fehlermeldung: Fehler beim Widerherstellen der Verbindung von G: mit \\W2k3srv\user1. Microsoft Windows Netzwerk: Der lokale Gerätename wird bereits verwendet. Diese Verbindung wird nicht wiederhergestellt". Ich habe jetzt erstmal den Punkt 1 von Urmels RedDots ( Leerlaufspanne bis zur Trennung..) auf dem Server eingetragen. Ich will auch nicht zuviel auf einmal machen und warte erst mal wieder ein Stündchen ab. Bis dann. Zitieren Link zu diesem Kommentar
IThome 10 Geschrieben 23. Mai 2006 Melden Teilen Geschrieben 23. Mai 2006 Ich frage mich jetzt, ob Du es mit einer serverseitigen Einstellung in den Griff bekommst, da die Verbindungen standardmässig ja schon nach 15 Minuten Inaktivität getrennt werden, der Client aber erst nach einer langen Zeit offenbar vollständig die Verbindung verliert. Existieren denn Einträge in der Ereignisanzeige des Clients , hat er mehrere Netzwerkkarten oder zusätzlich eine ISDN-Karte installiert ? Liegt es eventuell an einer weit auseinander liegenden Zeit zwischen dem Client und dem Domänencontroller, die sich erst nachmittags auswirkt und der Client deswegen getrennt wird (sowas sieht man in der Ereignisanzeige) ? Zitieren Link zu diesem Kommentar
Das Urmel 10 Geschrieben 23. Mai 2006 Melden Teilen Geschrieben 23. Mai 2006 Der lokale Gerätename wird bereits verwendet. Diese Verbindung wird nicht wiederhergestellt". Im allgemeinen ist das eine bestehende Verbindungmit anderen Credentials, unter anderem Benutzer wohlmöglich? ;) Zitieren Link zu diesem Kommentar
IThome 10 Geschrieben 23. Mai 2006 Melden Teilen Geschrieben 23. Mai 2006 Werden denn die Laufwerke anders gemapped als bei anderen Clients (NET USE ... /USER:...) ? Ich glaube eigentlich auch nicht, dass es ein Sitzungstimeout ist ... Zitieren Link zu diesem Kommentar
Romolus 10 Geschrieben 23. Mai 2006 Autor Melden Teilen Geschrieben 23. Mai 2006 @IThome Der Client hat nur eine Netzwerkkarte und keine zusätzlich ISDN-Karte. Der Zeitabgleich mit dem DC ist eingestellt und funktioniert auch. Ich habe in den EventLogs etwas gefunden. Vielleicht liegt der Fehler ganz woanders: Eventlog: System Quelle: DnsApi Ereigniskennung: 11165 Die Ressourceneinträge für Host (A) konnten für den Netzwerkadapter mit folgenden Einstellungen nicht registriert werden: Adaptername : {B43863DE-2B48-4FDD-96AA-A6A4365AE304} Hostname : pc-user1 Primäres Domänensuffix : domain1.local DNS-Serverliste : 192.168.68.101, 192.168.68.121 Server, an den das Update gesendet wurde : <?> IP-Adresse(n) : 192.168.68.52 Diese Ressourceneinträge konnten nicht registriert werden, weil der DNS-Server die Updateanforderung verweigert hat. Mögliche Ursachen sind: (a) Sie sind nicht dazu berechtigt den adapterspezifischen DNS-Domänenname zu aktualisieren. (b) Der autorisierende DNS-Server unterstützt das Protokoll für das dynamische DNS-Update nicht. Quelle: LsaSrv Ereigniskennung: 40960 Das Sicherheitssystem hat einen versuchten Herunterstufungsangriff für den Server DOMAIN1\PC-USER1$ festgestellt. Der Fehlercode des Authentifizierungsprotokolls Kerberos war "Es stehen momentan keine Anmeldeserver zur Verfügung, um die Anmeldeanforderung zu verarbeiten. (0xc000005e)". Quelle: LsaSrv Ereigniskennung: 40961 Das Sicherheitssystem konnte keine sichere Verbindung mit dem Server DOMAIN1\PC-USER1$ herstellen. Es war kein Authentifizierungsprotokoll verfügbar. Zitieren Link zu diesem Kommentar
IThome 10 Geschrieben 23. Mai 2006 Melden Teilen Geschrieben 23. Mai 2006 Die 101 und 121 sind Deine DCs, richtig ? Und domain.local ist sinngemäss auch der korrekte Domänenname (also mit .local, .de oder .wasweissich hinten dran) ? Schau doch mal bei http://www.eventid.net vorbei und suche dort nach den IDs angefangen mit der ersten, die im Log zu sehen ist ... Zitieren Link zu diesem Kommentar
Romolus 10 Geschrieben 23. Mai 2006 Autor Melden Teilen Geschrieben 23. Mai 2006 @IThome Die 101 ist mein Gateway zur Aussenwelt = Fritz.box, der 121 ist mein DC = Anmeldeserver, Fileserver, Mailserver, ISDN-Gateway u.s.w. domain.local ist (natürlich sinngemäß, (domain heisst anders)) der Domänenname, wie ich den gerade aus dem eventlog rauskopiert habe. Zitieren Link zu diesem Kommentar
antixp 10 Geschrieben 23. Mai 2006 Melden Teilen Geschrieben 23. Mai 2006 Ich hatte schon sehr oft, das bei komischen Netzwerkverhalten die Energieverwaltung (also der Punkt "Microsoft kann Gerät ausschalten um Energie zu Sparen" das Übel war. Es spricht zwar der Eventlog etwas dagegen aber ein Versuch währe es allemal wert, diesen Punkt zu überprüfen. Zitieren Link zu diesem Kommentar
IThome 10 Geschrieben 23. Mai 2006 Melden Teilen Geschrieben 23. Mai 2006 Also ist bei dem Client die 101 als bevorzugter DNS-Server eingetragen ? Poste bitte einmal IPCONFIG /ALL dieses Clients . Mit der Frage nach dem Domänennamen wollte ich nur sicherstellen, dass sie nicht nur domain. sondern domain.local. heisst ... Zitieren Link zu diesem Kommentar
Romolus 10 Geschrieben 23. Mai 2006 Autor Melden Teilen Geschrieben 23. Mai 2006 Hier die ipconfig des XP-Clients: Windows-IP-Konfiguration Hostname. . . . . . . . . . . . . : pc-user1 Primäres DNS-Suffix . . . . . . . : domain1.local Knotentyp . . . . . . . . . . . . : Unbekannt IP-Routing aktiviert. . . . . . . : Nein WINS-Proxy aktiviert. . . . . . . : Nein DNS-Suffixsuchliste . . . . . . . : domain1.local Ethernetadapter LAN-Verbindung: Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : Realtek RTL8139-Familie-PCI-Fast Ethernet-NIC Physikalische Adresse . . . . . . : 00-30-1B-1C-8B-15 DHCP aktiviert. . . . . . . . . . : Nein IP-Adresse. . . . . . . . . . . . : 192.168.68.52 Subnetzmaske. . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : 192.168.68.101 DNS-Server. . . . . . . . . . . . : 192.168.68.101 192.168.68.121 Zitieren Link zu diesem Kommentar
IThome 10 Geschrieben 23. Mai 2006 Melden Teilen Geschrieben 23. Mai 2006 Der 101 gehört nicht in die Konfiguration, als bevorzugten den DC eintragen und KEINEN sekundären (zumindest nicht den Router). Weiterleitungen werden auf dem DNS-Server des DCs eingestellt. Danach ein IPCONFIG /REGISTERDNS , überprüfen der Ereignisanzeige und der Forward- bzw. Reverse Lookupzone des DCs, ob der Clientname und seine Adresse in der entsprechenden Zone erscheinen. Es ist sehr wahrscheinlich , dass das Dein Problem löst , aber schauen wir mal ... 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.