Wie man die Qualität eines mobilen Proxys misst: 7 Metriken, Protokoll und Skripte

Einleitung: Warum eine einzelne Geschwindigkeitszahl nichts aussagt

Stellen Sie sich vor, Sie wählen einen mobilen Proxy und sehen eine schöne Angabe: Geschwindigkeit 50 Megabit. Klingt überzeugend, oder? Aber diese Zahl sagt fast nichts darüber aus, wie sich der Proxy in der realen Arbeit verhält. Geschwindigkeit ist nur eine Facette der Qualität und bei weitem nicht die wichtigste. Viel häufiger enttäuscht nicht der langsame Kanal, sondern die Instabilität: Der Proxy antwortet mal sofort, mal hängt er für Sekunden.

In diesem Leitfaden lernen Sie, die Qualität eines mobilen Proxys ehrlich und systematisch zu messen. Sie beherrschen sieben Schlüsselmetriken, erhalten fertige Skripte in Bash und Python, lernen ein einheitliches Messprotokoll kennen und interpretieren die Ergebnisse richtig. Am Ende können Sie die Daten in einer Tabelle zusammenfassen und zwei Anbieter objektiv vergleichen.

Was Sie am Ende haben: Ihre eigene Prüfmethode, fertige Werkzeuge und das Verständnis, welche Zahlen als alarmierend gelten. Sie hören auf, Werbeversprechen zu glauben, und verlassen sich auf Ihre eigenen Messungen.

Für wen dieser Leitfaden ist: Für alle, die mobile Proxys kaufen oder bereits nutzen und verstehen möchten, wofür sie bezahlen. Er ist für Anfänger geeignet, da jeder Schritt detailliert erklärt wird. Es gibt auch Elemente für Fortgeschrittene: Perzentile, lange Testläufe, Interpretation von Verteilungen.

Was Sie vorher wissen sollten: Es reicht, ein Terminal öffnen und Befehle kopieren zu können. Programmiererfahrung ist nicht erforderlich. Alles, was Sie brauchen, wird im Laufe der Anleitung erklärt.

Wie viel Zeit Sie einplanen sollten: Einfache Messungen dauern etwa zwei bis drei Stunden. Ein vollständiger 24-Stunden-Lauf dauert natürlich einen ganzen Tag, aber er läuft im Hintergrund und erfordert keine ständige Aufmerksamkeit. Für das Lesen und die Einrichtung reicht ein ruhiger Abend.

Warum ein einzelner Test nichts beweist. Das mobile Netz lebt sein eigenes Leben. In einer Sekunde ist der Mast frei, in der nächsten überlastet. Wenn Sie eine einzige Anfrage stellen und diese schnell ist, ist das Zufall. Ein realistisches Bild liefert nur eine Serie von Dutzenden oder Hunderten von Messungen, die über die Zeit verteilt sind. Deshalb messen wir nicht einmalig, sondern in Serien und schauen nicht auf den Durchschnitt, sondern auf die Verteilung.

Vorbereitung: Werkzeuge und einheitliches Messprotokoll

Bevor wir loslegen, stellen wir ein Arbeitspaket zusammen. Die richtige Vorbereitung stellt sicher, dass Ihre Zahlen miteinander vergleichbar sind.

Benötigte Werkzeuge

• curl – ein Werkzeug zum Senden von Anfragen über die Kommandozeile. In den meisten Systemen ist es bereits installiert.
• Python Version 3.8 oder neuer – für das Skript, das Metriken und Perzentile berechnet.
• Terminal – die Kommandozeile Ihres Betriebssystems.
• Texteditor – zum Speichern von Skripten und Notizen.
• Zugangsdaten zum Proxy – Adresse, Port, Login und Passwort Ihres mobilen Proxys.

So überprüfen Sie, ob alles installiert ist

1. Öffnen Sie das Terminal.
2. Geben Sie den Befehl curl --version ein und drücken Sie die Eingabetaste.
3. Wenn Sie eine Versionsnummer sehen, ist curl bereit.
4. Geben Sie python3 --version ein und drücken Sie die Eingabetaste.
5. Wenn Sie etwas wie „Python 3.11“ sehen, ist alles in Ordnung.

Tipp: Falls python3 nicht gefunden wird, laden Sie Python von der offiziellen Website herunter. Achten Sie bei der Installation unter Windows darauf, das Häkchen „Add Python to PATH“ zu setzen, sonst findet das Terminal den Befehl nicht.

Satz von Referenz-Endpunkten

Ein Endpunkt ist die Adresse, an die wir Anfragen senden. Es ist äußerst wichtig, reale Ziele zu wählen, die denen ähneln, mit denen Sie später arbeiten werden. Testen Sie den Proxy nicht nur mit speziellen Geschwindigkeitstest-Servern – diese spiegeln nicht die reale Last wider.

Bereiten Sie drei bis vier verschiedene Adressen vor. Zum Beispiel eine Seite zur IP-Überprüfung, eine einfache Textseite und ein bis zwei Ressourcen, mit denen Sie arbeiten möchten. Unterschiedliche Ziele liefern unterschiedliche Bilder, und das ist normal.

⚠️ Achtung: Verwenden Sie nur Ressourcen, deren Nutzung durch deren Regeln erlaubt ist und nicht gegen Gesetze verstößt. Setzen Sie Proxys und Testskripte nicht für Handlungen ein, die gegen das Gesetz oder die Nutzungsbedingungen der Dienste verstoßen.

