WHS nach Neustart des Clients nicht mehr erreichbar

[Relaxter]

Guten Abend erstmal,

dies ist mein erster Eintrag in dieses Forum, bin allerdings schon seit paar Monaten als fleißiger Leser aktiv Bei der Gelegenheit vielen Dank an Martin, Christoph und allen anderen Moderatoren die diesen Blog / dieses Forum betreiben, gute Arbeit und weiter so!

Nun zu meinem Problem, bei dem ich trotz Suchfunktion, viel Geduld und reichlich googlen nicht wirklich weitergekommen bin.

Der WHS ist häufig nach Neustart bzw. nach Aufwecken aus dem Standbymodus der Clients nicht mehr via RDP / Connector Software erreichbar. Ping funktioniert allerdings immer. (Anm.: Server im Dauerbetrieb, kein Ruhemodus / Wake on Lan konfiguriert)

Paar Sachen habe ich bereits probiert:
Netzwerkkabel des WHS getauscht (brachte kurzlebigen Erfolg), Netzwerkadaptertreiber aktualisiert (Marvel Yukon), x-Neustarts vom Server / Clients, x-Ausführungen der Discovery.exe, in den Einstellungen des Netzwerkadapters die Jumbopaketgröße überprüft (per default auf 1xxx, niedrigste Auswahl), Deaktivierung der Abschaltung des Netzwerkadapters zur Energieeinsparung, Ereignisanzeige überprüft, Hostdatei am Client überprüft (WHS war bzw. ist eingetragen)....

.... Ping geht übrigens immer, egal von welchem Client aus (!)

Ab und an hatte ich auch das Phänomen das ein Client eine Verbindung hatte und der andere nicht....

Das einzig interessante aus den auf einem Client protokollierten Ereignissen ist folgende Meldung:

Der Suchdienst konnte keine Serverliste vom Hauptsuchdienst "\\ASPIREHOME" auf dem Netzwerk "\Device\NetBT_Tcpip_{4337DA8A-E88E-4111-B2E3-0AE90A8E0D57}" erhalten.

Hauptsuchdienst: \\ASPIREHOME
Netzwerk: \Device\NetBT_Tcpip_{4337DA8A-E88E-4111-B2E3-0AE90A8E0D57}

Mögliche Ursache könnte ein vorübergehender Netzwerkkonnektivitätsausfall sein. Vergewissern Sie sich, dass der Server über eine Netzwerkverbindung verfügt. Der Rückgabecode steht im Datentextfeld.

Protokollname: System
Quelle: BROWSER
Ereignis ID: 8021

Ansich bin ich mit dem WHS voll zufrieden, insbesondere der Remotezugang über eine sichere VPN-Verbindung wenn ich unterwegs bin gefällt mir sehr gut. Allerdings ist es frustrierend wenn man "mal eben" einen Streamerclient einschaltet um einen Film zu schauen und die Freigaben des Servers oft meist gar nicht angezeigt werden.

Vlt. habt ihr ja eine Idee?

Gruß

Relaxter

[Nobby1805]

Schau erst mal auf allen Systemen mit ipconfig /all nach wie der Knotentyp eingestellt ist ...

Zum Thema Master-Browser hatten wir vor längerer Zeit mehrere Threads ... wenn Windows entscheidet den auf einen WLAN Client zu legen kann es zu sehr komischen Effekten kommen ... sinnvoll ist es diesen auf den WHS zu legen wenn dieser 24/7 läuft

Such mal im Forum...

[Relaxter]

Guten Abend Nobby1805,

erstmal vielen Dank für deine Antwort!

Interessanter Ansatzpunkt mit dem Knotenpunkt / Master Browser:

WHS: Knotentyp unbekannt

ASUS Eee PC 1005 HA-H: Knotentyp Hybrid

Mal schauen wie ich den WHS auf Master Browser umstell, ich such mal weiter im Forum, danke erstmal!

