Anzeige
Anzeige

Am Puls von Microsoft

Anzeige

[gelöst] Windows 10 TH2 findet keine Netzwerk Computer mehr

Hallo,

zu #80

Zitat:
Für die Netzwerkerkennung ist erforderlich, dass die Dienste DNS-Client, Funktionssuche-Ressourcenveröffentlichung, SSDP-Suche und UPnP-Gerätehost gestartet wurden, dass die Netzwerkerkennung über die Windows-Firewall kommunizieren darf und dass andere Firewalls die Netzwerkerkennung nicht behindern.

Siehe auch: https://msdn.microsoft.com/de-de/library/dd352335.aspx

Port 3702 muss in der Firewall frei gegeben sein. WSD-Discovery funktioniert im Gegensatz zu NetBIOS (over TCP/IP) auch über Router (Subnetze) hinweg.

Windows 10 macht das auch beim automatischen Start der Dienste (siehe #78) dennoch unterschiedlich. Man kann das in der Eingabeaufforderung auch per "net view /ALL" oder "net view /DOMAIN:<Arbeitsgruppe>" sehen. Systemfehler 1231 in da kein Indiz dafür, dass es nicht doch funktioniert. Werden die Clients nicht durch NetBIOS-Discovery aufgelöst, werden bei "netstat -r" bei der Anzeige der durch Broadcast aufgelösten NetBIOS-Namen "Schmierzeichen" angezeigt.

OlliD@IRQ8

Network_Discovery_Provider.jpgnet view_nbtstat.jpg
 
Anzeige
was nützt mir das, wenn ich hinter jedem Aspekt einen "Haken" habe, es aber trotzdem nicht funktioniert."net view": die Netzwerkadresse ist nicht erreichbar
Bleibe dabei: Arbeitsplatzrechner in TH2 werden nicht angezeigt!Warum werden sie dann in W7, 8.1, TH1 angezeigt? Wenn der User bei TH2 erst ellenlang im System rumdoktern muß, soll sich MS W10 sonstwohin stecken:D
 
Zuletzt bearbeitet:
Hallo Rookis
auf allen meinen Rechnern im Netzwerk den Dienst " Funktionssuche-Ressourcenveröffentlichen " auf Automatisch gestellt und per Hand auch sofort gestartet. Siehe da. Alle Rechner werden angezeigt und man kann so wie gewohnt auf diese auch in der Netzwerkumgebung zugreifen.
Zum Vergrößern anklicken....

Vielen Dank für den Tipp.
Der Dienst stand bei mir auf Manuell und wird Ausgeführt.
Eine Umstellung gem deinem Anhang bewirkte auf dem 2. gestarteten PC nichts.(n)
Das NAS wird immer noch nicht dort gefunden.(n)
Auf die Anzeige und dem Zugriff der anderen Netzwerk-PC's hat das jedoch keine Auswirkungen.
Von TH 2 auf TH 2 funktioniert das ja.

Fazit: Keine Änderung, FIX muss her.
 
mike03 schrieb:
Wenn der User bei TH2 erst ellenlang im System rumdoktern muß, soll sich MS W10 sonstwohin stecken:D
Zum Vergrößern anklicken....

So isses. Ich werde mit Sicherheit weder meine Netzwerk-Infrastruktur noch meine Clients inkl. Linux an Win 10 TH2 anpassen.

Das läuft bei mir seit Jahren fehlerfrei, zudem verwende ich zwei Notebooks und einen Rechner an verschiedenen Standorten mit unterschiedlicher Infrastruktur. Ich werde den Teufel tun und das alles an TH2 ausrichten.......... never change a running System........ :)

Das Build 10240 funktioniert ja, das Build 10586.29 eben immer noch nicht. Mehr als ein betagtes H61 mit G2120 ist mir dieser Murks zurzeit materiell und an Zeit nicht wert. :zaunpfahl
 
so, erstmal vielen Dank an die Forenmitglieder, die hier wirklich viel Zeit investiert haben!

Hat mir doch einige Stunden erspart. Kurze Geschichte, gebe zu langweilig, kleines Netzwerk (keine Domäne) mit 3 Rechnern, 2x TH1 1x Win7, QNAP-NAS und sonst noch ein paar Kleinigkeiten, alles in bester Ordnung...

