Win2k3 Server - Keine Verbindung zum Server,
Hallo,
ich bin Netzwerkadmin eines kleinen Netzwerkes mit 14 Clients. OS ist Win2003 Server, alle Clients laufen mit XP Pro SP2.
An einem Client habe ich nun manchmal kurz das Problem, dass die Verbindung zum Server getrennt ist. Es kommt dann die Meldung, dass der Server gerade nicht erreichbar ist - aber weitergearbeitet werden kann.
Es ist nur bei einem Client. Das Kabel scheint in Ordnung - am Switch leuchtet auch alles was soll...
Vielleicht hat ja jemand eine Idee...
Danke für die Hilfe.
schnt002
ich bin Netzwerkadmin eines kleinen Netzwerkes mit 14 Clients. OS ist Win2003 Server, alle Clients laufen mit XP Pro SP2.
An einem Client habe ich nun manchmal kurz das Problem, dass die Verbindung zum Server getrennt ist. Es kommt dann die Meldung, dass der Server gerade nicht erreichbar ist - aber weitergearbeitet werden kann.
Es ist nur bei einem Client. Das Kabel scheint in Ordnung - am Switch leuchtet auch alles was soll...
Vielleicht hat ja jemand eine Idee...
Danke für die Hilfe.
schnt002
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 9695
Url: https://administrator.de/contentid/9695
Ausgedruckt am: 04.11.2024 um 22:11 Uhr
13 Kommentare
Neuester Kommentar
Versuche mal die Windows interne Firewall von XP SP2 abzuschalten danach wird die konaktion zum Server sicherlich funktionieren wenn du noch mehr Sachen von XP ausstellenw illst würde ich XP AntiSpy(Freeware) herunterladen das ist ein Super tool um Sicherheitscenter und noch so ein paar sachen auszuschalten dies würde ich mal Probieren.
MFG
CHRIS
MFG
CHRIS
Tack,
das Problem wird wahrscheinlich nicht die Firewall sein, denn wenn sie es wäre, würdest Du gar keinen Connect kriegen, FW-Rules sind normalerweise permanent. Wenn Du das Sicherheitscenter deaktivieren willst, dann würde ich wegen der Domäne nicht AntiSpy (ansonsten nettes Tool, aber halt nur für standalone Clients) nehmen, sondern das Sicherheitscenter komplett für alle Rechner über Policy deaktivieren.
Ich würde bei dem Problem eher mal drauf tippen, daß es entweder an Kerberos liegt (Ticket abgelaufen und nicht erneuert) oder an einem Namensauflösungs- oder Netzwerkproblem. Sieh mal in die Logs des Clients (eventvwr.exe) - erscheinen Fehlermeldungen? Wenn ja, welche EventID und welche Quelle?
Grüße,
Arne (fritzo)
das Problem wird wahrscheinlich nicht die Firewall sein, denn wenn sie es wäre, würdest Du gar keinen Connect kriegen, FW-Rules sind normalerweise permanent. Wenn Du das Sicherheitscenter deaktivieren willst, dann würde ich wegen der Domäne nicht AntiSpy (ansonsten nettes Tool, aber halt nur für standalone Clients) nehmen, sondern das Sicherheitscenter komplett für alle Rechner über Policy deaktivieren.
Ich würde bei dem Problem eher mal drauf tippen, daß es entweder an Kerberos liegt (Ticket abgelaufen und nicht erneuert) oder an einem Namensauflösungs- oder Netzwerkproblem. Sieh mal in die Logs des Clients (eventvwr.exe) - erscheinen Fehlermeldungen? Wenn ja, welche EventID und welche Quelle?
Grüße,
Arne (fritzo)
Hi Arne,
habe gestern die LOG-Dateien noch mal kontrolliert - KEINE Fehlermeldung in den Logs gefunden.
Der einzige Untershied zu den anderen 3 Win2k3 Servern, die ich bis jetzt bei Kunden habe, ist, dass bei diesem Server die Schattenkopien aktiviert sind.
Apropos: Das System stellt die Aktualisierung der Schattenkopien auf 12:00 Mittags. Ichhabe einen Task zur Aktualisierung um 4:00 Uhr zu laufen, aber noch nicht gefunden, wo man den 12:00 Task abschalten kann. Hast Du eine Idee?
Gruß trapper_tom
habe gestern die LOG-Dateien noch mal kontrolliert - KEINE Fehlermeldung in den Logs gefunden.
Der einzige Untershied zu den anderen 3 Win2k3 Servern, die ich bis jetzt bei Kunden habe, ist, dass bei diesem Server die Schattenkopien aktiviert sind.
Apropos: Das System stellt die Aktualisierung der Schattenkopien auf 12:00 Mittags. Ichhabe einen Task zur Aktualisierung um 4:00 Uhr zu laufen, aber noch nicht gefunden, wo man den 12:00 Task abschalten kann. Hast Du eine Idee?
Gruß trapper_tom
Hi,
wenn es die Software anscheinend nicht ist - könnte es evtl. an der NIC liegen? Ich habe teilweise schon sehr lustige Sachen mit Routern, NICs und anderen Netzwerkkomponenten erlebt - zB funktionieren teilweise Intel-NICS nicht mit NLB oder Clustern, können kein Handshake mit anderen Geräten, setzen einmal pro Stunde oder ab einer bestimmten Last aus usw usf..
Hast Du in diesem Rechner die gleiche NIC verbaut wie in anderen Systemen? Was für eine NIC hat das System?
Grüße,
Arne
wenn es die Software anscheinend nicht ist - könnte es evtl. an der NIC liegen? Ich habe teilweise schon sehr lustige Sachen mit Routern, NICs und anderen Netzwerkkomponenten erlebt - zB funktionieren teilweise Intel-NICS nicht mit NLB oder Clustern, können kein Handshake mit anderen Geräten, setzen einmal pro Stunde oder ab einer bestimmten Last aus usw usf..
Hast Du in diesem Rechner die gleiche NIC verbaut wie in anderen Systemen? Was für eine NIC hat das System?
Grüße,
Arne
Hi,
eine sehr merkwürdige Sache. Was mich interessieren würde - was setzt Ihr für Backupprogramme ein? Was mir beim Lesen eben eingefallen ist - wir hatten mal einen ähnlichen Effekt auf einem unserer DCs; und zwar jeweils nachts zwischen zwei und drei, wenn Sicherung (Omniback) und lokale WINS - Sicherung gleichzeitig liefen. Parallel war erhöhter Traffic festzustellen. Ich habe das ganze dann damit entzerrt, daß ich die Sicherungszeiten jeweils um eine Viertelstunde verschoben habe.
Grüße,
Arne (fritzo)
eine sehr merkwürdige Sache. Was mich interessieren würde - was setzt Ihr für Backupprogramme ein? Was mir beim Lesen eben eingefallen ist - wir hatten mal einen ähnlichen Effekt auf einem unserer DCs; und zwar jeweils nachts zwischen zwei und drei, wenn Sicherung (Omniback) und lokale WINS - Sicherung gleichzeitig liefen. Parallel war erhöhter Traffic festzustellen. Ich habe das ganze dann damit entzerrt, daß ich die Sicherungszeiten jeweils um eine Viertelstunde verschoben habe.
Grüße,
Arne (fritzo)
Hi Arne,
bei dem betreffenden Server läuft M$-NTBackup; zuverlässig, mit automatischer Ausführung um 22:00. Ursprünglich hate ich die Schattenkopien über die Datenträgerwerwaltung eingerichtet, indem ich diese über die Eigenschaften der dynamischen Datenträger aktivierte (ist etwas umständlich formuliert-hoffe ist nachvollziehbar). Ich plante diese für 3:00 Systemvolume und für 4:00 Datenvolume. Merkwürdigerweise erstellte das System einen Task, der die Schattenkopien um 12:00 mittags ausführte. In der Folge traten dann die Netzwerkunterbrechnungen auf. Richtet man die Schattenkopien wie bei M$-Hilfe beschrieben über die freigegebenen Verzeichnisse ein, wird der 12:00-mittags-task nicht eingerichtet. Ich will aber vor Ort beim Kunden nicht unbedingt herumexperimentieren, da der ja stabil arbeiten muss und das Sicherheitskonzept vor Ort auch ohne Schattenkopien ausreichend sein sollte.
Grüße - Tom
bei dem betreffenden Server läuft M$-NTBackup; zuverlässig, mit automatischer Ausführung um 22:00. Ursprünglich hate ich die Schattenkopien über die Datenträgerwerwaltung eingerichtet, indem ich diese über die Eigenschaften der dynamischen Datenträger aktivierte (ist etwas umständlich formuliert-hoffe ist nachvollziehbar). Ich plante diese für 3:00 Systemvolume und für 4:00 Datenvolume. Merkwürdigerweise erstellte das System einen Task, der die Schattenkopien um 12:00 mittags ausführte. In der Folge traten dann die Netzwerkunterbrechnungen auf. Richtet man die Schattenkopien wie bei M$-Hilfe beschrieben über die freigegebenen Verzeichnisse ein, wird der 12:00-mittags-task nicht eingerichtet. Ich will aber vor Ort beim Kunden nicht unbedingt herumexperimentieren, da der ja stabil arbeiten muss und das Sicherheitskonzept vor Ort auch ohne Schattenkopien ausreichend sein sollte.
Grüße - Tom
Hi,
mich würden die Fehlermeldungen in den Logs interessieren - hast Du welche? Wenn ja, poste sie bitte mal samt Fehlerquelle und Fehler-ID. Es gibt darüber hinaus scheinbar auch bekannte Probleme mit VSS und SP1.. (war ja klar, was sonst).
Kann es nicht evtl. sein, daß der Job das Netz einfach auslastet, weil die Verbindung nicht so toll ist?
Du sicherst scheinbar übers Netz - verwendest Du dazu Domänenadmin-Accounts oder normale Useraccounts oder sogar lokale Accounts? Unter welchem Account läuft der Job und unter welchem der VSS-Dienst?
Grüße,
fritzo
mich würden die Fehlermeldungen in den Logs interessieren - hast Du welche? Wenn ja, poste sie bitte mal samt Fehlerquelle und Fehler-ID. Es gibt darüber hinaus scheinbar auch bekannte Probleme mit VSS und SP1.. (war ja klar, was sonst).
Kann es nicht evtl. sein, daß der Job das Netz einfach auslastet, weil die Verbindung nicht so toll ist?
Du sicherst scheinbar übers Netz - verwendest Du dazu Domänenadmin-Accounts oder normale Useraccounts oder sogar lokale Accounts? Unter welchem Account läuft der Job und unter welchem der VSS-Dienst?
Grüße,
fritzo