Cloudflare als „Brems-CDN“? 3 Schritte zur IP-Optimierung – bis zu 5× schneller

Kennen Sie das? Im Ausland lädt Ihre Website blitzschnell, alle Ressourcen fließen reibungslos. Dann melden Freunde aus dem chinesischen Festland: Der Zugriff dauert Sekunden, manchmal bricht die Verbindung ab. Beim ersten Mal war ich genauso ratlos – Server und CDN schienen in Ordnung. Warum so langsam?

Die Ursache liegt oft bei Cloudflare. Obwohl Cloudflare als größter CDN-Anbieter weltweit gilt, wird es in China häufig als „Brems-CDN“ kritisiert. Das liegt nicht an Ihrem Server oder Ihrem Code, sondern daran, dass die für chinesische Nutzer zugewiesenen IP-Knoten oft schlechte Qualität haben – hohe Latenz, Paketverlust, niedrige Geschwindigkeit.

Das Problem lässt sich lösen. Mit dem Open-Source-Tool CloudflareSpeedTest testen Sie, welche Cloudflare-Knoten-IPs aus China am schnellsten erreichbar sind, und konfigurieren diese „bevorzugten IPs“ manuell. Der gesamte Prozess dauert etwa 10 Minuten; danach kann die Zugriffsgeschwindigkeit um das 3–5-fache steigen – in manchen Fällen sinkt die Latenz von 280 ms auf 45 ms.

In diesem Artikel teile ich den vollständigen Workflow zur IP-Optimierung:

• Tool-Download und Nutzung (Windows/Linux/Mac)
• Speedtest-Ergebnisse lesen und die beste IP wählen
• 3 Konfigurationsmethoden (von einfach bis professionell)
• Troubleshooting und typische Fallstricke

Los geht’s.

Warum ist Cloudflare in China so langsam? Erst die Grundlagen

Bevor wir optimieren, klären wir das Warum – dann wissen Sie beim Konfigurieren, was Sie tun.

Cloudflare nutzt Anycast. Vereinfacht gesagt: Knoten weltweit, alle mit derselben IP. Beim Zugriff leitet das Netzwerk Ihre Anfrage zum „nächsten“ Knoten. Das klingt ideal – doch „nächster“ meint nicht geografische Nähe, sondern Routing-Nähe: Hop-Anzahl, Netzwerktopologie usw.

In der Praxis kann der algorithmisch „nächste“ Knoten aus China trotzdem langsam sein – die Anfrage geht vielleicht erst nach Hongkong, dann nach Japan, erst dann zum Zielknoten. Die Latenz steigt.

Ein weiterer zentraler Punkt: Cloudflares chinesische Rechenzentren stehen Free-Nutzern nicht offen. Ja, Cloudflare hat Infrastruktur in China – aber nur Enterprise-Kunden nutzen sie. Free-Nutzer landen meist bei Knoten in Hongkong, Japan, Südkorea oder an der US-Westküste. Dazu kommen schwankende internationale Bandbreite und Stau in Spitzenzeiten – langsame Zugriffe sind die Regel.

In meinen Tests lag die Latenz der Standard-IP oft bei 200–300 ms, mit gelegentlichem Paketverlust. Andere Cloudflare-IPs desselben Netzes erreichen nur 30–80 ms – ein Vielfaches Unterschied.

Deshalb „optimieren“ wir manuell: Knoten-IPs finden, die aus China gut erreichbar sind, und unsere Website gezielt darüber leiten.

CloudflareSpeedTest: In 10 Minuten zur schnellsten IP

Nach der Theorie kommt die Praxis. Das Tool heißt CloudflareSpeedTest – ein Open-Source-Projekt auf GitHub (XIU2/CloudflareSpeedTest) mit über 20.000 Stars, sehr verlässlich.

Download und Installation

Keine Installation nötig – herunterladen und starten. Je nach System:

Windows:

