Supportnet / Forum / NW-Sonstiges
LAN-Anmeldung nicht möglich
Frage
[url=https://supportnet.de/discussion/listmessages.asp?AutoID=161563&query=LAN-Anmeldung+nicht+möglich]Es[/url] ist schon wieder passiert. Auch dieses Mal ließ es sich durch die Systemwiederherstellung "beheben", aber das kann doch nicht die Lösung sein ... :o(
Antwort 1 von Locutus
Probier doch mal eine andere Netzwerkkarte aus.
Gruß,
Locutus
Gruß,
Locutus
Antwort 2 von sutadur
Wie ich schon in dem anderen Beitrag geschrieben habe war auch das ein fruchtloser Versuch.
Antwort 3 von sutadur
Hallo und guten Morgen! Da ich noch immer mit dem o.g. Problem kämpfe gebe ich die Hoffnung nicht auf, dass ich hier vielleicht doch noch einen entscheidenden Tipp bekomme. Mittlerweile muß ich vor jeder Anmeldung eine Systemwiederherstellung durchführen. Selbst wenn ich unmittelbar danach den Rechner neu starte (natürlich ohne dabei etwas an der Konfiguration zu verändern) ist keine Anmeldung im Netzwerk mehr möglich.
Antwort 4 von sutadur
Na, probier ich's am Abend eben nochmal, bevor ich morgen früh im Büro wieder erst das System wiederherstellen muß ... :o)
Antwort 5 von TheBlackBird_
Hi!!
Langsam faengt das Problem an, interessant zu werden. Obwohl, wo ich gerade "Buero" lese. Gibt es da in der Firma keine Admins oder Supporter, die sich dieses Problems anzunehmen haben?? Oder bist Du es wohlmoeglich selbst? ;-)
Aber egal:
Fangen wir einfach mal an, etwas Grund in die Sache zu bringen. In beiden Topics finde ich keine Informationen zu den Gegebenheiten im betroffenen Netzwerk. Verwendete Betriebssysteme? Sowohl beim Rechner, als auch bei der Maschine mit dem DomaenControler. (Wobei ich bei dem Wort "Systemwiederherstellung" irgendwie ein XP auf Deiner Maschine vermute.) Auch fehlen Angaben zur Hardware. ("Lan on Board" und "eine PCI-Netzwerkkarte" sind nicht gerade exakte Angaben.) Worum handelt es sich denn konkret? Evtl. weiss dann jemand von Schwierigkeiten mit der verwendeten Hartware.
Und wie sieht es denn ueberhaupt im Grossen und Ganzen in diesem Netzwerk aus? Schreib doch einmal grob von welcher Groessenordnung wir da so reden. In diesem Zusammenhang wuerde ich mal eine Anmeldung an einer anderen Maschine auf die ToDo-List setzen. (Will sagen: melde Dich doch einmal unter Deinem Account auf der Maschine eines Kollegen an, und wenn moeglich auch umgekehrt.) Dann weisst Du zumindest, ob es wirklich ein Hardware-Problem bzw. ein Problem auf Deiner Maschine ist, oder ob der Fehler doch woanders zu suchen ist.
Das mal so fuers Erste...
Cu TheBlackBird ®
Langsam faengt das Problem an, interessant zu werden. Obwohl, wo ich gerade "Buero" lese. Gibt es da in der Firma keine Admins oder Supporter, die sich dieses Problems anzunehmen haben?? Oder bist Du es wohlmoeglich selbst? ;-)
Aber egal:
Fangen wir einfach mal an, etwas Grund in die Sache zu bringen. In beiden Topics finde ich keine Informationen zu den Gegebenheiten im betroffenen Netzwerk. Verwendete Betriebssysteme? Sowohl beim Rechner, als auch bei der Maschine mit dem DomaenControler. (Wobei ich bei dem Wort "Systemwiederherstellung" irgendwie ein XP auf Deiner Maschine vermute.) Auch fehlen Angaben zur Hardware. ("Lan on Board" und "eine PCI-Netzwerkkarte" sind nicht gerade exakte Angaben.) Worum handelt es sich denn konkret? Evtl. weiss dann jemand von Schwierigkeiten mit der verwendeten Hartware.
Und wie sieht es denn ueberhaupt im Grossen und Ganzen in diesem Netzwerk aus? Schreib doch einmal grob von welcher Groessenordnung wir da so reden. In diesem Zusammenhang wuerde ich mal eine Anmeldung an einer anderen Maschine auf die ToDo-List setzen. (Will sagen: melde Dich doch einmal unter Deinem Account auf der Maschine eines Kollegen an, und wenn moeglich auch umgekehrt.) Dann weisst Du zumindest, ob es wirklich ein Hardware-Problem bzw. ein Problem auf Deiner Maschine ist, oder ob der Fehler doch woanders zu suchen ist.
Das mal so fuers Erste...
Cu TheBlackBird ®
Antwort 6 von sutadur
Also, wie vorgeschlagen bin auch ich auf die Idee gekommen, mich am Rechner eines Kollegen anzumelden mit dem Ergebnis, dass das klappt. Andersherum konnte mein Kollege sich nicht an meinem Rechner anmelden. Also liegt das Problem unabhängig vom Benutzer an oder in meinem Rechner bzw. Konfiguration. Auf dem betroffenen Client läuft Windows XP Pro SP1, DC läuft mit Windows 2000 Pro. An generellen Problemen mit der verbauten Hardware kann es nicht liegen, da mein Kollege mit der gleichen Ausstattung arbeitet. Und Grundsätzlich geht es ja auch, zumindest nach der Systemwiederherstellung. Nur nach einem Neustart hapert es wieder ...
Antwort 7 von TheBlackBird_
Hi!!
Dann waere es also als sicher anzusehen, dass Deine Maschine "schuld" ist an dem Dilemma. (Warum nur hast Du diesen Test noch nicht erwaehnt? *g*)
Sei es, wie es ist.
Nur fuer mich mal so zum Verstaendnis:
Wie laeuft das denn morgens so ab bei Dir? Die Systemwiederherstellung meine ich. Ich kann mir da grad kein Bild von machen.
-Lokale Anmeldung -> Wiederherstellung zum bekannten Datum -> Rechner aus -> Rechner an? Wenn ja, Warmstart? Wenn ja, Kaltstart getestet?
-Wiederherstellungskonsole -> ...?
-Oder alles ganz anders?
Cu TheBlackBird ®
Dann waere es also als sicher anzusehen, dass Deine Maschine "schuld" ist an dem Dilemma. (Warum nur hast Du diesen Test noch nicht erwaehnt? *g*)
Sei es, wie es ist.
Nur fuer mich mal so zum Verstaendnis:
Wie laeuft das denn morgens so ab bei Dir? Die Systemwiederherstellung meine ich. Ich kann mir da grad kein Bild von machen.
-Lokale Anmeldung -> Wiederherstellung zum bekannten Datum -> Rechner aus -> Rechner an? Wenn ja, Warmstart? Wenn ja, Kaltstart getestet?
-Wiederherstellungskonsole -> ...?
-Oder alles ganz anders?
Cu TheBlackBird ®
Antwort 8 von sutadur
Zumindest hatte ich in dem anderen Beitrag schon erwähnt, dass ich die Netzerkverbindungen ausgetauscht habe. Schon daraufhin konnte man sehr sicher sein, dass mein Rechner 'nen Fehler hat. :o)
Also, ich geh gleich los, schalte den Rechner ein, versuche die Anmeldung. Vermutlich krieg ich wieder (wie gestern auch) die Meldung, die Domain sei nicht verfügbar. Also Anmeldung mit anderer Kennung als lokaler Benutzer, Systemstart. Anschließend starte ich die Systemwiederherstellung und setze den Rechner auf den Stand vom 15.12.2003 zurück (neuere Prüfpunkte sind zwar vorhanden, bleiben aber hinsichtlich des Problems ohne Wirkung). Danach startet der Rechner neu und ich kann mich einmal am LAN anmelden. Sollte es nun nötig sein den Rechner neu zu booten (warum auch immer), steh ich beim nächsten Start wieder vor dem gleichen Problem.
Also, ich geh gleich los, schalte den Rechner ein, versuche die Anmeldung. Vermutlich krieg ich wieder (wie gestern auch) die Meldung, die Domain sei nicht verfügbar. Also Anmeldung mit anderer Kennung als lokaler Benutzer, Systemstart. Anschließend starte ich die Systemwiederherstellung und setze den Rechner auf den Stand vom 15.12.2003 zurück (neuere Prüfpunkte sind zwar vorhanden, bleiben aber hinsichtlich des Problems ohne Wirkung). Danach startet der Rechner neu und ich kann mich einmal am LAN anmelden. Sollte es nun nötig sein den Rechner neu zu booten (warum auch immer), steh ich beim nächsten Start wieder vor dem gleichen Problem.
Antwort 9 von sutadur
Noch ein paar Infos zur Hardware und Konfiguration des Clients:
Compaq Evo D310
Pentium 4 (2 GHz)
256 MB Ram
Netzwerkadapter Intel PRO/100 VM Network Connection
Eigenschaften des Netzwerkadapters:
Adaptive Inter-Frame Spacing = 1
Adaptive Technology = On
Adaptive Transmit Threshold = 12
Coalesce Buffers = 8
Enable PME = No Action
Link Speed & Duplex = Auto Detect (fixe Werte schon ausprobiert)
Off Loading = Large Send
PCI Bus Efficiency = Disabled
QoS Packet Tagging = Disabled
Receive Buffers = 48
Retransmit Inter-Frame Spacing = 10
Transmit Control Blocks = 16
Eigenschaften des TCP/IP Internet Protokolls.
IP-Adresse automatisch beziehen
DNS-Serveradresse automatisch beziehen
Automatisch zugewiesene, private IP-Adresse
Vielleicht hilft's weiter ...
Compaq Evo D310
Pentium 4 (2 GHz)
256 MB Ram
Netzwerkadapter Intel PRO/100 VM Network Connection
Eigenschaften des Netzwerkadapters:
Adaptive Inter-Frame Spacing = 1
Adaptive Technology = On
Adaptive Transmit Threshold = 12
Coalesce Buffers = 8
Enable PME = No Action
Link Speed & Duplex = Auto Detect (fixe Werte schon ausprobiert)
Off Loading = Large Send
PCI Bus Efficiency = Disabled
QoS Packet Tagging = Disabled
Receive Buffers = 48
Retransmit Inter-Frame Spacing = 10
Transmit Control Blocks = 16
Eigenschaften des TCP/IP Internet Protokolls.
IP-Adresse automatisch beziehen
DNS-Serveradresse automatisch beziehen
Automatisch zugewiesene, private IP-Adresse
Vielleicht hilft's weiter ...
Antwort 10 von sutadur
Ich werde meine Fragen und Antworten zukünftig am Abend posten, über den Tag geht der Thread ja immer unter ... ;o)
Antwort 11 von Frank1
Hallo sutadur,
klingt ja wirklich misteriös. Haste mal nen ping mit folgenden Einstellungen gemacht (möglichst mal mit klappender und nicht klappender Anmeldung)?
ping -f -l 1500 servername
Wenn Fragmentierungsfehler auftreten, könnte es an der mtu-Size liegen. Hab hier nen ähnliches Prob mit nem XP-Notebook - und noch keine Lösung. Übrigens, beim NW-Adapter mal 10 MBit und Halb Duplex (oder wie es in der Karte jeweils heißt) fest einstellen.
mfg frank
klingt ja wirklich misteriös. Haste mal nen ping mit folgenden Einstellungen gemacht (möglichst mal mit klappender und nicht klappender Anmeldung)?
ping -f -l 1500 servername
Wenn Fragmentierungsfehler auftreten, könnte es an der mtu-Size liegen. Hab hier nen ähnliches Prob mit nem XP-Notebook - und noch keine Lösung. Übrigens, beim NW-Adapter mal 10 MBit und Halb Duplex (oder wie es in der Karte jeweils heißt) fest einstellen.
mfg frank
Antwort 12 von sutadur
Link Speed & Duplex hab ich schon in allen Einstellungen durch, das hat leider nicht geholfen.
Antwort 13 von Frank1
mh, dacht ich mir, versuchs morgen mal mit dem ping und wenns dann nicht weiterhilft, schau ich nochmal in meine Glaskugel :-)
mfg frank
mfg frank
Antwort 14 von sutadur
Der Client kann einwandfrei angepingt werden, aber ich hab's noch nicht mit den o.g. Parametern versucht. Ich werde das testen und davon berichten. Wenn noch jemand weitere Ideen hat, soll er sich nicht zurückhalten ... :o)
Antwort 15 von TheBlackBird_
Hi!!
Tja, langsam wird es wirklich ein Ratespiel.
Fuer mein Auge ist nichts sichtbar, was eine spontane Zustandsaenderung herbeifuehren koennte.
Wenn es denn wirklich die MTU_Size sein sollte, wie sollte die nach einem Reboot geaendert worden sein. Das ist doch imho ein Registry-Wert.
Defekte Hardware? Sollte sich nicht durch eine Systemwiederherstellung reparieren lassen.
Die "Nummer" mit dem NIC-Cache aus dem anderen Topic? Dagegen spricht leider der Fehlversuch mit dem PCI-NIC.
Was bleibt uns also noch?
-Was sagt denn das Ereignisprotokoll zu diesem Thema? Da muessten doch eigentlich die Fehler auflaufen. Evtl. findet sich dort ein Ansatzpunkt.
-Evtl. mal die Startprotokollierung aktivieren. ([F8] beim Start -> "ntbtlog.txt" in %windir%) Meist nicht sehr aussagekraeftig, aber ein Ansatzpunkt. (btw: Datei wird immer erweitert -> Das letzte Protokolle steht immer unter der letzten Datumszeile)
-TreiberProblem? Dagegen spricht: Wieso sollte der sich nach dem Reboot spontan "zerlegt" haben?
(Dass der aktuellste installiert ist setze ich einmal voraus.) Schon einmal eine aeltere Treiberversion getestet? (Soweit verfuegbar.)
Und was ist ueberhaupt nach dem 15.12.2003 passiert? Wenn es eine bewusste Aenderung waere, wuerdest Du sicher davon wissen, und diese zuruecknehmen. Und warum sollte es nach der Systemwiederherstellung nicht beseitigt sein?
Wobei: Das Einzige, was mir in diesem Zusammenhang evtl. noch in den Sinn kommen koennte, waere der automatische Systemdateienschutz von WIN-XP. Da muss ich mich aber noch einmal genau einlesen.
Nur soviel zu dieser Idee: Systemwiederherstellung wird durchgefuehrt -> funktionierendes System -> Reboot -> Dateischutz erkennt eine "fehlerhafte" Datei -> Datei wird automatisch ersetzt. Wie gesagt, nur so aus dem Bauch heraus. Ich muss mich da noch einmal genauer informieren.
Schaun wir mal
TheBlackBird ®
Tja, langsam wird es wirklich ein Ratespiel.
Fuer mein Auge ist nichts sichtbar, was eine spontane Zustandsaenderung herbeifuehren koennte.
Wenn es denn wirklich die MTU_Size sein sollte, wie sollte die nach einem Reboot geaendert worden sein. Das ist doch imho ein Registry-Wert.
Defekte Hardware? Sollte sich nicht durch eine Systemwiederherstellung reparieren lassen.
Die "Nummer" mit dem NIC-Cache aus dem anderen Topic? Dagegen spricht leider der Fehlversuch mit dem PCI-NIC.
Was bleibt uns also noch?
-Was sagt denn das Ereignisprotokoll zu diesem Thema? Da muessten doch eigentlich die Fehler auflaufen. Evtl. findet sich dort ein Ansatzpunkt.
-Evtl. mal die Startprotokollierung aktivieren. ([F8] beim Start -> "ntbtlog.txt" in %windir%) Meist nicht sehr aussagekraeftig, aber ein Ansatzpunkt. (btw: Datei wird immer erweitert -> Das letzte Protokolle steht immer unter der letzten Datumszeile)
-TreiberProblem? Dagegen spricht: Wieso sollte der sich nach dem Reboot spontan "zerlegt" haben?
(Dass der aktuellste installiert ist setze ich einmal voraus.) Schon einmal eine aeltere Treiberversion getestet? (Soweit verfuegbar.)
Und was ist ueberhaupt nach dem 15.12.2003 passiert? Wenn es eine bewusste Aenderung waere, wuerdest Du sicher davon wissen, und diese zuruecknehmen. Und warum sollte es nach der Systemwiederherstellung nicht beseitigt sein?
Wobei: Das Einzige, was mir in diesem Zusammenhang evtl. noch in den Sinn kommen koennte, waere der automatische Systemdateienschutz von WIN-XP. Da muss ich mich aber noch einmal genau einlesen.
Nur soviel zu dieser Idee: Systemwiederherstellung wird durchgefuehrt -> funktionierendes System -> Reboot -> Dateischutz erkennt eine "fehlerhafte" Datei -> Datei wird automatisch ersetzt. Wie gesagt, nur so aus dem Bauch heraus. Ich muss mich da noch einmal genauer informieren.
Schaun wir mal
TheBlackBird ®
Antwort 16 von sutadur
Ok, auf geht's: Ich hab den o.g. Ping mit den Parametern ausgeführt. Als Ergebnis kam folgendes:
"Paket müsste fragmentiert werden, DF-Flag ist jedoch gesetzt."
Die anderen Rechner im Netzwerk weisen aber das gleiche Merkmal auf, insofern sollte das keine Rolle spielen. Aber heute ist mir was neuen aufgefallen: Satt der Systemwiederherstellung genügt es, wenn ich mich einmal lokal an- und mich daraufhin gleich wieder abmelde. Im Anschluß ist eine LAN-Anmeldung problemlos möglich. Das ist zwar immer noch nicht DIE Lösung, aber doch erheblich weniger Zeitaufwendig als die Systemwiederherstellung. Vielleicht hat jemand dazu noch eine Idee?
"Paket müsste fragmentiert werden, DF-Flag ist jedoch gesetzt."
Die anderen Rechner im Netzwerk weisen aber das gleiche Merkmal auf, insofern sollte das keine Rolle spielen. Aber heute ist mir was neuen aufgefallen: Satt der Systemwiederherstellung genügt es, wenn ich mich einmal lokal an- und mich daraufhin gleich wieder abmelde. Im Anschluß ist eine LAN-Anmeldung problemlos möglich. Das ist zwar immer noch nicht DIE Lösung, aber doch erheblich weniger Zeitaufwendig als die Systemwiederherstellung. Vielleicht hat jemand dazu noch eine Idee?
Antwort 17 von TheBlackBird_
Hi!!
Dann sollten sich im Ereignisprotokoll doch auch weitere Hinweise finden lassen. (Fehlgeschlagene Anmeldung etc.)
Und nebenbei scheidet der Dateienschutz somit auch aus.
Cu TheBlackBird ®
Dann sollten sich im Ereignisprotokoll doch auch weitere Hinweise finden lassen. (Fehlgeschlagene Anmeldung etc.)
Und nebenbei scheidet der Dateienschutz somit auch aus.
Cu TheBlackBird ®
Antwort 18 von Frank1
@sutadur: gelesen - grübel aber trotzdem weiter
mfg frank
mfg frank
Antwort 19 von sutadur n.a.
Ich hab nun einen Blick in die Ereignisanzeige geworfen, und zwar vom Montag. Das ist einiges angefallen, aber besonders dieses erklärt die Fehlermeldung, die ich beim Anmelden bekommen habe (die XXX stehen natürlich für die tatsächlichen Namen):
Die Sitzung mit dem Windows NT- oder Windows 2000-Domänencontroller \\xxx.xxx.de der Domäne xxx konnte nicht eingerichtet werden, da auf dem Domänencontroller kein Konto für Computer XXX besteht.
Das erklärt aber immer noch nicht, wie das ausgelöst wurde ...
Die Sitzung mit dem Windows NT- oder Windows 2000-Domänencontroller \\xxx.xxx.de der Domäne xxx konnte nicht eingerichtet werden, da auf dem Domänencontroller kein Konto für Computer XXX besteht.
Das erklärt aber immer noch nicht, wie das ausgelöst wurde ...
Antwort 20 von DeluxeStyle
nach deinem letzten thread zu folge würd ich mal folgendes probieren
lösch das Computerkonto mal vom Server und dann füge den Rechner neu in die Domäne hinzu.
vielleicht hat der Rechner bei Hochfahren ein Problem und bekommt keine gültige IP zugewiesen.
Obwohl dagegen spricht, dass du dich dann beim zweiten mal anmelden kannst.
Aber ein Versuch ist es mal Wert.
Hatte mal ein ähnliches Problem, aber da konnte man sich nur noch lokal anmelden.
Computerkonto auf dem Server gelöscht, Rechner neu hinzugefügt... und es ging wieder
Aber den das Computerkonto automatisch erstellen lassen, also lokal auf dem Rechner in die Domäne beitreten
lösch das Computerkonto mal vom Server und dann füge den Rechner neu in die Domäne hinzu.
vielleicht hat der Rechner bei Hochfahren ein Problem und bekommt keine gültige IP zugewiesen.
Obwohl dagegen spricht, dass du dich dann beim zweiten mal anmelden kannst.
Aber ein Versuch ist es mal Wert.
Hatte mal ein ähnliches Problem, aber da konnte man sich nur noch lokal anmelden.
Computerkonto auf dem Server gelöscht, Rechner neu hinzugefügt... und es ging wieder
Aber den das Computerkonto automatisch erstellen lassen, also lokal auf dem Rechner in die Domäne beitreten
Antwort 21 von sutadur n.a.
Heute morgen ging es übrigens ohne Fehlermeldung. Ich hab dann mal den Rat von DeluxeStyle befolgt, mal gucken wie lang es vorhält ...