Einheitliches Messprotokoll

Damit der Vergleich fair ist, legen Sie die Bedingungen fest und ändern Sie sie nicht zwischen den Tests verschiedener Anbieter.

• Feste Tageszeit. Messen Sie beide Proxys im gleichen Zeitintervall. Das mobile Netz verhält sich mittags und nachts unterschiedlich.
• Mindestanzahl von Durchläufen. Führen Sie eine Serie von mindestens mehreren Dutzend Anfragen pro Metrik durch. Je mehr Stichproben, desto zuverlässiger das Ergebnis.
• Gleiche Endpunkte. Testen Sie beide Proxys mit demselben Satz von Adressen.
• Gleiche Timeout-Einstellungen. Setzen Sie ein einheitliches Zeitlimit für alle Anfragen.
• Derselbe Computer und derselbe Kanal. Wechseln Sie nicht zwischen verschiedenen Geräten während des Tests.

Tipp: Legen Sie für jeden Anbieter einen separaten Ordner an und speichern Sie dort die Logs. So vermeiden Sie Verwechslungen beim Vergleich.

✅ Überprüfung: Sie haben curl und Python installiert, eine Liste von Endpunkten vorbereitet und das Protokoll notiert. Jetzt können Sie mit der Theorie fortfahren.

Grundbegriffe einfach erklärt

Erklären wir die Begriffe, die Ihnen bei jedem Schritt begegnen. Das Verständnis dieser Wörter ist die halbe Miete.

Latenz

Latenz ist die Zeit zwischen dem Senden einer Anfrage und dem Erhalt der Antwort. Gemessen in Millisekunden. Je kleiner, desto besser. Stellen Sie sich vor, Sie rufen in die Berge und warten auf das Echo: Die Latenz ist die Pause bis zum ersten Laut.

TTFB

TTFB steht für „Time to First Byte“ – die Zeit bis zum ersten Byte. Das ist der Moment, in dem der Server beginnt, die Antwort zu senden. Es ist der wichtigste Teil der Latenz, da es zeigt, wie schnell der Proxy und der Server auf Ihre Anfrage reagiert haben, noch bevor der eigentliche Inhalt übertragen wird.

Bandbreite

Bandbreite ist die Datenmenge, die der Proxy pro Sekunde übertragen kann. Das ist die Geschwindigkeit, die gerne in der Werbung genannt wird. Sie ist wichtig, aber nur im Zusammenspiel mit den anderen Metriken.

Jitter

Jitter ist die Schwankung der Latenz von Anfrage zu Anfrage. Wenn eine Antwort nach 100 Millisekunden kommt, die nächste nach 105 und die dritte nach 98, ist der Jitter klein und das ist gut. Springen die Werte hingegen zwischen 80 und 900, ist der Jitter enorm und die Arbeit wird ruckelig.

Anteil erfolgreicher Antworten

Das ist der Prozentsatz der Anfragen, die erfolgreich abgeschlossen wurden, ohne Fehler oder Abbrüche. Diese Metrik zeigt die Zuverlässigkeit. Ein Proxy kann schnell sein, aber wenn jede zehnte Anfrage fehlschlägt, ist die Arbeit damit mühsam.

Perzentile p50, p95 und p99

Dies ist eine Möglichkeit, die Verteilung von Werten zu beschreiben. Das 50. Perzentil (p50) ist der Median: Die Hälfte der Anfragen ist schneller, die Hälfte langsamer. Das 95. Perzentil (p95) sagt, dass 95 % der Anfragen innerhalb dieser Zeit lagen, 5 % waren schlechter. Das 99. Perzentil (p99) zeigt das Verhalten der langsamsten Fälle.

Tipp: Merken Sie sich die goldene Regel: Der Durchschnitt täuscht, Perzentile sagen die Wahrheit. Wenn Sie neun schnelle Antworten und eine, die zehn Sekunden hängt, haben, sieht der Durchschnitt erträglich aus, aber p99 zeigt sofort das Problem.

Worin sich langsam von instabil unterscheidet

Ein langsamer Proxy liefert konstant hohe Latenzwerte. Das ist vorhersagbar. Ein instabiler Proxy liefert mal hervorragende, mal katastrophale Ergebnisse. Oft ist Instabilität schädlicher als gleichmäßige Langsamkeit, weil man sie nicht einplanen kann.

✅ Überprüfung: Sie verstehen, was Latenz, TTFB, Bandbreite, Jitter, Anteil erfolgreicher Antworten und Perzentile sind. Ausgezeichnet, gehen wir zur Praxis über.

Schritt 1: Verfügbarkeit und Anteil erfolgreicher Antworten messen

Ziel dieses Schritts: Herausfinden, wie zuverlässig der Proxy auf Anfragen antwortet und welche Fehler auftreten.

Was wir tun

Wir senden eine Serie von mehreren Dutzend identischen Anfragen und zählen, wie viele erfolgreich abgeschlossen werden. Gleichzeitig erfassen wir die Fehlertypen: Timeouts, Verbindungsabbrüche, Antworten mit Fehlercodes.

Schritt-für-Schritt-Anleitung

1. Öffnen Sie das Terminal.
2. Bereiten Sie die Zugangsdaten zum Proxy im Format Login, Passwort, Adresse und Port vor.
3. Führen Sie eine Serie von Anfragen mit einer einfachen Schleife durch, in der der Befehl curl über den Proxy an Ihren Endpunkt geht.
4. Notieren Sie für jede Anfrage den Antwortcode und ob sie erfolgreich war oder ein Fehler auftrat.
5. Berechnen Sie nach Abschluss der Serie den Prozentsatz erfolgreicher Antworten.