Dann der große Fehler, den Win7 Rechner auf TH2 umgestellt, nix geht mehr, viel herumprobiert - wie so viele andere. Dank dem Forum nicht weiter Zeit verschwendet, dachte mir ich setze meinen ex Win7 PC mit clean install auf TH1 auf. Tatsächlich alles funktioniert wieder!

ABER, wenn ich meinen PC von DHCP wieder auf die gewohnte fixe IP umstelle: NIX geht mehr!!! So wie bei TH2. Lässt sich beliebig oft nachvollziehen (komme dann nicht einmal mehr über den Browser auf mein NAS, so wie bei TH2 auch schon).

Ist das ein bereits ein bei TH1 bekannter Fehler, oder? Kann mir da jemand einen Tipp geben?

Ich kenn mich mit dem Win10 schön langsam gar nicht mehr aus.

LG Peter aus NÖ
 
@Pezi61

Soweit du bei Verwendung einer festen IP (ohne DHCP) mit TH1 Probleme bekommst, versuche, soweit dein Router das kann, über MAC/IP binding mit DHCP dem Rechner über diesen Weg eine feste IP via DHCP zu geben.

Das können auch sehr preiswerte Router ab 20€. In der Regel sind die notwendigen Registerkarten im Bereich "Lan" zu finden. Dort kann man eine IP Adresse z. B. 192.168.0.1/24 + MAC Adresse des Rechners sowie den Namen des Gerätes hinzufügen/ speichern.

Fortan teilt der Router dem Rechner/Notebook/ Smartphone etc. stets die gleiche IP zu. Wähle eine IP Adresse außerhalb der DHCP Range, dann sind bei Verwendung von anderen Geräten die via DHCP bereits laufen Kollisionen, durch z. B. Netzwerkdrucker mit fester IP, ausgeschlossen. Die Firmware, insb. von Routern im low end Segment, könnte gesetzte aber temporär inaktive MAC/IP binding Adressen bei der Vergabe via DHCP nicht unbedingt berücksichtigen im Sinne einer Reservierung.

Du kannst ja die DHCP Range gezielt setzen, von z. B. 192.168.0.50 bis 192.168.0.80. Für Geräte die du in die MAC/IP binding Liste einträgst, wählst du dann eben einen bestimmten Bereich oberhalb oder unterhalb strukturiert nach Gerätekategorien/-funktionen wie z. B. Drucker, Access Points, NASen oder nach Standorten EG, 1. OG, 2.OG, Outdoor, Garage etc.
 
@Sassicaia

Danke für den Tipp. Hab' mich zuerst kurz geärgert, nicht selbst auf diese Idee gekommen zu sein, kenne ja meinen Asus RT N65U recht gut, der kann das natürlich. Es funktioniert auch, mein PC bekommt nun vom Router die gewünschte IP, mit IPCONFIG überprüft. DHCP range etc. klarer weise alles "sauber".

