Dienst zur Überwachung der Internetqualität

[slemke76]

Hallo,

ich habe kein besseres Unterforum als "Netzwerke" gefunden, wenn unpassend, gerne verschieben (auch wenn die Lösung gerne Delphi-basiert sein kann ).

Ich bin auf der Suche nach einem Tool, das unter Windows im Hintergrund (als Dienst) die Qualität der Internetverbindung misst und protokolliert. Ich suche nicht Tools wie Cacti, PRTG o.ä. sondern eher etwas einfaches. Ping-Test, evt. sporadisch einen Speedtest, Packet-Looses sollten unbedingt erkannt & protokolliert werden. Das ganze sollte klein & handlich sein. Prima wäre, wenn man mehrere Hosts konfigurieren könnte. Muss ja auch nicht kostenlos sein

Wofür?
Wir haben immer mal wieder Probleme mit VPNs - die User "fliegen" raus und müssen sich neu verbinden. Das HQ verfügt über eine 300 MBit LWL synchron Leitung, die auch noch ausreichend Kapazität hat. Bei vielen Usern ist aber das Home-Office sehr schlecht ausgestattet - mal ist es eine schlechte Internetleitung, mal wird das WLAN Signal mehrfach repeated, mal hat die Leitung Packet-looses (gerne bei Kabel-Tarifen...), etc. Das Tool wird benötigt, um eben genau diese Probleme zu protokollieren und dokumentieren. Oftmals sind die Probleme nur temporär, was es nicht einfacher macht.

Vielleicht hat jemand einen Tip für mich.

Danke euch!

Sebastian

[KodeZwerg]

Hat vielleicht MyLanViewer das was Du benötigst?

[Rollo62]

Es geht Dir also eigentlich nicht um das Anpingen und Testen vom Server, sondern mehr darum das lokale VPN zu testen, richtig ?

Geht es aber doch um den Server an sich, dann würde ich würde mir überlegen ob es ein kleines PHP Script auf einem eigenen PHP Server tut,
wenn man den sowieso Laufen hat, das ist ja 24/7 aktiv und kann mitloggen.
Z.B. sowas wie dies hier, da gibt es aber sicher noch zig Andere,
die man dann einfach per Cron-Job regelmäßig anpingen lässt.

[slemke76]

Hallo,

Zitat von KodeZwerg:

Hat vielleicht MyLanViewer das was Du benötigst?

Nicht ganz - trotzdem ganz interessant, ich habe mir das mal lokal installiert. Danke dir!

Zitat von Rollo62:

Es geht Dir also eigentlich nicht um das Anpingen und Testen vom Server, sondern mehr darum das lokale VPN zu testen, richtig ?

Nein, es geht mir um die Überwachung der Internetqualität im Homeoffice. Die Probleme bemerkt man am ehesten bei VPN Verbindungen, da diese permanent stehen. Beim Surfen sind es immer nur kurze Datenübertragungen, Streaming puffert ausreichend, um gelegentliche Paketverluste auszugleichen. VPN Verbindungen sind da schon empfindlicher.

Zitat von Rollo62:

Geht es aber doch um den Server an sich, dann würde ich würde mir überlegen ob es ein kleines PHP Script auf einem eigenen PHP Server tut [...]

Nicht wirklich Das sind Software-Clients (die sitzen halt alle im Homeoffice). Ein "Rückwärtsping" (Server -> Softclient) macht keinen Sinn, da ich dann immer noch nicht weiss, ob die VPN Verbindung vielleicht doch ein Problem (bei diesen 5%) macht, oder ob die Internetverbindung auf der Client-Seite instabil ist.

Grüße
Sebastian

[Der schöne Günther]

Ich kann kein Diagnose-Tool bieten, sondern nur meinen subjektiven Wall of Text abgeben:

Meinem Eindruck nach ist es zu einfach die Schuld bei schwachen oder unzuverlässigen Heimanschlüssen zu suchen. Wenn Anwendungen (die z.B. auf einem SQL-Server im "lokalen" Netz wühlen) einfach 1:1 über ein VPN geschleift werdend bei dem eine kleine, unterdimensionierte Firewall plötzlich zwei Dutzend Leute versorgen muss, ist es einfach langsamer. Und weder die Anwendungen auf den Clients, noch der Server bei euch ist darauf ausgelegt, dass ständig etwas hakt und hängt, und man läuft auf Timeouts oder gleichzeitige Verbindungslimits, die man vorher einfach nicht hatte.

Ein anderes Problem sind "hybride" Heimanschlüsse, wo der Router "on the fly" zwischen einer LTE-Verbindung und klassischem ADSL hin- und herwechselt. Manche VPN-Verbindungen sträuben sich dagegen, erlauben nur einen gleichzeitigen Login pro Benutzer, und oft sind die Clients dann auch noch so schlecht, dass der Benutzer nicht wirklich mitbekommt, was hier das Problem ist und am Schluss nur sieht, dass sein Warenwirtschafts-System hängt.


Was ich sagen will: Mach es dir nicht zu einfach und schließe im Vorhinein aus, dass bei euch was sein kann, nur weil eure Internet-Anbindung in der Firma dick genug ist.

[slemke76]

Hallo,

Zitat von Der schöne Günther:

Ich kann kein Diagnose-Tool bieten, sondern nur meinen subjektiven Wall of Text abgeben:

Meinem Eindruck nach ist es zu einfach die Schuld bei schwachen oder unzuverlässigen Heimanschlüssen zu suchen.

Das tue ich ja gar nicht, deswegen suche ich ja ein Überwachungstool, eben um das zu verifizieren oder eben auszuschließen.

Zitat von Der schöne Günther:

