Windows Updates legen die UTM lahm

Bist Du Dir sicher, dass die QoS funktioniert haben? Falls nicht schau mal auf die Webseite von Thorsten Sult, da gibt es gute HowTos dazu.

Das Problem selbst kenne ich so nicht. Dein Ping geht zur Schnittstelle der UTM? Verhält sich ein Ping in‘s Internet analog?

Beste Grüße 

Alex 

Hallo Alex,

ich hab die Regeln nochmal wie hier beschrieben explizit gesetzt und damit gespielt:

https://www.sult.eu/2019/01/08/sophos-utm-downloaddrosselung-und-webfilter

Wenn ich den Download wie hier zu sehen auf 30MBit drossele, ist das Ursprungsproblem zwar nicht mehr so gravierend, aber dass kann ja nicht meine Lösung sein.

Ich hab auch extra mal einen ping auf einen externen Server mitlaufen lassen. Gleiches Verhalten.

Während ich z.B. einen Speedtest oder einen Download laufe lasse, ist das Verhalten mit den Latenzen nicht zu erkennen. Es scheint daher doch irgendwas Windows Update spezifisches zu sein...

Hat noch jemand eine Idee außer die Bandbreite für den gesamten Webtraffic zu reduzieren?

Vlt. ist unsere SG210 Rev1 auch einfach zu schwach auf der Brust? Obwohl lt. Datenblatt 500MBit/s durch den Proxy gehen sollten.

Grüße,

Alex

Hallo Alex,

ich hab die Regeln nochmal wie hier beschrieben explizit gesetzt und damit gespielt:

https://www.sult.eu/2019/01/08/sophos-utm-downloaddrosselung-und-webfilter

Wenn ich den Download wie hier zu sehen auf 30MBit drossele, ist das Ursprungsproblem zwar nicht mehr so gravierend, aber dass kann ja nicht meine Lösung sein.

Ich hab auch extra mal einen ping auf einen externen Server mitlaufen lassen. Gleiches Verhalten.

Während ich z.B. einen Speedtest oder einen Download laufe lasse, ist das Verhalten mit den Latenzen nicht zu erkennen. Es scheint daher doch irgendwas Windows Update spezifisches zu sein...

Hat noch jemand eine Idee außer die Bandbreite für den gesamten Webtraffic zu reduzieren?

Vlt. ist unsere SG210 Rev1 auch einfach zu schwach auf der Brust? Obwohl lt. Datenblatt 500MBit/s durch den Proxy gehen sollten.

Grüße,

Alex

Moin,

Du brauchst ja nicht den ganzen Webtraffic begrenzen. Nur den Traffic zu den Updateservern. Du änderst im Verkehrkennzeichner nur die Quelle auf eine Gruppe mit den ganzen Updateservern von MS.

Hier ist z.B. eine Liste: https://docs.microsoft.com/en-us/previous-versions/system-center/configuration-manager-2007/bb693717(v=technet.10)?redirectedfrom=MSDN

Danke Thorsten,

oftmals denkt man einfach zu kompliziert. [^o)]

Dein Tipp mit der Win Updateserver Liste hat mich auf folgenden für uns funktionierenden "Workaround" gebracht:

Ich habe die Drossel auf Anwendungsebene definiert. Somit wird nur noch der Win Update und Akamai CDN Traffic beschränkt.

Damit können wir erst mal leben.

Grüße,

Alex

Ja, die Lösung ist noch besser! Freut mich, dass ich helfen konnte!

Ist denn dieses Verhalten nur bei den oben beschriebenen Updates zu sehen oder auch bei allen anderen Updates von MS? Mag ja sein das man dieses Problem mit QOS beheben kann aber rein vom logischen her kann dies doch nicht die Lösung sein oder sehe ich das verkehrt?

Hi,

also ich kennen dieses Verhalten bei Windowsupdate auch bei anderen Kunden, die nicht SG oder UTM im Einsatz haben. Dort musste Windowsupdate auch immer gedrosselt werden, weil die Bandbreite komplett verwendet wurde. Dann ging fast nichts mehr, selbes Verhalten, wie oben beschrieben.

Der Einsatz von QoS bzw. einer DD ist schon der richtige Ansatz, um solche Störungen zu vermeiden. QoS konfiguriere ich bei meinen Kunden fast immer, damit es erst gar nicht zu keinem Engpass kommt.