Ein grundlegender Befehl für eine einzelne Anfrage sieht so aus: curl mit Proxy-Flag, Timeout-Flag und der Adresse. Das Flag --max-time begrenzt die Wartezeit, damit eine hängende Anfrage nicht die gesamte Serie blockiert.

So interpretieren Sie das Ergebnis

Teilen Sie die Antworten in Gruppen ein. Erfolgreiche Antworten haben normale Statuscodes. Zählen Sie separat Timeouts, bei denen der Server nicht rechtzeitig antwortete. Separat Verbindungsabbrüche. Separat Antworten mit Serverfehlercodes.

Achtung: Die Verteilung der Fehler ist wichtiger als ihre Gesamtzahl. Wenn alle Ausfälle Timeouts sind, liegt das Problem an der Geschwindigkeit oder Netzüberlastung. Handelt es sich um Verbindungsabbrüche, ist der Proxy möglicherweise auf der mobilen Verbindungsebene instabil.

Tipp: Ziehen Sie keine Schlüsse aus fünf Anfragen. Die minimale aussagekräftige Serie umfasst mehrere Dutzend. Für wichtige Entscheidungen nehmen Sie Hunderte.

Mögliche Probleme

• Alle Anfragen schlagen fehl. Überprüfen Sie die Richtigkeit von Login, Passwort, Adresse und Port. Ein Tippfehler kann alles blockieren.
• Ein Teil der Anfragen hängt für immer. Verwenden Sie unbedingt eine Zeitbegrenzung, sonst endet die Serie nicht.
• Serverfehlercodes springen umher. Möglicherweise ist die Zielressource selbst instabil. Versuchen Sie einen anderen Endpunkt zur Kontrolle.

✅ Überprüfung: Sie haben die Anzahl erfolgreicher Antworten, die Anzahl der Fehler jedes Typs und verstehen, wo der Proxy Schwächen zeigt.

Schritt 2: Latenz und TTFB über Perzentile messen

Ziel dieses Schritts: Ein ehrliches Bild der Latenz zu erhalten, basierend auf der Verteilung, nicht auf dem trügerischen Durchschnitt.

Warum der Durchschnitt in die Irre führt

Angenommen, Sie haben zehn Anfragen. Neun kamen in 100 Millisekunden, eine hing fünf Sekunden. Der Durchschnitt liegt bei etwa 600 Millisekunden – das ist in beide Richtungen falsch. In Wahrheit ist der Proxy fast immer schnell, aber manchmal katastrophal langsam. Perzentile zeigen das ehrlich.

Ausgabeformat von curl mit dem Flag -w

Das Tool curl kann eine detaillierte zeitliche Aufschlüsselung ausgeben. Mit dem Flag -w können Sie bestimmte Kennzahlen abfragen. Die nützlichsten Variablen für uns: time_starttransfer – das ist praktisch TTFB, die Zeit bis zum ersten Byte. Außerdem gibt es time_connect – die Zeit für den Verbindungsaufbau – und time_total – die gesamte Anfragezeit.

1. Erstellen Sie einen curl-Befehl mit dem Flag -o, um den Antwortbody zu verwerfen, damit er nicht stört.
2. Fügen Sie das Flag -s hinzu, um den Fortschrittsbalken zu unterdrücken.
3. Fügen Sie das Flag -w mit den gewünschten Zeitvariablen hinzu.
4. Führen Sie den Befehl in einer Schleife so oft wie nötig über Ihren Proxy aus.
5. Speichern Sie alle TTFB-Werte in einer Datei, eine Zahl pro Zeile.

So berechnen Sie Perzentile

Sortieren Sie die gesammelten Zahlen aufsteigend. Der Wert an der mittleren Position der Liste ist p50. Der Wert an der Position 95 Prozent der Listenlänge ist p95. Der Wert an der Position 99 Prozent ist p99. Im Python-Skript am Ende dieser Anleitung wird dies automatisch erledigt.

Tipp: Betrachten Sie immer das Paar p50 und p95 zusammen. Sind sie nahe beieinander, ist der Proxy stabil. Klafft eine große Lücke dazwischen, hat der Proxy seltene, aber schmerzhafte Ausfälle.

Mögliche Probleme

• TTFB-Werte sind verdächtig klein. Möglicherweise hat der Cache zugegriffen. Deaktivieren Sie die Wiederverwendung der Verbindung mit einem Flag, das Keep-Alive abschaltet, und fügen Sie einen eindeutigen Parameter zur Adresse hinzu.
• Werte variieren stark zwischen den Läufen. Das ist im mobilen Netz normal. Deshalb machen wir Serien und keine Einzelmessungen.

✅ Überprüfung: Sie haben eine Datei mit TTFB-Werten und drei Perzentilzahlen, die das tatsächliche Latenzverhalten beschreiben.

Schritt 3: Bandbreite ehrlich messen

Ziel dieses Schritts: Die tatsächliche Datenübertragungsrate ermitteln, ohne sich selbst zu betrügen.

Wie man ehrlich misst

Laden Sie eine Datei bekannter Größe über den Proxy herunter und messen Sie die dafür benötigte Zeit. Teilen Sie die Größe durch die Zeit, um die Geschwindigkeit zu erhalten. Klingt einfach, aber es gibt Nuancen, die leicht übersehen werden.

