VPS-Netzwerk ist mehr als nur Bandbreite: Echtheit der Leitung mit ASN und Rückweg erkennen

Verwandeln Sie Netzwerkqualität in ein reproduzierbares Daten-Audit.

Aktualisiert 2026-08-16 · CloudWorth

ASNRückwegNetzwerktestLeitungsauditVPS-Preis-Leistungs-VerhältnisCloudWorthSteal TimeVPS OversellingVPS Benchmark

Nur die Kreuzvalidierung von ASN-Zugehörigkeit, Rückwegpfad und Latenz erkennt die Echtheit der Leitung und Aufschläge.

Was die ASN-Zugehörigkeit offenbart

Beim Kauf eines VPS schaut man zuerst auf die Bandbreitenzahlen, aber es gibt zu viele Fälle, in denen der "Gigabit-Port" in den Abendstoßzeiten zu einer Diashow wird. Die Bandbreite ist nur die Obergrenze; die tatsächliche Leitungsqualität hängt davon ab, welchen Weg der Verkehr wirklich nimmt – das Erste ist also, die ASN-Zugehörigkeit zu prüfen. Mit whois oder Online-ASN-Abfragetools kann man anhand der ASN der IP sofort erkennen, zu welchem Rechenzentrum oder Provider dieser IP-Bereich gehört. Wenn ein Anbieter zum Beispiel "CN2 GIA" bewirbt, aber die ASN-Abfrage einen normalen Cogent oder NTT ergibt, handelt es sich höchstwahrscheinlich um falsche Werbung oder NAT-Weiterverkauf.

Entscheidender ist, dass die ASN die Routing-Strategie offenlegt. Derselbe Anbieter kann für verschiedene IP-Bereiche unterschiedliche ASNs annoncieren, was zu großen Unterschieden bei den Rückwegen der drei großen Netze führt. Wenn man mit MTR die ASN jedes Hops prüft und der Pfad über die USA oder Europa führt, sind Latenz und Paketverlust naturgemäß hoch. Das erklärt auch, warum die Erfahrung mit derselben VPS je nach IP-Bereich völlig unterschiedlich sein kann. Bei der Rückverfolgung sollte man außerdem die Konsistenz von Route Registry und WHOIS prüfen, um gefälschte ASN-Nummern durch den Anbieter zu verhindern.

Aus Cloud-Kostensicht steht die ASN-Zugehörigkeit in direktem Zusammenhang mit der FinOps-Prämie. Hochwertige ASNs (wie Telecom 4134, Unicom 9929) haben weit höhere Bandbreitenkosten als normale internationale Leitungen. Ob diese Prämie in der Preisgestaltung des Anbieters angemessen ist, lässt sich durch ein ASN-Audit bewerten. Viele "überbuchte" Maschinen sparen an der falschen Stelle und wechseln zu billigen Upstreams – das erkennt man auf einen Blick an der ASN. Wenn man mit dem Geschwindigkeitstest dieser Website einen Test durchführt und dies mit der ASN-WHOIS kombiniert, lässt sich die Netzwerkqualität in ein reproduzierbares Datenaudit verwandeln. Wenn Sie außerdem die geschäftlichen Risiken hinter Cloud-Anbietern erkennen möchten, lesen Sie den Leitfaden zur Identifizierung von Cloud-Dienstanbietern und kreuzen Sie die Echtheit der Leitungen mit der Glaubwürdigkeit der Anbieter ab.

Rückwegpfad messen

Der Schlüssel beim Netzwerk-Geschwindigkeitstest einer VPS liegt nicht in der Bandbreite, sondern im Rückwegpfad. Zuerst muss man „Hinweg“ und „Rückweg“ unterscheiden: Vom lokalen Standort zur VPS ist der Hinweg, von der VPS zurück zum lokalen Standort der Rückweg. Die meisten Anbieter optimieren nur den Hinweg; der Rückweg, der über die USA oder Europa umleitet, wird dann sichtbar. Mit MTR, das kontinuierlich Pakete sendet, kann man Latenz und Paketverlust jedes Hops betrachten – das ist zuverlässiger als ein einzelner Traceroute:

mtr -r -c 20 --no-dns <你的IP>

Als Nächstes kommt es auf die ASN-Zugehörigkeit jedes Hops an. Schau nicht nur auf die IP – nutze WHOIS oder bgp.he.net, um die ASN des Präfixes dieses Hops zu ermitteln und festzustellen, ob er über den erwarteten Knoten läuft. Zum Beispiel ist es für den Zugang über China Telecom normal, wenn der Rückweg über AS4134 (Telecom) läuft; taucht AS4809 oder AS174 (Cogent) auf, ist der Weg wahrscheinlich umgeleitet, und Latenz und Paketverlust steigen deutlich.

