Ich habe einen Tower-PC und ein Notebook, die beide mit Windows 10 und beide über ein Kabel an meinen Router angeschlossen sind. Zuvor befanden sie sich in derselben Heimgruppe und konnten sich somit im Explorer finden.
Nun, da das letzte Windows 10-Update die Stammgruppen entfernt hat, kann keine von ihnen die andere finden. Ich habe die Optionen für die Netzwerkerkennung und die Freigabe von Dateien und Druckern überprüft und sie sind alle ordnungsgemäß eingerichtet private
. guest and public
sind beide aktiv. Freigeben öffentlicher Ordner in der all networks
Abschnitt ist deaktiviert, aber das sollte keine Probleme verursachen.
Nun, ich denke, das Problem ist, dass beide PCs in einem eigenen Netzwerk enthalten sind. In dem ethernet
In den Einstellungen kann ich sehen, dass mein Notebook Teil des ist Todkaeppchen
Netzwerk, während mein Tower-PC im ist Network 2
. Kein anderes Netzwerk kann gefunden werden, und in der Systemsteuerung habe ich nur die Möglichkeit, ein neues Netzwerk zu erstellen, und nicht einem bestehenden beizutreten. Also, wie kann ich meinem Tower-PC mitteilen, dass er sich dem anschließen soll Todkaeppchen
Netzwerk meines Notebooks?
Ich sollte beachten, dass ich auch ein WLAN-Netzwerk benannt habe Todkaeppchen
, mit denen das Notebook verbunden werden kann, nicht aber den Tower. Da dies jedoch im Ethernet-Bereich festgelegt ist, glaube ich nicht, dass dies die Ursache des Problems ist. Es ändert sich nichts, ob mein Notebook mit dem gleichen Namen mit dem WLAN verbunden ist oder nicht.
quelle
WORKGROUP
namentlich.Antworten:
Um nur eines zu klären: Ohne HomeGroup gibt es das Nein Heimnetzgruppenähnliches "Netzwerk", das Hosts explizit beitreten oder verlassen müssen, um zu kommunizieren. Der Netzwerkname, den Sie beschreiben, dient lediglich zur Anzeige.
Die Netzwerkerkennung wird von Windows verwendet, um je nach Standort automatisch zwischen den Modi "Public" und "Private" der Firewall zu wechseln. Aber sonst nichts. Solange der Firewall-Modus beider Computer die gemeinsame Nutzung von Dateien zulässt, ist es unerheblich, ob die Namen übereinstimmen oder nicht.
Möglicherweise denken Sie an NetBIOS-Namen für "Arbeitsgruppen" tun müssen übereinstimmen, damit die Netzwerkerkennung funktioniert. Der Arbeitsgruppenname kann in Systemsteuerung → System konfiguriert werden.
(Ich bin nicht sicher, ob dies das neuere WS-Discovery-Protokoll in irgendeiner Weise beeinflusst. Ich glaube, es funktioniert einfach nach IP-Subnetzgrenzen und "sieht" alle Computer innerhalb des gleichen Subnetzes. Moderne Windows-Versionen führen beide Protokolle nebeneinander aus -side, oder deaktivieren Sie NetBIOS aufgrund seiner SMBv1-Abhängigkeit vollständig. Daher bin ich wirklich überrascht, dass der Name der Arbeitsgruppe immer noch ein Problem ist.)
Der Teil "IP-Subnetz" sollte nicht übersehen werden. Beide Discovery-Protokolle arbeiten mit Multicast. Wenn Sie also "Router gestapelt" haben (wobei jedes sein eigenes Subnetz erstellt), können die Discovery-Pakete nicht von einem Subnetz zu einem anderen gelangen.
Abgesehen davon ist die automatische Erkennung nicht für das Teilen von Dateien unbedingt erforderlich; es fügt nur Komfortfunktionen hinzu. Mein Vorschlag wäre, dies zu beheben inkrementell :
ping
untereinander, entweder nach IP-Adresse oder nach Name.\\ip.addr.ess
Pfade.quelle
Am Ende fand ich nach einiger Zeit des Googlings ein deaktiviertes Dienst namens "Function Discovery Resource Publication". Nach der Aktivierung konnten sich meine Computer wiederfinden. Vielen Dank für die Vorschläge und die Hilfe.
quelle