1. Wählen Sie mehrere Dateien unterschiedlicher Größe auf realen Ressourcen aus.
2. Laden Sie jede über den Proxy mit curl herunter und messen Sie die Zeit mit dem Flag -w unter Verwendung der Variablen time_total und size_download.
3. Wiederholen Sie den Download mehrmals für jede Datei.
4. Berechnen Sie die Geschwindigkeit für jeden Durchlauf und betrachten Sie die Verteilung.

Warum mehrere Dateien und Endpunkte

Eine einzelne Datei von einem Server kann durch die Begrenzung des Servers selbst ausgebremst werden, nicht durch Ihren Proxy. Verschiedene Quellen liefern unterschiedliche Bilder. Wenn die Geschwindigkeit über alle Quellen hinweg gleich niedrig ist, liegt es am Proxy. Variiert sie, könnte der Engpass bei einem bestimmten Server liegen.

Einfluss von Tarifbeschränkungen

Viele mobile Tarife haben Geschwindigkeits- oder Datenvolumenbegrenzungen. Nach Erreichen einer bestimmten Schwelle kann die Geschwindigkeit drastisch sinken. Berücksichtigen Sie dies: Wenn Sie viele Daten hintereinander herunterladen, könnte die Verlangsamung eine Folge des Tarifs sein, nicht der Proxy-Qualität.

⚠️ Achtung: Laden Sie keine riesigen Datenmengen zum Test herunter, wenn Ihr Tarif begrenzt ist. Sie riskieren, Ihr Datenpaket aufzubrauchen. Verwenden Sie Dateien moderater Größe.

Tipp: Messen Sie die Bandbreite zur gleichen Tageszeit wie die anderen Metriken. Die Netzauslastung beeinflusst das Ergebnis stark.

Mögliche Probleme

• Die Geschwindigkeit ist instabil. Das ist typisch für mobile Netze. Schauen Sie auf den Median der Geschwindigkeit, nicht auf ein einzelnes bestes Ergebnis.
• Die Geschwindigkeit fällt während des Tests stark ab. Möglicherweise wurde das Tariflimit erreicht oder der Netzmodus wechselte.

✅ Überprüfung: Sie haben Geschwindigkeitswerte von mehreren Quellen und verstehen, wo der Engpass liegt.

Schritt 4: Jitter und Stabilität messen

Ziel dieses Schritts: Verstehen, wie gleichmäßig der Proxy arbeitet, nicht nur, wie schnell.

Was wir tun

Wir nehmen die Serie von Latenzmessungen aus den vorherigen Schritten und betrachten die Streuung. Jitter ist im Grunde ein Maß dafür, wie stark benachbarte Werte voneinander abweichen.

1. Nehmen Sie die Datei mit den Latenzwerten, die Sie in Schritt 2 gesammelt haben.
2. Berechnen Sie die Differenz zwischen aufeinanderfolgenden Messungen.
3. Mitteln Sie den Betrag dieser Differenzen – das ist eine Schätzung des Jitters.
4. Betrachten Sie zusätzlich die Standardabweichung der gesamten Serie.

Was als normal gilt

Es gibt keine universellen Zahlen, da die Norm von der Aufgabe abhängt. Das allgemeine Prinzip ist: Je kleiner der Jitter im Verhältnis zur Latenz selbst, desto besser. Wenn die Latenz 100 Millisekunden beträgt und der Jitter 5, ist das ausgezeichnet. Ist der Jitter vergleichbar mit der Latenz, wird die Arbeit ruckelig.

Tipp: Visualisieren Sie die Messreihe mit einem einfachen Diagramm. Eine flache Linie ist ein gutes Zeichen. Eine Säge mit scharfen Zacken ist alarmierend.

Streuung der Werte

Achten Sie auf seltene Ausreißer. Ein einzelner Sprung alle hundert Anfragen mag erträglich sein. Regelmäßige Sprünge bedeuten, dass der Proxy stärker als normal unter Schwankungen des Mobilnetzes leidet.

✅ Überprüfung: Sie haben eine Jitter-Schätzung und verstehen, ob der Proxy stabil ist oder schwankt.

Schritt 5: Verhalten beim IP-Wechsel testen

Ziel dieses Schritts: Verstehen, wie schnell und wie gut der Proxy die IP-Adresse wechselt.

Was wir messen

Mobilfunk-Proxys können die IP-Adresse auf Anfrage oder nach Zeitplan wechseln. Uns interessieren mehrere Dinge: Wie lange dauert der Wechsel, bleibt die neue Adresse im selben Netz und derselben Stadt, und wie viele eindeutige Adressen werden innerhalb einer Stunde gesammelt?

1. Fragen Sie die aktuelle IP-Adresse über einen IP-Prüf-Endpunkt ab.
2. Initieren Sie den IP-Wechsel auf die vom Anbieter bereitgestellte Weise.
3. Messen Sie die Zeit bis die neue Adresse verfügbar ist.
4. Fragen Sie erneut die IP ab und notieren Sie sie.
5. Wiederholen Sie diesen Zyklus viele Male innerhalb einer Stunde.
6. Zählen Sie die Anzahl der eindeutigen Adressen und die Zeit jedes Wechsels.

Wie man das Ergebnis bewertet