Habe schon frohlockt, aber leider zu früh. Genau das selbe Ergebnis, keine Netzwerklaufwerke zum NAS. Die anderen TH1-Rechner sieht er immerhin. Der Balken im Explorer läuft "ewig". Obwohl am Adapter DHCP eingestellt ist. Unglaublich. Direkte Eingabe der IP + Freigabe geht auch nicht (0x8004005 Unbekannter Fehler - Super), so wie schon bei TH2. Überlege nun nochmals neu zu installieren, aber diesmal Win7 ;-( Brauche die fixe IP für einige Services (z.B. RSYNC) am PC.

Verstehen würde ich das Problem aber gerne trotzdem, muss doch irgendeine Protokoll-Geschichte sein, aber da kenn ich mich als alter OS390 Entwickler leider (noch) nicht aus. Ist win10 wirklich so buggy, von Anfang an?

LG Peter
 
Ich bin mit den Versuchen am Ende die NAS auf den PC's anzeigen und zugreiffen zu können.
Alle Versuche brauchten nix.
Sind jetzt am Schnellstart angeheftet, das funtz wenigstens.

TH 2 zu TH 2 funktioniert nicht sauber da kann man machen was man will.
 
Ich habe gestern mal den halben Nachmittag in speziellen Foren verbracht um heraus zu bekommen , warum sich kein Redakteur oder Blogger diesem Problem mal annimmt und mal Dampf ablässt ,

selbst die Großen Foren kommen da nur auf User-Beiträge ,

Traut sich da keiner ran ?

Im Unternehmensbereichen wäre da normal schon die Hölle los , und da arbeiten einige auch mit Win 10 Pro oder Enterprise
 
Hallo zusammen,

ich habe nochmal mit dem "Funktionssuche-Ressourcenveröffentlichen" Dienst gespielt - auf meinem Firmen Surface 3 Pro TH2 erkenne ich meine NAS, auf meinem PC - mit gleicher Konfiguration und Build Stand (v29), beide Win 10 Pro - geht es nach wie vor nicht (dort lief der Dienst auch schon). Kein Mapping nix möglich. Warum, keine Ahnung.

Ich hoffe auf ein Patch, weitere Zeit investiere ich hier nicht mehr....
 
Habe heute nochmal TH2 586.29 neu aufgesetzt, habe alle netzwerkrelevanten Dinge so belassen, wie MS vorschlägt: NAS werden weiterhin nicht angezeigt, Einbindung über Befehlszeile : nach ca. 20Sek ! werden die LW des NAS angezeigt.
Das NW wurde als Firmennetzwerk ohne Domäne eingerichtet, ein Anwendungsfall bei kleinen Firmen, die keinen Server einrichten wollen.
 
Klabautermann schrieb:
TH 2 zu TH 2 funktioniert nicht sauber da kann man machen was man will.
Zum Vergrößern anklicken....

Hallo Klaubautermann,

das kann ich so nicht bestätigen:

TH2 zu TH2 (Build 10586.0) funktioniert mit #78 und #161 sofort; auch mit Windows-Clients mit SMB-Version < 3.1.1.

Windows 10 Pro x86 Version 1511 (TH2, Build 10586.0), SMB-Version 3.1.1, VirtualBox-VM, Arbeitsgruppe "VM-BOX"
Windows 10 Pro x64 Version 1511 (TH2, Build 10586.0), SMB-Version 3.1.1, VirtualBox-VM, Arbeitsgruppe "VM-BOX"
Windows 10 Home x64 Version 1511 (TH2, Build 10586.0), SMB-Version 3.1.1, VirtualBox-VM, Arbeitsgruppe "VM-BOX"
Windows 8.1 Update Enterprise Evaluation x64, SMB-Version 3.0.2

OlliD@IRQ8
 
Aber das kann doch nicht der Sinn eines angeboteten BS sein, daß der Nutzer erst anfängt, mit Kommandozeilenbefehlen das BS zur richtigen Funktion zu bringen!
 
Hallo OlliD@IRQ8
ich so nicht bestätigen:...TH2 zu TH2 (Build 10586.0) funktioniert mit #78 und #161
Zum Vergrößern anklicken....
Das mag so bei dir sein, auf meinem Win 10 x64 funktioniert das mit Version 10586.29 nicht. Es ist noch immer so #163 und so #137 :)


Henry Earth

Hängt das NAS zufällig am Router ? Meldest Du dich per Pin am PC an ?
Zum Vergrößern anklicken....
Nein, damit hängt es nicht zusammen. Ich will auch nicht mehr rumdoktorn. Warte auf deinen Patch.

Zusammenfassung: TH 2 zu TH2;
PC 1 zuerst eingeschaltet kommt auf NAS, PC 2 danach eingeschaltet kommt nicht auf NAS. NAS auf PC 2 an Schnellstart angeheftet hat Zugriff darauf, fehlt aber in der NW Übersicht.

Also alles beim alten es funktioniert nicht.:cry: Ende mit dem Scheiss....:smokin

Danke für die Unterstützung.

Das anheften am Schnellstart ist ne Notlösung die erst mal Hilft.
Mit der 10240 nie Probleme gehabt.



 
Ich hoffe doch dass Ihr das auch im Feedback mal zur Sprache bringt , wenn da keiner was schreibt passiert auch nix

Ich habe diesen Thread schon 2 x komplett gepostet dort , Ihr braucht ja nur eure Stimme dazu geben
 
Vielleicht sollte man alle Lösungsvorschläge mal komprimiert im Forum oben anpinnen, bis da ein allgemein gültiger und funktionierender Patch von Microsoft gekommen ist
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Anzeige
Oben