Falle: Anbieter broadcasten „falsche ASNs“. Prüfe, ob Route Registry und WHOIS übereinstimmen, um daraus abzuleiten, ob die Route echt ist.

Kreuzprüfung: Dies ist dieselbe Forensik-Logik wie bei der Identifizierung von Cloud-Anbietern. Du verifizierst die Echtheit der Leitung mit ASN, so wie du mit Rechnungen die FinOps-Prämie überprüfst – wenn du das beworbene „CN2/GIA“ in den tatsächlichen Rückweg umrechnest, weißt du, ob die Prämie es wert war. Ähnlich lässt sich die in /guides/cloud-serve beschriebene Idee der Herabstufung mit Rückwegdaten untermauern. Nachdem der Rückweg gemessen wurde, lässt sich zusammen mit Bandbreite und Latenz die Netzwerkqualität in ein reproduzierbares Daten-Audit verwandeln.

Wie man Bandbreiten-Betrug nachweist

Die Bandbreitenzahl ist nur die Fassade – was die Erfahrung wirklich bestimmt, ist der Pfad. Für die Beweisführung zerlegt man den Geschwindigkeitstest in drei Ebenen: Durchsatz, Latenz und Rückroute. Lasse mit MTR oder traceroute 100 Pakete laufen und notiere das ASN jedes Hops – mit dem Befehl whois -h whois.radb.net -- '-i origin ASXXXX' lässt sich die Zugehörigkeit zurückverfolgen. Wenn der VPS „CN2 GIA“ bewirbt, aber der dritte Hop bereits über Level3 oder Telia läuft, handelt es sich sehr wahrscheinlich um falsches BGP-Routing (Fake-Broadcast) oder eine nur halb optimierte Leitung. Während der Hauptverkehrszeit (20:00–23:00 Uhr) führst du den Test erneut aus und achtest auf RTT-Jitter und den Ort des Paketverlusts: Konzentriert sich der Verlust auf einen Operator-Peer-Abschnitt, deutet das auf QoS-Drosselung hin und nicht auf eine überlastete Leitung.

Eine härtere Methode ist der Abgleich der Route Registry mit der WHOIS-Konsistenz. Manche Anbieter annoncieren nicht existierende ASN-Präfixe. Mit bgpq4 oder bgp.he.net lässt sich die Routing-Quelle verifizieren – so fliegt der Bluff sofort auf. Ein weiterer subtiler Punkt: Bei derselben VPS-Serie kann die Rückroute je nach IP-Block völlig unterschiedlich sein – einer läuft über China Telecom 163, ein anderer über China Unicom CUVIP. Das hängt von den Upstream-Verträgen ab, die der Anbieter für jeden Block abgeschlossen hat, und ist keine „zufällige Zuweisung“.

Fasse diese Daten in einer Tabelle zusammen: ASN-Zugehörigkeit, Rückroute, Latenz zur Hauptverkehrszeit und Paketverlustrate. Vergleiche sie mit den Beschreibungen auf der Produktseite des Anbieters. Wenn „1000Mbps“ beworben wird, iperf3 im Einzel-Thread-Test aber nur 30Mbps erreicht und das TCP-Fenster winzig ist, handelt es sich um Drosselung oder Überverkauf (Overselling). In diesem Fall führst du mit dem VPS-Netzwerk-Benchmark-Skript einen standardisierten Benchmark aus – das Ergebnis ist reproduzierbar.

Vergiss nicht, die Beweisergebnisse letztlich in Kosten umzurechnen: Bei gleichem Preis ist die tatsächliche Durchsatzkosten eines VPS mit US-umwegiger Leitung viel höher als bei einer direkten Leitung, selbst wenn die Bandbreite groß ist. Genau das ist die „fiktive Gewinnmarge“, die der FinOps-Aufschlag abziehen soll. Bei der Identifizierung von Cloud-Anbietern gilt dasselbe: ASN-Zugehörigkeit und Rückqualität zeigen, ob ein Anbieter tatsächlich dedizierte Bandbreite nutzt oder nur geteilte Bandbreite als dedizierte ausgibt. Wenn dir das nächste Mal jemand mit „großer Bandbreite“ kommt, lass dir zuerst die ASN-Tabelle und die Paketverlustrate zur Hauptverkehrszeit zeigen.

Überlastung und Drosselung erkennen

Egal wie schön die Bandbreitenzahlen sind, während der Stoßzeit zeigt sich bei Überlastung die wahre Natur. Zur Erkennung einer Drosselung sollte man sich nicht nur den Momentanpeak von Speedtest ansehen, sondern das Überlastungsfenster im Auge behalten – lassen Sie mtr 5 Minuten lang laufen und beobachten Sie Paketverlustrate und Latenz-Jitter. Wenn die Latenz von 20 ms auf 200 ms springt und mit 5 %+ Paketverlust einhergeht, kann man grundsätzlich auf Überlastung des Upstream-Peers oder eine QoS-Drosselung durch den Anbieter schließen.