Betrachten Sie mehrere Parameter. Die Wechselgeschwindigkeit zeigt, wie schnell Sie eine frische Adresse erhalten. Die Anzahl der eindeutigen Adressen pro Stunde gibt Aufschluss über die Vielfalt des Pools. Die Zugehörigkeit zum selben Netz und derselben Stadt bestätigt, dass Sie im erwarteten Segment bleiben.

Tipp: Notieren Sie nicht nur die Adresse selbst, sondern auch die Daten zu Netz und Stadt, die der Prüf-Endpunkt zurückgibt. So sehen Sie, ob die Geografie beim Wechsel stabil bleibt.

⚠️ Achtung: Nutzen Sie den IP-Wechsel nur zu legalen Zwecken und im Rahmen der Regeln der Dienste, mit denen Sie arbeiten. Technische Möglichkeiten des Proxys heben nicht die Anforderungen des Gesetzes und der Nutzungsbedingungen auf.

Mögliche Probleme

• Der Wechsel dauert zu lange. Überprüfen Sie, ob Sie die richtige Methode zum Auslösen verwenden. Fragen Sie beim Anbieter nach der vorgesehenen Methode.
• Adressen wiederholen sich. Gelegentliche Wiederholungen kommen vor, aber ständige Duplikate deuten auf einen kleinen Pool hin.

✅ Überprüfung: Sie haben die Wechselzeit, die Anzahl eindeutiger Adressen pro Stunde und Daten zu deren Geografie.

Schritt 6: Geografie und Verbindungstyp prüfen

Ziel dieses Schritts: Sicherstellen, dass der Proxy tatsächlich den angegebenen Eigenschaften entspricht.

Was wir prüfen

Der Anbieter gibt normalerweise Land, Region und Verbindungstyp an, z. B. Mobilfunknetz. Unsere Aufgabe ist es, die Angaben mit der Realität abzugleichen.

1. Rufen Sie über den Proxy einen Endpunkt auf, der Daten zu Ihrer Adresse zurückgibt.
2. Notieren Sie das ermittelte Land und die Region.
3. Notieren Sie den Verbindungstyp, den der Dienst ermittelt.
4. Wiederholen Sie die Prüfung mehrmals mit verschiedenen IP-Adressen.
5. Vergleichen Sie die Ergebnisse mit den Angaben des Anbieters.

So interpretieren Sie das Ergebnis

Wenn Geografie und Verbindungstyp konstant mit den Angaben übereinstimmen, ist das ausgezeichnet. Fallen gelegentlich andere Regionen ab oder der Verbindungstyp stimmt nicht, ist das ein Grund, den Anbieter zu befragen.

Tipp: Überprüfen Sie die Geografie mit mehreren unabhängigen Quellen zur IP-Geolokalisierung. Die Datenbanken zur Adresszuordnung weichen manchmal voneinander ab, und eine einzelne Quelle kann Fehler enthalten.

✅ Überprüfung: Sie haben die Übereinstimmung oder Abweichung von Geografie und Verbindungstyp gegenüber den Angaben bestätigt oder widerlegt.

Schritt 7: Einen 24-Stunden-Langzeittest durchführen

Ziel dieses Schritts: Das erkennen, was in fünf Minuten nicht sichtbar ist.

Warum ein 24-Stunden-Lauf nötig ist

Ein kurzer Test erfasst nur den aktuellen Netzwerkzustand. Ein 24-Stunden-Lauf zeigt das Verhalten des Proxys zu verschiedenen Zeiten: morgens, zur Mittagsspitze, nachts. Sie sehen, wie sich Latenz, Erfolgsquote und Stabilität im Tagesverlauf ändern.

1. Konfigurieren Sie ein Skript für regelmäßige Messungen, z. B. alle paar Minuten.
2. Starten Sie es im Hintergrund und lassen Sie es 24 Stunden laufen.
3. Stellen Sie sicher, dass die Ergebnisse mit Zeitstempel in einer Datei gespeichert werden.
4. Sammeln Sie nach einem Tag die Daten und erstellen Sie ein stundenweises Bild.

Was ein langer Lauf zeigt

Sie sehen Einbrüche in den Hauptlastzeiten, wenn das Mobilnetz überlastet ist. Sie bemerken nächtliche Stabilitätsfenster. Sie entdecken seltene Fehlerspitzen, die in fünf Minuten einfach nicht auftreten würden. Erst der 24-Stunden-Lauf trennt einen guten Proxy von einem mittelmäßigen.

⚠️ Achtung: Achten Sie beim 24-Stunden-Lauf auf den Datenverbrauch. Machen Sie leichte Anfragen, um das Tariflimit nicht durch Dauerbetrieb zu erschöpfen.

Tipp: Starten Sie den 24-Stunden-Lauf nicht auf einem Computer, der in den Energiesparmodus gehen könnte. Deaktivieren Sie den Ruhemodus, sonst werden die Messungen unterbrochen.

✅ Überprüfung: Sie haben ein 24-Stunden-Protokoll mit Zeitstempeln, aus dem das dynamische Verhalten des Proxys ersichtlich ist.

Fertige Skripte für die Messungen

Nachfolgend finden Sie Vorlagen, die die beschriebenen Metriken berechnen. Passen Sie sie an Ihre Zugangsdaten und Endpunkte an.

Bash-Skript

Dieses Skript führt eine Serie von Anfragen durch, sammelt TTFB und Antwortcodes und speichert sie in einer Datei. Die Logik: In einer Schleife wird curl über den Proxy ausgeführt, das Flag -w gibt die Zeit bis zum ersten Byte und den Antwortcode aus, das Ergebnis wird an das Log angehängt.

