13
Verbindungsverhalten zu WSUS Server Win7 (8.1, 2012r2) vs. Windows10 (Server2019)
Hallo
Folgendes Szenario: Im Hauptbetrieb einer Firma läuft ein wsus Server. Dieser ist über wsus.headquarter.com über DNS aufgelöst. Alle Computer, egal welches OS, connecten einwandfrei.
Nun sind weitere Nebenstellen per VPN angebunden. Die VPN Leitung ist jeweils ein eigener Router mit eigener Internetverbindung, bzw. dark fiber. Dort wird der entsprechenede DNS Range von Headquarter ebenfalls repliziert. Alle Clients in den Nebenstellen können wsus.headquarter.com problemlos auflösen und der ping, tracert geht direkt über die VPN Leitung ohne Umwege. Egal welches Betriebssystem. Win7, 8.1, 2012r2 verbinden sich mit dem wsus und ziehen problemlos ihre updates. Win10 Clients haben immer Verbindungsprobleme gemeldet, trotz gleichen Routings, gleicher GPO.
Zum Test wurde der Wsus auch mal über das Internet aufgemacht und ist ebenfalls unter wsus.headquarter.com von extern erreichbar. Siehe da, auf einmal connecten die Win10, Server 2019 und ziehen ihre updates.
Kurzum: Alte Betriebssysteme gehen direkt über VPN, Windows 10 will bei gleicher Einstellung den Weg über das Internet gehen. Alle Win 10 Clients kommen mit der externen IP des Standardrouters Warum dieser Unterschied? Kann das jemand erklären? Kann man das einfach, etwa über GPO, lösen?
Vielen Dank,
Conner
Folgendes Szenario: Im Hauptbetrieb einer Firma läuft ein wsus Server. Dieser ist über wsus.headquarter.com über DNS aufgelöst. Alle Computer, egal welches OS, connecten einwandfrei.
Nun sind weitere Nebenstellen per VPN angebunden. Die VPN Leitung ist jeweils ein eigener Router mit eigener Internetverbindung, bzw. dark fiber. Dort wird der entsprechenede DNS Range von Headquarter ebenfalls repliziert. Alle Clients in den Nebenstellen können wsus.headquarter.com problemlos auflösen und der ping, tracert geht direkt über die VPN Leitung ohne Umwege. Egal welches Betriebssystem. Win7, 8.1, 2012r2 verbinden sich mit dem wsus und ziehen problemlos ihre updates. Win10 Clients haben immer Verbindungsprobleme gemeldet, trotz gleichen Routings, gleicher GPO.
Zum Test wurde der Wsus auch mal über das Internet aufgemacht und ist ebenfalls unter wsus.headquarter.com von extern erreichbar. Siehe da, auf einmal connecten die Win10, Server 2019 und ziehen ihre updates.
Kurzum: Alte Betriebssysteme gehen direkt über VPN, Windows 10 will bei gleicher Einstellung den Weg über das Internet gehen. Alle Win 10 Clients kommen mit der externen IP des Standardrouters Warum dieser Unterschied? Kann das jemand erklären? Kann man das einfach, etwa über GPO, lösen?
Vielen Dank,
Conner
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 598828
Url: https://administrator.de/forum/verbindungsverhalten-zu-wsus-server-win7-8-1-2012r2-vs-windows10-server2019-598828.html
Ausgedruckt am: 22.12.2024 um 05:12 Uhr
13 Kommentare
Neuester Kommentar
Schau mal, ob die Ihre DNS Settings von extern beziehen (DNS über TLS o.ä) und darüber gehen. Aber da hast du wohl die Hausaufgaben nicht gemacht dies zu reglementieren?
DoT ist standardmäßig deaktiviert und erklärt auch nicht dieses Verhalten. Tritt mit DHCP und mit fester IP, festem DNS genauso auf. Unzählig andere Anwendungen die über die Route und DNS Replikation laufen verhalten sich vollkommen normal. VLMCS, Endpoint Mangement etc. gehen direkt über DNS und die interne Route auch wenn sie synchron über das Internet erreichbar sind (testweise). Es ist nur WSUS.
Das solltest du sagen. Ist dort irgendwas an der Hierarchie anders? Das gilt es dann heraus zu finden.
Ich vermute, es ist irgendeine Änderung zwischen den Versionen von Windows 10 gemacht worden. Um das nachzuvollziehen beginne ich gerade mit einem neuen Win10 1507 VMware Client im Netzwerk. Mal sehen ob der noch den alten Weg geht. Dann werde ich stufenweise upgraden und berichten.
Hi,
Poste bitte mal den Registry Schlüssel "HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate". Steht da der WSUS drin?
Habe ich dich richtig verstanden, dass Windows im Internet nach Updates sucht und nicht über den WSUS geht? Zeigt Windows Update irgendwelche Fehler an?
Außerdem bitte mal folgendes in Powershell ausführen:
$MUSM = New-Object -ComObject "Microsoft.Update.ServiceManager"
$MUSM.Services | select Name, IsDefaultAUService
Das zeigt an, woher aktuell die Updates bezogen werden.
Mit welcher IP melden sich die Win 7 und 10 Clients jeweils? Alle mit der externen Adresse?
Poste bitte mal den Registry Schlüssel "HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate". Steht da der WSUS drin?
Habe ich dich richtig verstanden, dass Windows im Internet nach Updates sucht und nicht über den WSUS geht? Zeigt Windows Update irgendwelche Fehler an?
Außerdem bitte mal folgendes in Powershell ausführen:
$MUSM = New-Object -ComObject "Microsoft.Update.ServiceManager"
$MUSM.Services | select Name, IsDefaultAUService
Das zeigt an, woher aktuell die Updates bezogen werden.
Mit welcher IP melden sich die Win 7 und 10 Clients jeweils? Alle mit der externen Adresse?
Hallo
In der Registry steht natürlich der Wsus drin. Als Wsus und als Stat Server. Wird alles per GPO verteilt. GPO Vorlage ist auf Stand 1909. Das Cmdlet zeigt den Windows Server Update Services als Default mit True, alle anderen als False.
Es geht auch nicht primär darum, woher die Clients die Updates selbst beziehen. Ich kann sie aus dem Internet ziehen lassen aber auch vom WSUS, der mit 0,9TB voll bestückt ist. Je nachdem wie ich die Option im WSUS setze.
Es geht darum, daß die Windows 10 (1809/1903/1909) Clients beim update saugen und reporten IMMER den Weg über das Internet gehen, auch wenn die lokale route steht und gepingt wird. Folglich erscheinen die mit der externen IP der Niederlassung. Server 2012r2, Win7 etc. nehmen die interne route und kommen mit der internen IP an.
In der Registry steht natürlich der Wsus drin. Als Wsus und als Stat Server. Wird alles per GPO verteilt. GPO Vorlage ist auf Stand 1909. Das Cmdlet zeigt den Windows Server Update Services als Default mit True, alle anderen als False.
Es geht auch nicht primär darum, woher die Clients die Updates selbst beziehen. Ich kann sie aus dem Internet ziehen lassen aber auch vom WSUS, der mit 0,9TB voll bestückt ist. Je nachdem wie ich die Option im WSUS setze.
Es geht darum, daß die Windows 10 (1809/1903/1909) Clients beim update saugen und reporten IMMER den Weg über das Internet gehen, auch wenn die lokale route steht und gepingt wird. Folglich erscheinen die mit der externen IP der Niederlassung. Server 2012r2, Win7 etc. nehmen die interne route und kommen mit der internen IP an.
Evtl. mal versucht direkt die IP des WSUS zu setzen?
Außerdem mal das Windows Update Log checken.
Außerdem mal das Windows Update Log checken.
Setze ich die IP direkt, dann nehmen alle die interne Route. Wie zu erwarten. Muss ja so sein. Da aber in dieser Firma mal aufgeräumt und alles vernünftig über DNS umgesetzt werden soll ist das etwas kontraproduktiv. Gerade weil diverse Server noch migriert/neu erstellt werden müssen.
Wenn alles im DNS geregelt ist muss bei einer Migration im Hauptbetrieb nur dort Im DNS und in der Firewall gefummelt werden. Und nicht in den GPO der Niederlassungen.
Wenn alles im DNS geregelt ist muss bei einer Migration im Hauptbetrieb nur dort Im DNS und in der Firewall gefummelt werden. Und nicht in den GPO der Niederlassungen.
Klar, das ist natürlich verständlich. DNS ist selbstverständlich die bessere Lösung.
Aber dann muss es ja ein Problem bei der Auflösung geben?
Wie wird DNS realisiert? Vermutlich über Split DNS?
Aber dann muss es ja ein Problem bei der Auflösung geben?
Wie wird DNS realisiert? Vermutlich über Split DNS?
Steht alles in meinem ersten Post.
Update: Jetzt wird es spannend: Ein Windows 10 1507 kommt bei exakt gleicher GPO über die interne Adresse am Wsus an. Nun werde ich diesen Schrittweise upgraden.
Win 10 1511 - interne route
Win 10 1511 - interne route
Hast du bei der GPO folgende Einstellungen gesetzt?
Keine Richtlinien für Updaterückstellung zulassen, durch die Windows Update überprüft wird
https://www.escde.net/blog/windows-update-richtlinien-und-dual-scan
https://getadmx.com/?Category=Windows_10_2016&Policy=Microsoft.Polic ...
und
Keine Verbindung mit Windows Update-Internetadressen herstellen
https://getadmx.com/?Category=Windows_10_2016&Policy=Microsoft.Polic ...
Windows 10 zieht sonst trotz WSUS Konfiguration Updates über Microsoft.
MfG
Keine Richtlinien für Updaterückstellung zulassen, durch die Windows Update überprüft wird
https://www.escde.net/blog/windows-update-richtlinien-und-dual-scan
https://getadmx.com/?Category=Windows_10_2016&Policy=Microsoft.Polic ...
und
Keine Verbindung mit Windows Update-Internetadressen herstellen
https://getadmx.com/?Category=Windows_10_2016&Policy=Microsoft.Polic ...
Windows 10 zieht sonst trotz WSUS Konfiguration Updates über Microsoft.
MfG
Vielen Dank
Das könnte eventuell am Problem beteiligt sein. Um 100% sicher zu gehen werde ich den Testclient weiter schrittweise upgraden und berichten. Es sollte ja dann beim Schritt von 1603 auf 1607 auftreten.
Das könnte eventuell am Problem beteiligt sein. Um 100% sicher zu gehen werde ich den Testclient weiter schrittweise upgraden und berichten. Es sollte ja dann beim Schritt von 1603 auf 1607 auftreten.