Wenn Anwendungen (die z.B. auf einem SQL-Server im "lokalen" Netz wühlen) einfach 1:1 über ein VPN geschleift

Es wird ausschließlich RDP und HTTP(s) über die Leitung gemacht.

Zitat von Der schöne Günther:

werdend bei dem eine kleine, unterdimensionierte Firewall plötzlich zwei Dutzend Leute versorgen muss, ist es einfach langsamer.

Ist eine große Fortigate, ausreichend Dimensioniert, Auslastungsprotokolle werden überwacht.

Zitat von Der schöne Günther:

Ein anderes Problem sind "hybride" Heimanschlüsse, wo der Router "on the fly" zwischen einer LTE-Verbindung und klassischem ADSL hin- und herwechselt.

Hybrid ist nicht im Einsatz. Fast immer DSL, manchmal Vodafone Kabel. Alle mit echten IPv4 Adressen.

Zitat von Der schöne Günther:

Manche VPN-Verbindungen sträuben sich dagegen, erlauben nur einen gleichzeitigen Login pro Benutzer,

Es ist sicher gestellt, dass Verbindungen/Zertifikate nicht doppelt genutzt werden.

Zitat von Der schöne Günther:

und oft sind die Clients dann auch noch so schlecht, dass der Benutzer nicht wirklich mitbekommt, was hier das Problem ist und am Schluss nur sieht, dass sein Warenwirtschafts-System hängt.

Es handelt sich um den NCP Client, der extrem verbreitet ist und beispielsweise auch von LanCom rebranded wird.

Zitat von Der schöne Günther:

Was ich sagen will: Mach es dir nicht zu einfach und schließe im Vorhinein aus, dass bei euch was sein kann, nur weil eure Internet-Anbindung in der Firma dick genug ist.

Ich glaube du merkst, dass ich das nicht tue. Auch debugging auf der Firewall, Monitoring, etc. alles vorhanden. Ich muss jetzt einfach auch die Internetanschlusse ansehen.
In der Vergangenheit konnte ich auch bereits mehrfach eindeutig das Problem an der Stelle identifizieren, erfordert aber immer sehr viel Zeit, da ich warten muss, bis das Problem auftritt (eben Packet-Losses). Schöner wäre, wenn ich ein Protokoll hätte, darum geht´s mir. Wenn das Protokoll dann anzeigt, dass es z.B. zu Google keinerlei Probleme gibt, ist das auch eine wichtige und wertvolle Info.

Grüße
Sebastian

[stifflersmom]

Also RDP über VPN ist bei WIN10 und 11 echt wackeliger geworden.
Versuch mal die Clients auf TCP umzustellen für die RDP-Verbindung.
Das hat bei uns geholfen.

Siehe hier:
https://www.windows-faq.de/2020/04/2...tcp-umstellen/

[dummzeuch]

Zitat von stifflersmom:

Also RDP über VPN ist bei WIN10 und 11 echt wackeliger geworden.
Versuch mal die Clients auf TCP umzustellen für die RDP-Verbindung.
Das hat bei uns geholfen.

Siehe hier:
https://www.windows-faq.de/2020/04/2...tcp-umstellen/

Hm, ich habe bei mir nichts umgestellt und bekomme lediglich ausgegeben: "The quality of the connection to the remote computer is good". Von UDP kein Wort. Meine Verbindung läuft allerdings auch nicht per VPN sondern durch einen ssh-Tunnel (via Putty) von einem lokalen Port aus. Vielleicht wird da dann kein UDP verwendet.

Edit: Bei einer Verbindung im LAN (von dem Remote-Rechner aus auf einen anderen) wird tatsächlich auch "... and UDP is enabled" ausgegeben. Also dürfte meine Vermutung stimmen.

Edit2: Das hier ist interessant: RDP SESSION SPIEGELN
Wusste ich noch nicht, muss ich aber unbedingt mal ausprobieren.

[stifflersmom]

Bin mir aus dem Kopf nicht sicher, aber ich glaube nur bei einer Art wird das Protokoll mit ausgegeben.
Default ist es aber UDP.

[jobo]

Zitat von slemke76:

Es wird ausschließlich RDP und HTTP(s) über die Leitung gemacht.

Ich hätte jetzt gedacht, es geht um Fatclients und stehende TCP Sessions.
Aber HTTP ist zustandslos und dürfte mit wackeligen Leitungen ganz gut zurecht kommen.
Tut es das nicht, ist es vieleicht
- nicht -nur- http, sondern vielleicht auch ws?
- eine sehr fette HTTP Anwendung, die zwar mit Wacklern zurecht käme, aber nicht so gut mit dünner Bandbreite?

Worauf basiert die HTTP Anwendung? Was macht sie (Video, Bilder, Audio, Daten, BI, WaWi ..)

Bei RDP sehe ich eigentlich auch weniger Probleme, das habe ich schon mit ISDN genutzt. Gibt es:
- beim Anwender mehrere große Bildschirme, True Color, .. andere "teure" Einstellungen
- problematische Office Devices wie Drucker o.ä.?

Ich habe seit einiger Zeit (Corona / HOmeoffice) das Gefühl, dass Schrift- und Druckdialoge /-Vorgänge schlechter/ langsamer laufen, z.B. gerade wenn VPN in die Firma aktiv ist oder eben auch RDP noch dazukommt. Es kommt mir vor, als ob bestimmte Funktionen erstmal im ganzen Netz alle geteilten Drucker und Anzeige Geräte auf ihre Properties prüfen, bevor die aufgerufene Funktion dann losläuft. Das ist aber ein sehr subjektiver Eindruck, hab ich mangels intensiver Schmerzen nie weiter geprüft.