Hauptbestandteile des Skripts: Variable mit der Proxy-Adresse im Format Protokoll, Login, Passwort, Adresse und Port. Variable mit dem Ziel-Endpunkt. Schleife über eine festgelegte Anzahl von Wiederholungen. Innerhalb der Schleife wird curl mit den Flags -s (stumm), -o (Body verwerfen), --max-time (Zeitbegrenzung) und -w mit den Variablen time_starttransfer und http_code aufgerufen. Jede Ergebniszeile wird an eine Textdatei angehängt. Nach der Schleife kann bash eine einfache Statistik berechnen oder die Datei an Python übergeben.

Um den Cache zu umgehen, fügen Sie der Adresse einen eindeutigen Abfrageparameter hinzu und verwenden Sie ein Flag, das die Wiederverwendung der Verbindung deaktiviert. So stellen Sie sicher, dass jede Messung ehrlich ist und nicht aus dem Speicher stammt.

Python-Skript

Das Python-Skript eignet sich besser zur Berechnung von Perzentilen und Jitter. Es liest die Datei mit den Werten oder führt die Anfragen selbst über eine HTTP-Bibliothek durch, die Proxys unterstützt.

Die Logik des Skripts: Zuerst werden Parameter festgelegt: Proxy-Adresse, Liste der Endpunkte, Anzahl der Wiederholungen und Timeout. Dann werden in einer Schleife Anfragen ausgeführt, für jede werden die Zeit bis zum ersten Byte, die Gesamtzeit und der Antwortcode erfasst. Erfolgreiche und fehlgeschlagene Antworten werden getrennt gezählt. Alle Latenzwerte werden in einer Liste gespeichert.

Nach der Datensammlung sortiert das Skript die Liste der Latenzen und berechnet die Perzentile. Der Median (p50) wird aus der Mitte der sortierten Liste genommen. Das 95. Perzentil (p95) aus der Position bei 95 % der Länge. Das 99. Perzentil (p99) aus der Position bei 99 %. Der Jitter wird als Durchschnitt der Beträge der Differenzen zwischen aufeinanderfolgenden Messungen berechnet. Der Anteil erfolgreicher Antworten ist die Anzahl der Erfolge geteilt durch die Gesamtzahl der Anfragen.

Am Ende gibt das Skript einen zusammenfassenden Bericht aus: Anteil erfolgreicher Antworten, Latenz-Perzentile, Jitter-Schätzung und Fehlerverteilung nach Typ. Für den 24-Stunden-Lauf fügen Sie jeder Aufzeichnung einen Zeitstempel hinzu und umgeben die Messungen mit einer Schleife und einer Pause zwischen den Serien.

Tipp: Speichern Sie die Rohdaten, nicht nur die Endzahlen. Falls Sie später eine Metrik anders berechnen müssen, haben Sie die Originaldaten.

⚠️ Achtung: Speichern Sie Login und Passwort des Proxys in einer separaten Konfigurationsdatei, nicht direkt im Skript, das Sie versehentlich jemandem zeigen könnten.

So fassen Sie Ergebnisse in einer Tabelle zusammen

Wenn Sie alle Daten gesammelt haben, ist es wichtig, sie anschaulich darzustellen. Eine einheitliche Tabelle ermöglicht einen fairen Vergleich der Anbieter.

Aufbau der Abschlusstabelle

Erstellen Sie eine Tabelle, in der die Zeilen die Metriken und die Spalten die Anbieter sind. Geben Sie für jede Metrik den Wert und, wo sinnvoll, die Perzentile an. So sehen Sie sofort, wer in welchem Bereich stärker ist.

• Anteil erfolgreicher Antworten – Prozent pro Anbieter.
• TTFB – drei Zahlen: p50, p95, p99.
• Bandbreite – Median der Geschwindigkeit.
• Jitter – Schätzung der Streuung.
• IP-Wechsel – Wechselzeit und Anzahl eindeutiger Adressen pro Stunde.
• Geografie und Verbindungstyp – stimmt mit der Angabe überein oder nicht.
• 24-Stunden-Verhalten – gibt es Einbrüche in Spitzenzeiten?

Tabelle zur Interpretation der Metriken

Hier eine verbale Tabelle der Form Metrik, wie gemessen, was einen schlechten Wert ausmacht. Konkrete Zahlen erfinden wir nicht – die Normen hängen von Ihrer Aufgabe ab.

• Anteil erfolgreicher Antworten. Gemessen durch eine Serie von Anfragen und Zählen der Erfolge. Schlechter Wert: ein erkennbarer Anteil an Fehlern, insbesondere Abbrüche, was auf Unzuverlässigkeit hindeutet.
• TTFB und Perzentile. Gemessen über curl mit der Zeit-vor-erstem-Byte-Variable bei einer großen Serie. Schlechter Wert: eine riesige Lücke zwischen p50 und p99, was auf seltene, schmerzhafte Ausfälle hinweist.
• Bandbreite. Gemessen durch Herunterladen von Dateien bekannter Größe. Schlechter Wert: Geschwindigkeit, die Ihre Anforderungen nicht erfüllt oder stark abfällt.
• Jitter. Gemessen als Streuung benachbarter Latenzen. Schlechter Wert: Jitter in der Größenordnung der Latenz selbst, was auf ruckelige Arbeit hindeutet.
• IP-Wechsel. Gemessen durch einen Zyklus von Wechseln mit Zeitmessung. Schlechter Wert: langer Wechsel und wenige eindeutige Adressen.
• Geografie und Verbindungstyp. Gemessen durch Abgleich mit einem Erkennungs-Endpunkt. Schlechter Wert: Abweichung von der Angabe.
• 24-Stunden-Stabilität. Gemessen durch einen Langzeittest. Schlechter Wert: starke Einbrüche der Metriken zu Spitzenzeiten.