Noch wichtiger ist es, die IP-Zugehörigkeit jedes Hops zu ermitteln:

for ip in $(mtr -r -c 10 8.8.8.8 | awk '{print $2}' | grep -v '^|' | tail -n +2); do whois $ip | grep -E 'origin|netname' | head -2; echo "---"; done

Vergleichen Sie die ASN- und Route-Registry-Einträge. Wenn der Anbieter CN2 GIA bewirbt, aber im tatsächlichen Rückweg ASN von Level3 oder Telia auftauchen, handelt es sich höchstwahrscheinlich um eine gefälschte Leitung. Diese Kreuzvalidierung hilft Ihnen, „getarnte“ VPS zu erkennen – viele Cloud-Anbieter (insbesondere günstige Wiederverkäufer) geben normale Leitungen als optimierte Leitungen aus, was sich durch die ASN-Zugehörigkeit schnell aufdecken lässt.

Nebenbei aus FinOps-Sicht: Angenommen, Sie zahlen 30 % Aufpreis für „geringe Latenz“, aber MTR zeigt, dass der Durchsatz bei Überlastung auf ein Zehntel fällt – dieser Aufpreis ist tatsächlich eine Subvention für überbuchte Anbieter. Eine Maschine, die es wert ist, behalten zu werden, hat einen stabilen Rückweg-ASN, eine Latenzdifferenz von unter 20 ms zwischen den drei Netzen und null Paketverlust während der Stoßzeit. Mit dieser Methode zu prüfen ist viel zuverlässiger, als sich auf die Werbeseiten der Anbieter zu verlassen.

Prämienrate und Beschaffungsentscheidungen

Erst wenn die Authentizität der Leitung durch ASN-Zugehörigkeit, Rückwegpfad und Echtzeit-Latenz dreifach bestätigt ist, ist die „Prämienrate“ keine Metaphysik. Ich wende in der Regel eine FinOps-orientierte Kostenperspektive auf die VPS-Beschaffung an: Zuerst führe ich einen vps network speed test durch (das YABS-Skript reicht), dann nutze ich mtr -z, um die ASN jedes Hops zu ermitteln, kombiniert mit whois, um die Broadcast-Quelle zu bestätigen, und schließlich verwende ich die return path-Paketverlustrate während der Abendspitzenzeiten an drei aufeinanderfolgenden Tagen zur Kreuzvalidierung. Auf diese Weise werden die „Premium-Netzwerke“ und „Standardleitungen“ des Anbieters sauber offengelegt.

Prämienrate = (tatsächlich gemessener Durchsatz + Qualitätsbewertung des Rückwegs) / jährliche Kosten. Zum Beispiel: Ein Anbieter bewirbt 1 Gbit/s Bandbreite, aber die ASN zeigt, dass seine Peers meist Nischen-IXs sind, der Rückweg über die USA führt und die Paketverlustrate während der Abendspitzen 8 % beträgt – dann ist es nur $20 pro Jahr wert; umgekehrt, wenn die ASN direkt mit China Telecom CN2 verbunden ist, der Rückweg zu allen drei Netzen direkt ist und der packet loss gegen Null tendiert, lohnt es sich selbst bei $60 mehr. Im Vergleich zu ähnlichen Public-Cloud-Konfigurationen kann Ihnen diese Prüfung helfen, aus der Perspektive der „Cloud-Anbieter-Identifikation“ zu durchschauen, ob eine „Leitungs-Lernsteuer“ erhoben wird.

Entscheidungsliste:

• ASN prüfen: whois -h whois.radb.net -- -i origin ASxxxxx, prüfen, ob es mit den Angaben des Anbieters übereinstimmt.
• Rückweg testen: mtr -r -c 100 -z Ziel-IP, prüfen, ob die ASNs der letzten drei Hops zum Backbone der drei Netze gehören.
• Premium berechnen: Bandbreitenzahl ÷ Latenz × Paketverlustfaktor, dann durch den Preis dividieren, um den Preis-Leistungs-Index zu erhalten.

Vergessen Sie schließlich nicht: Echte Reputation entsteht aus reproduzierbaren Daten, nicht aus Screenshots des Anbieters. Archivieren Sie jedes Testergebnis. Wenn Sie beim nächsten Mal auswählen oder downgraden, rufen Sie die historischen Aufzeichnungen direkt ab und vergleichen Sie zusätzlich die Basislinie der Public Cloud in /guides/cloud-serve, um den Prämienraum einzugrenzen.