‎3 Tage Cloudflare Probleme | Telekom hilft Community

Telekom hilft Community

Telekom Business Community

Privatkunden

Telekom Shops

Kontakt

Gelöst

3 Tage Cloudflare Probleme

vor 2 Jahren

Hallo,

ich betreibe diverse Webseiten, welche Cloudflare Services als Proxy davor geschalten haben.

Ich habe bei meinen eigenen und bei anderen Cloudflare Seiten seit 3 Tagen große Probleme.

Das Aufrufen dieser Seiten reicht mal von 10 Sekunden bis 3 Minuten.

Ich habe in Cloudflare alles richtig eingestellt und habe sichergestellt, dass das Aufrufen dieser in anderen Regionen normal funktioniert.

Gibt es dort Möglichkeiten zu sehen ob daran schon gearbeitet wird? Und ob es ein Telekom Problem ist oder ein Cloudflare Problem?

Ein Geschäftspartner hat mit einem anderen Anbieter in einer anderen Stadt keinerlei Probleme.

Es gibt auch bereits ein paar Berichte im Cloudflare Forum von Nutzern aus Berlin mit gleichen Problemen.

Ich persönlich komme aus Ecke NRW, daher denke ich es könnte schon ein Deutschland weites Problem sein.

Danke für Ihre Antworten.

4617

vor einem Jahr
Faszinierend....
Seit gestern 19 Uhr irgendwas habe ich Glasfaser von der Telekom. Alles (heise, DTAG DNS, IPv4 Cloudflare,....) hat kürzere Latenzen nur IPv6 zu Cloudflare ist zu normalen Zeiten schlechter als vorher per DSL 😣

0
vor einem Jahr
Heute ist es wieder besonders schlimm ...

1
Antwort
von
vor einem Jahr
So eine hohe Latenz habe ich nicht bei mir, aber viele Paketverluste bis ca 24 Uhr, was die Anbindung nicht besser macht. Per IPv4 sieht es gut aus....
Uneingeloggter Nutzer
Antwort
von
vor einem Jahr
Ich hänge mich hier auch mal mit dran, bei mir gibts auch praktisch jeden Abend diese Probleme (Raum München).
Ping ist oft tatsächlich noch akzeptabel, aber durch 10+% Paketverlust ist die Verbindung trotzdem unbrauchbar.
Außer cloudflare ist ab und zu auch Amazon CloudFront (bis jetzt nur bei Video bemerkbar) und einige andere kleinere AS betroffen.
2
Antwort
von
vor einem Jahr
@Yannis M Das cloudflare ping wird per IPv6 angefragt?
Antwort
von
vor einem Jahr
In dem Fall IPv4, IPv6 sieht tatsächlich noch schlimmer aus, kann ich aber leider aus meinem Kubernetes Cluster heraus nicht ohne weiteres machen.
Uneingeloggter Nutzer
Antwort
von
vor einem Jahr
DTAG routet heute mal wieder direkt in die USA (Newark) statt nach Franfurt.
100+ ms sinnlose Latenz (IPv4+6). Bin gespannt wie das dann erst am Abend wieder aussieht 😠

3 nyc-sb5-i.NYC.US.NET. DTAG .DE [62.154.5.237]
4 87.128.239.250
5 if-ae-0-2.tcore3.njy-newark.as6453.net [216.6.90.14]
6 66.198.70.2
7 162.158.156.3
8 172.67.144.xxx

3 2003:3c0:1300:5::1
4 2003:3c0:1300:5::2
5 if-ae-2-2.tcore2.n0v-newyork.ipv6.as6453.net [2001:5a0:4500:100::a]
6 if-ae-23-2.tcore4.njy-newark.ipv6.as6453.net [2001:5a0:400:700::55]
7 if-ae-1-3.tcore3.njy-newark.ipv6.as6453.net [2001:5a0:f00::23]
8 2001:5a0:f00::1e
9 2400:cb00:11:3::
10 2606:4700:3034::6815:xxxx

0
vor einem Jahr
Hier mal ein Update zu meinem Post vom 31.01.2024 (Routing über die USA/Newark) für alle die selbst Cloudflare-Services nutzen.

Der gezeigte Trace aus dem DTAG -Netz stammt von einer Website (sagen wir mal devsite.com) die momentan bei uns in der Entwicklung ist und auf CF Workers basiert. Ein Trace auf portal.devsite.com ging letztlich über die gleiche Route wie devsite.com nach Newark, wobei CF in diesem Fall einfach als Proxy zu einem Server in FRA konfiguriert ist. DTAG Ping-Zeiten konstant 110-120ms. Pings von Cloud-Instanzen bei AWS, Azure, Google, Hetzner… an (portal.)devsite.com lagen dagegen im "gewohnten" einstelligen Millisekunden-Bereich. IPs dieser beiden Endpunkte stammten aus dem CF-Netz mit dem Netname "CLOUDFLARENET-EU"