Tipp: Ziehen Sie beim Vergleich keine Schlüsse aus einer einzelnen Zeile. Gewichten Sie die Metriken nach ihrer Bedeutung für Ihre spezifische Aufgabe. Für den einen ist Stabilität entscheidend, für den anderen die Geschwindigkeit des Adresswechsels.

Überprüfung des Ergebnisses: Checkliste für Messqualität

Bevor Sie Ihren Zahlen vertrauen, gehen Sie diese Liste durch. Sie garantiert, dass die Messungen korrekt sind.

• Jede Metrik wurde als Serie gemessen, nicht mit einer einzelnen Anfrage.
• Beide Anbieter wurden zur gleichen Tageszeit getestet.
• Es wurden dieselben Endpunkte und Timeouts verwendet.
• Für die Latenz wurden Perzentile berechnet, nicht nur der Durchschnitt.
• Cache und Wiederverwendung der Verbindung wurden deaktiviert, wo wichtig.
• Getestet wurde mit realen Zielen, nicht nur mit Geschwindigkeitstest-Servern.
• Es wurde mindestens ein 24-Stunden-Lauf durchgeführt.
• Rohdaten wurden für eine eventuelle Neuberechnung gespeichert.

✅ Überprüfung: Wenn alle Punkte erfüllt sind, können Ihre Ergebnisse als zuverlässige Grundlage für eine Entscheidung dienen.

Typische Messfehler und ihre Lösungen

Hier sind die häufigsten Fehler. Jeder wird als Problem, Ursache und Lösung beschrieben.

Fehler eins: Ein einziger Durchlauf

Problem: Die Schlussfolgerung basiert auf ein oder zwei Anfragen. Ursache: Der Wunsch, schnell eine Zahl zu erhalten. Lösung: Machen Sie immer eine Serie von Dutzenden oder Hunderten von Anfragen und betrachten Sie die Verteilung.

Fehler zwei: Test nur zur Hauptverkehrszeit

Problem: Die Ergebnisse erscheinen entweder katastrophal oder perfekt. Ursache: Die Messung fand während der Spitzen- oder Minimalbelastung des Netzes statt. Lösung: Messen Sie zu verschiedenen Zeiten und führen Sie unbedingt einen 24-Stunden-Lauf durch.

Fehler drei: Messung gegen Geschwindigkeitstest-Server

Problem: Die Zahlen sind schön, aber in der realen Arbeit sieht es anders aus. Ursache: Spezielle Geschwindigkeitstest-Server spiegeln nicht die realen Ziele wider. Lösung: Testen Sie mit den Ressourcen, mit denen Sie tatsächlich arbeiten werden.

Fehler vier: Ignorieren des Caches

Problem: Die Latenz ist verdächtig niedrig und stabil. Ursache: Antworten kommen aus dem Cache, nicht aus dem Netz. Lösung: Fügen Sie einen eindeutigen Parameter zur Adresse hinzu und verbieten Sie das Caching.

Fehler fünf: Keep-Alive verfälscht das Bild

Problem: Die erste Anfrage ist langsam, die folgenden sind sofort da. Ursache: Die Verbindung wird wiederverwendet, und wiederholte Messungen berücksichtigen den Verbindungsaufbau nicht. Lösung: Deaktivieren Sie für eine ehrliche Messung die Wiederverwendung der Verbindung, wenn Sie die vollständige Latenz sehen möchten.

Fehler sechs: Vergleich des Durchschnitts statt der Perzentile

Problem: Zwei Proxys scheinen im Durchschnitt gleich, aber in der Praxis ist einer deutlich schlechter. Ursache: Der Durchschnitt verdeckt Ausfälle. Lösung: Vergleichen Sie p95 und p99.

Fehler sieben: Unterschiedliche Bedingungen für verschiedene Anbieter

Problem: Der Vergleich ist unfair. Ursache: Ein Proxy wurde tagsüber auf einem Endpunkt getestet, der andere nachts auf einem anderen. Lösung: Halten Sie sich strikt an das einheitliche Protokoll.

Weitere Möglichkeiten und Optimierung

Wenn Sie die Basismethodik beherrschen, können Sie tiefer einsteigen.

Automatisierung regelmäßiger Überprüfungen

Konfigurieren Sie das Skript für einen zeitgesteuerten Start, z. B. täglich. So sehen Sie, ob der Proxy im Laufe der Zeit nachlässt. Sammeln Sie einen Verlauf und erstellen Sie einen Trend.

Parallele Messungen

Fortgeschrittene Benutzer können mehrere Threads gleichzeitig starten, um das Verhalten unter Last zu bewerten. Tun Sie dies vorsichtig und im Rahmen der Regeln des Anbieters.

Datenvisualisierung

Erstellen Sie Diagramme aus den gesammelten Daten. Ein Diagramm der Latenz im Tagesverlauf zeigt die Spitzenzeiten deutlich. Ein Histogramm der Latenzverteilung zeigt, ob es einen langen Schwanz langsamer Antworten gibt.