1. GitHub Releases öffnen (https://github.com/XIU2/CloudflareSpeedTest/releases)
2. CloudflareST_windows_amd64.zip herunterladen
3. In einen beliebigen Ordner entpacken
4. CloudflareST.exe sollte sichtbar sein

Linux:

mkdir cfst
cd cfst
wget https://github.com/XIU2/CloudflareSpeedTest/releases/download/v2.3.4/CloudflareST_linux_amd64.tar.gz
tar -zxf CloudflareST_linux_amd64.tar.gz
chmod +x CloudflareST

Mac:

CloudflareST_darwin_amd64.tar.gz (Intel) oder CloudflareST_darwin_arm64.tar.gz (Apple Silicon) herunterladen, entpacken und im Terminal ausführen.

Speedtest starten

Einfachste Nutzung:

Windows: CloudflareST.exe doppelklicken – ein Konsolenfenster öffnet sich, warten Sie ab.

Linux/Mac: Im Terminal ./CloudflareST ausführen.

Sie sehen Ausgaben in etwa so:

开始延迟测速（模式：TCP, 端口：443, 范围：1-200）
进度: [==================================================] 100%
开始下载测速（下载速度下限：0.00 MB/s, 数量：10）
下载测速进度: [==================================================] 100%

Der gesamte Lauf dauert etwa 5–15 Minuten, abhängig von Netzwerk und Parametern. Ich nutze die Zeit für Kaffee – das Tool läuft automatisch durch.

Speedtest-Ergebnisse verstehen

Nach Abschluss entsteht result.csv – mit Excel oder einem Texteditor öffnen. Wichtige Spalten:

1. IP-Adresse: Verfügbare Cloudflare-Knoten-IP – diese konfigurieren Sie gleich
2. Durchschnittliche Latenz: Wichtigste Kennzahl! Je niedriger, desto besser – unter 100 ms empfohlen
3. Download-Geschwindigkeit: Relevant für große Dateien – über 5 MB/s empfohlen
4. Paketverlustrate: Muss 0 % sein – bei Verlust sofort aussortieren

In der Regel sind die obersten Einträge gute Kandidaten. Bei meinem letzten Test führte eine japanische IP mit 45 ms Latenz, 18 MB/s Download und 0 % Verlust.

Typischer Fehler: Latenz extrem niedrig (0,3 ms, 0,5 ms)? Meist läuft ein Proxy/VPN. Proxy deaktivieren und neu testen – sonst sind die Ergebnisse unbrauchbar. Beim ersten Mal habe ich genau das übersehen und eine „ultraschnelle“ IP konfiguriert, die in Wirklichkeit nicht passte.

Fortgeschritten: Parameter-Tuning für präzisere Ergebnisse

Die Basis reicht oft – für noch genauere Resultate können Sie Parameter anpassen.

Spitzenzeiten meiden

Sehr wichtig! Abends 20–24 Uhr (chinesische Zeit) ist Netz-Stoßzeit – Ergebnisse weichen stark ab. Empfohlen:

• Tagsüber (10–16 Uhr)
• Nachts (1–5 Uhr)

Am Wochenende sind die Werte oft stabiler als werktags.

Häufig genutzte Parameter

CloudflareSpeedTest unterstützt viele Optionen – hier die praktischsten:

# Windows-Beispiel
CloudflareST.exe -n 500 -t 10 -dn 20 -dt 15
# Linux/Mac-Beispiel
./CloudflareST -n 500 -t 10 -dn 20 -dt 15

Parameter:

• -n 500: Test-Threads, Standard 200 – 500 scannt mehr IPs
• -t 10: 10 Latenz-Messungen pro IP (Standard 4) – stabilere Werte
• -dn 20: 20 IPs im Download-Test (Standard 10)
• -dt 15: 15 Sekunden Download pro IP (Standard 10) – genauer

Höhere Werte verlängern den Lauf auf 20–30 Minuten – für maximale Genauigkeit lohnt sich das.

Regionsspezifischer Test

Nur bestimmte Regionen testen mit -cfcolo:

# Nur Hongkong, Tokio, San Jose
CloudflareST.exe -cfcolo HKG,NRT,SJC

Häufige Codes:

• HKG: Hongkong
• NRT: Tokio
• SJC: San Jose (USA)
• LAX: Los Angeles (USA)
• SIN: Singapur

Praktisch, wenn Ihre Nutzer vor allem in Asien sitzen – spart Zeit.

Offizielle Cloudflare-Speedtest-URL

Standardmäßig nutzt das Tool Drittanbieter-Dateien. Für realistischere Werte:

CloudflareST.exe -url https://speed.cloudflare.com/__down?bytes=500000000

500 MB Download – näher am echten Nutzungsverhalten, Test dauert länger.

Bevorzugte IP konfigurieren: 3 Methoden

Nach dem Test und der IP-Auswahl folgt die Website-Konfiguration. Drei Wege – von einfach bis professionell.

Methode 1: DNS-A-Record direkt ändern (einfachste, ~5 Minuten)

Am direktesten – für persönliche Sites und geringen Traffic.

Schritte:

1. Bei Ihrem DNS-Anbieter anmelden (Alibaba Cloud, Tencent Cloud, Cloudflare usw.)
2. DNS-Records der Domain öffnen
3. A-Record-IP auf die gemessene bevorzugte IP setzen
4. Speichern, DNS-Propagierung abwarten (meist 5–10 Minuten)

Beispiel: Optimale IP ist 104.16.123.45:

A-Record: blog.example.com → bisherige IP

ändern zu:

A-Record: blog.example.com → 104.16.123.45

Vorteile: Sehr einfach, in Minuten erledigt.

Nachteile: Cloudflare zeigt ggf. eine gelbe Warnung „IP exposed“. Kein Funktionsproblem – nur Hinweis, dass die Origin-IP sichtbar ist. Wird die IP später langsamer, manuell wechseln.

Methode 2: CNAME auf bevorzugte Domain (empfohlen, mit Puffer)

Prinzip: Domain per CNAME auf eine Cloudflare-Domain mit bereits optimierter IP-Auflösung zeigen. Viele große Unternehmens-Domains haben gute Knoten-Zuweisung.

Häufig genutzte Domains:

• time.cloudflare.com
• www.visa.com
• www.csgo.com
• shopify.com
• icook.hk

Schritte:

1. Alten A-Record beim DNS-Anbieter löschen
2. CNAME-Record auf bevorzugte Domain setzen
3. Speichern

Beispiel:

CNAME: blog.example.com → www.visa.com

Warum wirken diese Domains? Große Kunden erhalten oft bessere Knoten – teils mit Optimierung für Festland-China.

Vorteile: Einfach, gewisse Fehlertoleranz – Domain bei Bedarf tauschen.

Nachteile: Bevorzugte Domains können ausfallen (selten) – Geschwindigkeit regelmäßig prüfen.

Methode 3: Provider-spezifische Auflösung (Profilösung)

Für hohen Traffic oder maximale Geschwindigkeit: Telekom, Unicom und Mobile (drei große chinesische Carrier) erhalten unterschiedliche bevorzugte IPs.

Warum nach Carrier trennen?

Die drei Netze haben unterschiedliche Leitungen. Eine für Telekom schnelle IP muss für Mobile nicht schnell sein. Getrennte Konfiguration optimiert für jeden Carrier.

Schritte:

1. Getrennt testen: Mit Telekom-, Unicom- und Mobile-Netz jeweils einmal messen – 3 optimale IPs
   • Telekom: z. B. 104.16.111.11
   • Unicom: z. B. 104.16.222.22
   • Mobile: z. B. 104.16.333.33
2. Intelligente Auflösung konfigurieren:
   Bei DNSPod oder Alibaba Cloud DNS (line-basierte Auflösung nötig):
   • A-Record, Leitung „Telekom“, IP 104.16.111.11
   • A-Record, Leitung „Unicom“, IP 104.16.222.22
   • A-Record, Leitung „Mobile“, IP 104.16.333.33
   • A-Record, Leitung „Standard“, IP des Gesamt-Besten
3. Speichern

Vorteile: Maximale Geschwindigkeit pro Carrier.

Nachteile: Aufwändiger – 3 Tests, monatliche Wartung empfohlen. Intelligente DNS-Auflösung nötig; Cloudflare Free DNS unterstützt das nicht.

Meine Empfehlung

• Persönlicher Blog / kleine Site: Methode 1 oder 2
• Traffic im niedrigen bis mittleren vierstelligen Bereich: Methode 2 – bestes Preis-Leistungs-Verhältnis
• Hoher Traffic / geschwindigkeitskritisch: Methode 3 – aufwändiger, bestes Ergebnis

Mein Blog nutzt Methode 2 – einmal konfiguriert, kaum Wartung, zufriedenstellende Geschwindigkeit.

Wirkung prüfen und Troubleshooting

Nach der Konfiguration: Wirkung messen und Probleme lösen.

Optimierung verifizieren

Methode 1: Ping-Test

Einfachste Variante – Kommandozeile öffnen:

Windows:

ping blog.example.com

Mac/Linux:

ping -c 10 blog.example.com

Latenz beobachten:

• Vorher: oft 200–300 ms oder mehr
• Nachher: ideal 30–80 ms

Mein Blog: vorher 280 ms, nachher 45 ms – mehr als 6× Unterschied.

Methode 2: Browser-Entwicklertools

1. F12 → Entwicklertools
2. Tab „Network“ (Netzwerk)
3. Seite neu laden
4. Ladezeiten der Ressourcen prüfen

Fokus:

• First Contentful Paint / First Screen: vorher 5 s+, nachher 1–2 s
• Statische Assets: CSS, JS, Bilder deutlich schneller

Methode 3: Externe Speedtest-Tools

Multi-Location-Ping aus China:

• Chinaz: http://ping.chinaz.com
• 17CE: https://www.17ce.com

Zeigt Geschwindigkeit nach Region und Carrier.

Meine Messdaten

Vergleich aus eigener Praxis:

Vorher:

• Ping-Latenz: 280 ms
• First Screen: 5,2 s
• Statische Assets im Schnitt: 800 ms

Nachher:

• Ping-Latenz: 45 ms
• First Screen: 1,1 s
• Statische Assets im Schnitt: 150 ms

Steigerung: Zugriff etwa 4,7× schneller.

Häufige Probleme

Problem 1: Website nicht erreichbar oder „Too many redirects“

Meist SSL/TLS-Einstellung.

Lösung:

1. Cloudflare-Dashboard öffnen
2. Domain wählen
3. Links „SSL/TLS“
4. Verschlüsselungsmodus auf „Full“ oder „Full (strict)“ setzen

Hintergrund: Bei „Flexible“ ist Browser→Cloudflare HTTPS, Cloudflare→Origin HTTP – Endlosschleife. „Full“ = durchgängig HTTPS.

Problem 2: Kaum Geschwindigkeitsverbesserung

Mögliche Ursachen:

Ursache 1: Proxy beim Speedtest

Prüfen, ob VPN/Proxy aktiv war. Deaktivieren und neu messen – klassischer Fehler.

Ursache 2: Langsame Origin

Bevorzugte IP optimiert nur den CDN-Teil. Langsame Origin begrenzt den Effekt. Origin testen:

curl -o /dev/null -s -w 'Total: %{time_total}s\n' https://your-origin-server.com

Ursache 3: Falsche IP

Platz 1 in result.csv passt nicht immer. Top 5 durchprobieren.

Problem 3: Bevorzugte IP wird später langsam

Normal. Knotenqualität schwankt – mehr Traffic, Routing-Änderungen, Carrier-Politik.

Lösung:

• Monatlich neu messen und IP aktualisieren
• Automatisierung z. B. mit GetCFipToDns – periodischer Speedtest und DNS-Update

Problem 4: China schnell, Ausland langsamer

Bei primär chinesischer Zielgruppe oft vernachlässigbar. Bei internationalen Nutzern:

• Methode 3 plus „Overseas“-Leitung auf Standard-Cloudflare-Knoten
• Oder GeoDNS: China → bevorzugte IP, Rest → normales Routing

Automatisierung

Ohne monatliches Hand-Retest:

1. Cron-Job: Skript führt CloudflareSpeedTest periodisch aus, aktualisiert result.csv
2. Monitoring: Uptime Robot o. Ä. – Alarm bei langsamer Site
3. Auto-DNS-Update: GetCFipToDns – Speedtest und DNS-Update automatisch

Ich kombiniere Methode 2 mit monatlichem Hand-Retest – läuft stabil.

Fazit

Cloudflare-Zugriff aus China ist langsam wegen der Knoten-Zuweisung – nicht wegen Ihrer Konfiguration. Mit CloudflareSpeedTest und bevorzugter IP steigern Sie die Geschwindigkeit in 10–30 Minuten um das 3–5-fache. Drei Schritte:

1. Messen: CloudflareSpeedTest herunterladen, Test durchführen (Spitzenzeiten meiden, Proxy aus)
2. IP wählen: Aus result.csv niedrige Latenz, hohe Geschwindigkeit, 0 % Paketverlust
3. Konfigurieren: DNS direkt, CNAME oder provider-spezifisch

Nach der Konfiguration Wirkung prüfen; bei Problemen den Troubleshooting-Abschnitt nutzen. Bevorzugte IPs sind kein Dauerzustand – monatliches Retest empfohlen.

Wenn Sie Cloudflare nutzen, lohnt sich der Versuch. Nach einmaliger Einrichtung verbessert sich die Nutzererfahrung spürbar – weniger Beschwerden über langsame Ladezeiten.

Fragen gerne in den Kommentaren; teilen Sie auch Ihre Vorher-Nachher-Daten – wie viel schneller wurde es bei Ihnen?