[Relaxter]

Bevor ich den Server neustarte frage ich sicherheitshalber nochmal nach:

Müssen beide Einträge im WHS auf Yes bzw. TRUE gesetzt sein um diesen als Master Browser festzulegen?

1. MaintainServerList = Yes (war bereits so)
2. IsDomainMaster = TRUE (war vorher auf FALSE)

Zudem einfach bei allen Clients MaintainServerList auf No setzen (bein Netbook wars vorher auf Auto) damit kein Kampf um den Master stattfindet und zu Problemen führt?

[Nobby1805]

Yep

[Relaxter]

So, habe nun den WHS als Master Browser festgelegt:

MaintainServerList YES
IsDomainMaster TRUE

Den Auto Eintrag bei den Windows 7 Clients habe ich entfernt (beim WDTV Live Streamerclient bzw. beim T-Home Media Receiver MR300 kann ich das nicht soweit ich weiß):

MaintainServerList NO

Habe die im Ersten meiner Foreneintrage gepostete Fehlermeldung auch nicht mehr wiedergesehen. Allerdings wurde das Problem nicht behoben, mal kann eine Verbindung nach einen Neustart eines Clients hergestellt werden, mal nicht, habe das Gefühl dies geschieht ohne System je nachdem wieviel Glück man hat. :

Allerdings scheint es mir ein vielschichtiges Problem zu sein....zwei Besonderheiten habe ich bei meiner Problemanalyse beobachten können:

1. Der Ping vom WHS zum Desktop-PC (ASUS P8P67) hat- obwohl er häufig in der Netzwerkliste des WHS zu sehen ist - meistens 75% Verlust, manchmal auch 100% (bei 4 Standardanforderungen). Meist kommt nach Befehlsausführung prompt eine Antwort mit der IP des Desktops zurück, die darauffolgenden drei Anforderungen werden aufgrund der Überschreitung der Zeit nicht beantwortet. Hatte vermutet das evt. der Onboard Netzwerkcontroller des Desktops einen Produktionsfehler hat, allerdings kann ich meinen Desktop-PC vom Netbook aus ohne Verluste beliebig oft anpingen.

Umgekehrt wiederum kann ich vom Desktop-PC den WHS ohne Probleme beliebig oft anpingen.

Folgendes habe ich bereits probiert:

-Windowsfirewall des Desktop-PCs deaktivieren (keine anderen Firewalls/Sicherheitssoftwareprodukte installiert, vor paar Tagen frisch neu installiertes System)
-Geschwindigkeit vom Netzwerkadapter des WHS sowie des Desktop-PCs von der automatischen Aushandlung auf 100 MBit/s eingestellt (Speedport ist leider eh nicht Gigabit fähig, Ethernet = Maximum)
-LLTD Protokoll auf dem WHS installieren zur korrekten Anzeige des WHS in der Netzwerkübersicht

2. Folgende interessante Fehlermeldung habe ich heute in der Ereignisanzeige gelesen (unter Windows Protokolle -> Anwendung)

Protokollkonflikt bei Windows Home Server. Dieser Computer verwendet Protokollversion 6.0.3436.0, der Partnercomputer ASPIREHOME jedoch Protokollversion 6.0.2423.0. Es kann keine Verbindung hergestellt werden.

Protokollname: Anwendung
Quelle: HomeServer
Ereignis-ID: 1807
Ebene: Fehler
Aufgabenkategorie: Connection

Hier ist eine weitere interessante Fehlermeldung von heute, wobei ich mir nicht sicher bin ob die in meinem Problemzusammenhang ein Rolle spielt:

Die Beschreibung für die Ereignis-ID "0" aus der Quelle "esClient" wurde nicht gefunden. Entweder ist die Komponente, die dieses Ereignis auslöst, nicht auf dem lokalen Computer installiert, oder die Installation ist beschädigt. Sie können die Komponente auf dem lokalen Computer installieren oder reparieren.

