Hallo,
ich habe mit dem folgenden Problem einige Zeit zugebracht. Eventuell hilft es ja in ähnlichen Situationen. Eine Erklärung der tieferen Zusammenhänge würde mich interessieren.
Nach der Abschaltung von SMBv1 entsprechend dem Artikel
Erkennen, Aktivieren und Deaktivieren von SMBv1, SMBv2 und SMBv3 in Windows und Windows Server
von Microsoft ergab sich das Problem von fehlenden Rechnern in der Anzeige der Netzwerkumgebung.
Im Borns IT- und Windows Blog gab es den Hinweis mit den Funktionssuche Diensten
Windows 10 Version 1803: Netzwerksuche/-umgebung leer
Die Dienste Computerbrowser und Verbindungsschicht-Topologieerkennungs-Zuordnungsprogramm habe ich deaktiviert.
Die Dienste Funktionssuchanbieter-Host und Funktionssuche-Ressourcenveröffentlichung auf automatischen Start (verzögert) konfiguriert.
Jetzt war die Anzeige bis auf einige Rechner in Ordnung.
Von den betreffenden Rechnern zeigte sich jeweils nur einer in der Liste.
Nach Aktualisierung zeigte sich ein anderer Rechner, kurzzeitig auch mehrere.
Die Rechner wurden vor einigen Jahren geklont, liefen aber in der Domäne anstandslos.
Hier musste evtl. die Ursache liegen. Das Auslesen der SID ergab identische Werte.
Jetzt stand das Problem der SID Änderung. Sysprep funktionierte bei den fertigen Systemen nicht.
Mit Acronis kann man das System sichern und mit der Option SID ändern zurücksichern.
Trotz geänderter SID bestand der Fehler weiter.
Mit Wireshark wurde der WS-Discovery Dienst auf UDP-Port 3702 beobachtet.
Mit Quelle entfernter Rechner Ziel lokales System ergab sich unter diesem Eintrag:
User Datagram Protocol, Src Port: 3702, Dst Port: 52997
der folgende Paketteil (Ausschnitt):
<wsa:EndpointReference><wsa:Address> urn:uuid:790efe70-3315-4864-b897-254054e7af25</wsa:Address>
</wsa:EndpointReference><wsd:Types>wsdp:Device pub:Computer</wsd:Types><wsd: XAddrs>http://192.168.0.83:5357/790efe70-3315-4864-b897-254054e7af25/
</wsd:XAddrs><wsd:MetadataVersion>2</wsd:MetadataVersion> </wsd:ResolveMatch></wsd:ResolveMatches></soap:Body></soap:Envelope>
Eine Suche auf den entsprechenden Rechnern fand den Schlüssel unter:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Cryptography] "MachineGuid"="790efe70-3315-4864-b897-254054e7af25"
Die Änderung der MachineGuid und Neustart lösten das Problem.
Anscheinend wird dieser Schlüssel zur Verschlüsselung im Netzwerk genutzt.
Da WS-Discovery über UDP läuft, wird hier wohl nur der Erste sich meldende Rechner angesprochen.