Tipp: Selbst ein einfaches Diagramm in einer Tabellenkalkulation macht Schlussfolgerungen viel überzeugender als eine Zahlenspalte.

Segmentierung nach Endpunkten

Berechnen Sie die Metriken separat für jeden Endpunkt. Manchmal arbeitet ein Proxy mit einigen Zielen hervorragend und mit anderen schlechter. Dieses Detail hilft bei gezielten Entscheidungen.

FAQ: Häufige Fragen zur Messung der Proxy-Qualität

Wie viele Anfragen sind für ein zuverlässiges Ergebnis nötig?

Je mehr, desto besser. Eine minimal sinnvolle Serie umfasst mehrere Dutzend. Für wichtige Entscheidungen nehmen Sie Hunderte von Anfragen und unbedingt einen 24-Stunden-Lauf.

Warum kann man der beworbenen Geschwindigkeitszahl nicht trauen?

Weil Geschwindigkeit nur eine von sieben Metriken ist. Ein Proxy kann schnell, aber instabil sein, mit schlechter Verfügbarkeit oder langsamem IP-Wechsel. Die Werbung zeigt den besten Fall, nicht den typischen.

Was ist wichtiger: Latenz oder Bandbreite?

Das hängt von der Aufgabe ab. Für schnelle, leichte Anfragen sind Latenz und Stabilität wichtiger. Für die Übertragung großer Datenmengen ist die Bandbreite entscheidend. Betrachten Sie die Gesamtheit der Metriken.

Warum ist der Durchschnitt der Latenz trügerisch?

Weil seltene, sehr große Werte den Durchschnitt nach oben treiben und seltene, kleine Werte ihn nach unten drücken. Die Perzentile p50, p95 und p99 beschreiben die Verteilung ehrlich und zeigen, wie sich die schlechtesten Fälle verhalten.

Wie erkennt man, dass ein Proxy instabil ist und nicht nur langsam?

Achten Sie auf den Jitter und die Kluft zwischen den Perzentilen. Ein langsamer Proxy liefert konstant hohe, aber gleichmäßige Werte. Ein instabiler schwankt zwischen hervorragenden und katastrophalen Werten.

Muss ich den Cache bei Messungen deaktivieren?

Für eine ehrliche Latenzmessung ja. Sonst messen Sie die Speichergeschwindigkeit, nicht die Netzgeschwindigkeit. Fügen Sie einen eindeutigen Parameter zur Adresse hinzu und deaktivieren Sie die Wiederverwendung der Verbindung.

Warum ist ein 24-Stunden-Lauf nötig, wenn ein Fünf-Minuten-Test schon etwas gezeigt hat?

Der Fünf-Minuten-Test erfasst einen Moment. Der 24-Stunden-Lauf zeigt das Verhalten zu Spitzenzeiten, nachts und morgens und deckt seltene Fehlerspitzen auf. Nur er trennt einen zuverlässigen Proxy von einem, der zufällig gut abschneidet.

Kann ich zwei Anbieter vergleichen, indem ich sie zu unterschiedlichen Zeiten teste?

Nein. Das Netz ändert sich im Laufe des Tages, und der Vergleich wäre unfair. Testen Sie beide im gleichen Zeitintervall nach einem einheitlichen Protokoll.

Was tun, wenn die Ergebnisse von Lauf zu Lauf stark schwanken?

Das ist in Mobilfunknetzen normal. Deshalb stützen wir uns auf Serien und Perzentile, nicht auf Einzelmessungen. Erhöhen Sie die Anzahl der Stichproben.

Muss ich den IP-Wechsel testen, wenn ich ihn nicht nutzen will?

Wenn die Funktion für Sie unwichtig ist, können Sie diesen Schritt überspringen. Aber ihn schnell zu messen, ist nützlich für das allgemeine Verständnis der Pool-Qualität.

Fazit: Von Werbeversprechen zu eigenen Messungen

Sie haben den Weg vom naiven Glauben an eine einzelne Geschwindigkeitszahl bis zu einer systematischen Bewertungsmethodik zurückgelegt. Jetzt haben Sie sieben Metriken, ein einheitliches Protokoll, fertige Skripte und das Verständnis, wie man Ergebnisse liest.

Was Sie gelernt haben. Sie können den Anteil erfolgreicher Antworten, die Latenz über Perzentile, die Bandbreite, den Jitter, das Verhalten beim IP-Wechsel, die Übereinstimmung der Geografie und die 24-Stunden-Stabilität messen. Sie wissen, warum der Durchschnitt täuscht und ein einzelner Test nichts beweist.

Was als Nächstes zu tun ist. Wenden Sie die Methodik auf Ihren aktuellen Proxy an und notieren Sie die Basiswerte. Testen Sie dann einen alternativen Anbieter mit demselben Protokoll und vergleichen Sie in einer einheitlichen Tabelle. Die Entscheidung wird offensichtlich.

Wie es weitergeht. Automatisieren Sie regelmäßige Überprüfungen, sammeln Sie Verläufe und erstellen Sie Diagramme. Mit der Zeit werden Sie eine Verschlechterung bemerken, bevor sie Ihre Arbeit beeinträchtigt. Denken Sie an die Hauptregel: Vertrauen Sie nicht der Werbung, sondern Ihren eigenen ehrlichen und systematischen Messungen. Das unterscheidet einen selbstbewussten Nutzer von jemandem, der blind zahlt.