Falls das Ereignis auf einem anderen Computer aufgetreten ist, mussten die Anzeigeinformationen mit dem Ereignis gespeichert werden.

Die folgenden Informationen wurden mit dem Ereignis gespeichert:

Service started

Protokollname: Anwendung
Quelle: esClient
Ereignis-ID: 0
Ebene: Informationen


Ich tappe irgendwie weiter im Dunkeln.... gerade hat nach nem Reboot mein Netbook eine Verbindung, mein Desktop nicht.

Hoffe ihr könnt mir helfen.

Beste Grüße

Relaxter

[Nobby1805]

3436 ist die Version vom RU2 das letzte Woche ausgeliefert worden ist, 2423 ist PP3 ohne Rollup. Jetzt ist die Frage warum auf dem Client die neue Version ist und auf dem Server noch nicht ? Oder wurde der WHS nach dem Upadate nicht gebootet ?

Was zeigt denn die Konsole als Version auf dem WHS an ... ist nur an einer Stelle zu erkennen ... Einstellungen > Ressourcen: Windows Home Server Remotezugriff: 6.0.3436.0

[Relaxter]

Auf dem WHS werden in der Konsole folgende Versionen angezeigt:

Windows Home Server Konsole: 6.0.2423.0
Windows Home Server Sichern und Wiederherstellen: 6.0.2423.0
Windows Home Server Laufwerkextender: 6.0.2423.0
Windows Home Server Remotezugriff: 6.0.3436.0
Windows Home Server Speicher-Manager: 6.0.3039.0

Auf meinem Netbook wird das gleiche angezeigt:

Windows Home Server Konsole: 6.0.2423.0
Windows Home Server Sichern und Wiederherstellen: 6.0.2423.0
Windows Home Server Laufwerkextender: 6.0.2423.0
Windows Home Server Remotezugriff: 6.0.3436.0
Windows Home Server Speicher-Manager: 6.0.3039.0

Auf meinem Desktop muss ich mich gleich sobald er an ist mal draufschalten, reiche ich schnelllsmöglich nach.

Bezüglich dem RU2: Wie kann ich sichergehen es heruntergeladen zu haben? Habe letztens nach dem ich die News hier im Blog gelesen habe nach Updates gesucht und nur zwei kleine Updates gefunden die soweit ich mich erinnern kann, allerdings waren dies glaube ich Sicherheitsupdates wo ich nichts von RU2 lesen konnte..

[Nobby1805]

Nein, das bringt nichts denn es gibt nur eine Konsole .. egal von wo du sie aufrufst ... die Konsole läuft immer auf dem WHS
mit diesen Angaben hast du das RU2 auf dem WHS ... 3436 zeigt das an ... der WHS ist defintiv gebootet worden ?

[Relaxter]

Ja das ist der, mehrfach sogar allein schon um kurzfristig den Server wieder erreichbar zu machen.

Es ist ein Glücksspiel :/

[Nobby1805]

Dann schau doch mal nach welche Connector-Version auf dem/den Clients wirklich läuft ... rechte Maus auf ein .exe im Windows-Programmverzeichnis , z.B. Discovery.exe > Eigenschaften > Details .. da müsste dann die 3436 stehen ...

Kommt die angegeben Fehlerfeldung wg. inkompatibler Versionen immer noch

[Relaxter]

Version 3436, die Felermeldung ist bis dato allerdings nicht wieder aufgetaucht...

...aber es gibt Neuigkeiten:

Ich konnte eine Fehlerquelle entdecken und den Fehler entsprechend zu Testzwecken reproduzieren, ein Layer 2 Problem (MAC-Ebene).

Lösen konnte ich den Fehler allerdings bisher noch nicht...

Das Problem liegt beim zweiten Speedport (ebenfalls w701v).


Diesen zweiten Speedport hatte ich eigentlich am wenigsten verdächtigt, er wird zweckentfremdet als reiner Switch mit eigener IP (192.168.2.2) ohne Nutzung vom..