Ich habe dann mal den Trace mit einem älteren Produktivsystem (sagen wir hier mal prosite.com) verglichen. Diese Site wurde im DTAG -Netz nach wie vor aus CF EU-POPs ausgeliefert (in meinem Fall FRA) und die Ping-Zeiten aus dem DTAG -Netz lagen sowohl für den Worker als auch für die konfigurierten Subdomains (CF Proxy-Mode) konstant im Bereich 8-10ms. Diese IPs kamen aus dem CF-Netz "CLOUDFLARENET" und wurden über xxxx.frankfurt.opentransit.net und cloudflare-10.gw.opentransit.net (Orange) geroutet.

Ein letzter Vergleich mit einem dritten (Test-)System (testsite.com) war dann wieder identisch mit devsite.com, Traffic ebenfalls über Newark.

Alle Sites gehören zu unterschiedlichen Cloudflare-Accounts, waren aber auf den ersten Blick identisch konfiguriert. Einziger Unterschied: prosite.com war im CF Plan PRO (~23€/m) angesiedelt, während devsite.com und testsite.com noch im FREE Plan liefen. Ich habe dann devsite.com auf den PRO-Tarif umgestellt und innerhalb von wenigen Minuten(!) hatte ich zwei neue IPs für (portal.)devsite.com, die nun ebenfalls aus "CLOUDFLARENET" kommen. Pings danach wieder einstellig und Routing wie bei prosite.com. Faszinierend.

Fazit: Cloudflare ist wohl irgendwann Ende Januar 2024 dazu übergegangen, EU-Accounts im FREE Plan über Newark auszuliefern. Ob dies der neue Dauerzustand im DTAG -Netz ist, muss man abwarten und über die Gründe dafür kann man jetzt beliebig spekulieren. Am Ende des Tages wird es wohl am Peering -Clinch mit der DTAG liegen.

HTH

1
Antwort
von
vor einem Jahr
Ich hatte bei Cloudflare zu dem Problem vor einigen Monaten ein Ticket angelegt.

Die Rückmeldung war im Kern:
„Would you be able to encourage them to open a thread in Cloudflare Community?
https://community.cloudflare.com/
I would have a greater case if more users voice their concerns.
Thank you.“

Ihr habt das so gut dokumentiert, dass es sicherlich helfen würde auch bei Cloudflare auf das Thema aufmerksam zu machen.
Uneingeloggter Nutzer
Antwort
von
vor einem Jahr
Seit einigen Tagen ist es Abends wieder ganz schlimm - sogar mit abgeschalteten AAAA Records.

Leite ich alle CF IP Ranges (https://www.cloudflare.com/ips-v4/#) über VPN (direkt in OPNsense), dann läuft alles schnuff durch, leider scheitern dann einige Geräte (z.B. mein Ring Intercom) an Verbindungen, weil wahrscheinlich ein Botfilter greift wegen der vielgenutzten Surfshark Adresse.

Da muss sich jetzt endlich mal was tun! Docker und Github Adressen leite ich schon lange über VPN aber den ganzen CF Bereich kann und möchte ich so nicht betreiben müssen.
0
vor 9 Monaten
Das Problem ist nach wie vor nicht behoben. Es betrifft vor allem Websites, die Cloudflare's Free Plan benutzen. Ich hab von jemandem im Cloudflare Discord eine inoffizielle debug Seite erhalten, die anzeigt in welches data center man geroutet wird. Her sieht man (bei "local-free-v4" und "local-free"), dass man in EWR (Ostküste USA) landet.

https://debug.chaika.me/?findColo=true

Und ja, es ist ein Telekom Problem. Mit VPN oder über andere Provider geht das problemlos. Traceroute bestätigt es.
Bitte, bitte, liebe Telekom einigt euch doch endlich mal und sträubt euch nicht gegen vernünftiges Peering ! Mir ist es in letzter Zeit wieder ganz schlimm aufgefallen. Websites, die es betrifft sind einfach unnutzbar langsam.
1
Antwort
von
vor 9 Monaten
Ich habe es schon lange aufgegeben. Mein Anschluss ist bereits gekündigt und in 1 Jahr geht‘s dann zu Vodafone in die Glasfasertarife.
Uneingeloggter Nutzer
Antwort
von
vor 4 Monaten
Es tut sich endlich was zum Thema Peering Probleme bei der DTAG . Jeder der genug davon hat bitte auf https://netzbremse.de eintragen.

Lasst uns gemeinsam gegen die Praktiken der DTAG vorgehen!
0
vor 4 Monaten
Es tut sich endlich was zum Thema Peering Probleme bei der DTAG . Jeder der genug davon hat bitte auf https://netzbremse.de eintragen.

Lasst uns gemeinsam gegen die Praktiken der DTAG vorgehen!
0