-ADSL-Modem (deaktiviert durch physikalischen Schalter (Int./Ext.) auf der Rückseite mittels Umlegung auf Ext. )
-NAT (deaktiviert im Webinterface)
-DHCP (deaktiviert im Webinterface)

..genutzt um den T-Home Media Receiver MR300 sowie die XBox 360 mit meinem Router (= primärer Speedport - 192.168.2.1) zu verbinden.

Sobald ich einen Client neustarte bzw. aus dem Standby aufwecke wird in der ARP-Tabelle des jeweiligen Clients die MAC-Adresse des zweiten Speedports eingetragen.

Dies wäre ja nicht weiter schlimm... wenn der MAC-Eintrag nicht in doppelter Ausführung drin wäre!

Einmal ist ein ordnungsgemäßer MAC-Eintrag drin der der IP des zweiten Speedports zugeteilt ist:

192.168.2.2-----------------00-1a-4f-2d-fa-40

Doch hier ist der Wurm drin: Ein falscher MAC-Eintrag der der IP des WHS-Servers zugeteilt ist:

192.168.2.254--------------00-1a-4f-2d-fa-40


Wird der zweite Speedport ausgeschaltet bzw. neu gestartet und währenddessen der Client neu gebootet so dass der ARP-Cache des Clients geleert wird (bzw. alternativ via arp -d <ip> gezielt manuell ausgedünnt wird) wird erst dann die MAC-Adresse des WHS-Servers in die ARP-Tabelle des jeweiligen Clients eingetragen

-> WHS wieder erreichbar.... solange der zweite Speedport ausgeschaltet ist bzw. solange kein Reboot bei eingeschalteten zweiten Speedport erfolgt

Der zweite Speedport lässt sich von den Clients via Ping / Webinterface problemlos erreichen, vom WHS allerdings ist dies nicht möglich...

Es stellt sich die Frage warum solch ein Fehler bei der Namensauflösung passieren kann und wie man diesen effektiv lösen kann ohne den zweiten Speedport einfach aus dem Fenster zu schmeißen.....

[Nobby1805]

.. die .254 ist nicht von dir vergeben ?

Ich kann mich schwach erinnern, dass die .254 bei manchen Routern einen Sonderfall darstellt, qausi eine backdoor ...

Welchen Port des Speedports nutzt du denn um diesen mit dem anderen zu verbinden ? Hast du mal einen anderen Port versucht ?

[Relaxter]

Soooo, nach mehreren Tagen Zeitmangel melde ich mich nun endlich zurück - mit guten Neuigkeiten!

Das Problem wurde behoben!!!

Es lag an der .254!

-> IP des WHS von .254 auf .250 geändert - Problem gelöst!

Tatsächlich will der zweite Speedport - obwohl im Webinterface auf .2 konfiguriert - die .254 für sich beanspruchen..... scheint wohl wirklich ein Sonderfall zu sein!

Jetzt endlich tragen die Clients die MAC-Adresse des WHS ohne Probleme mit zugehöriger .250 IP in die ARP-Tabelle ein und sehen den Server in der Netzwerkumgebung, auch die Connectorsoftware kann ohne Probleme eine Verbindung herstellen.

Vielen vielen Dank Nobby1805 für den entscheidenden Hinweis!!! Ohne diesen wäre ich vermutlich verzweifelt... frag mich woher man sowas wissen soll, im Handbuch steht dies glaube ich nicht vermerkt.

Wie dem auch sei: Problem gelöst - schönes Wochenende!

Beste Grüße

Relaxter

[Nobby1805]

Eine Zeitlang waren die Speedports eigentlich kastrierte AVM Fritz .. udn dort war die .254 als Notaflladressen definiert um auch bei Fehlkonfiguration noch auf die Box zu kommen ... ob das in irgendeiner offiziellen Doku steht