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.
vor 2 Jahren
Hallo zusammen,
hier ein kurzes Update von uns: Als SaaS Provider, der CF nutzt, stehen wir vor einem ernsten Dilemma. Da für uns keine Lösung leider inakzeptabel ist, die DTAG das ganze aber nicht interessiert bleibt leider nur ein eigner Workaround.
Eine Möglichkeit wäre natürlich nicht mehr CF Dienste zu nutzen, sondern dafür einfach komplett auf einen Private- Peering -Partner der DTAG umzusteigen. Am Besten noch direkt alles in die Open Telekom Cloud – haha, eine geniale Idee!
Natürlich kommt das für uns nicht infrage; wir lassen uns doch nicht von der DTAG diktieren welche Dienste wir verwenden.
Hier nun unser Workaround:
Wir haben einen Reverse Proxy bei Hetzner für unsere Services eingerichtet. Sollte ein Kunde als die DTAG als ISP nutzt und wir stellen ein Peering -Problem fest (MTR), leitet wir diese Kunden über den Reverse Proxy in Hetzner um (bevor diese dann wie gewohnt über CF und/oder andere Dienste geroutet werden). Da Hetzner ( Peering Points von Hetzner) ein Double-Paid-Traffic Vertrag mit der DTAG abgeschlossen hat (nach eigener Aussage widerwillig, gerne mal googlen), umgehen wir somit also das Peering Problem DTAG <--> CF. Hetzner selbst bietet dann Private Peering zu CF.
Die Lösung ist natürlich nicht optimal. Wir müssen nun eine zusätzliche RSS managen. Außerdem muss der Hetzner-Server auch gesondert abgesichert werden (da ja leider keine CF WAF/DDoS-Schutz möglich).
Gleichzeitig entsteht uns natürlich erstmal zusätzliche Kosten, sowie eine höhere RTT für unsere Kunden und auch unser eigentlicher Load-Balancer kann nicht wie gewohnt alle Request abgreifen (somit greift die horizontale Skalierung unsere Clusters leider nicht). Da wir diese Zwischenroute über Hetzner jedoch nur bei Packet-Loss am Peering -Punkt gehen und nicht immer, ist das für uns unter den gegebenen Umständen aktuell der beste Weg. Langfristig könnte man whrl. auch über eine automatische Bereitstellung der RSS über IaC nachdenken.
Für alle betroffenen Privatkunden ist das alles leider keine Lösung...
VG
Johannes
5
von
vor 2 Jahren
@Julia U. Wenn die Kollegen etwas Anregungen brauchen...
Es ist primär IPv6 betroffen. Für mydealz.de per IPv6 (2606:4700::6811:5149) (cloudflare.com sieht genauso aus)
Per IPv4 sieht es viel besser aus. Könnte aber auch besser sein
An meinem Anschluss liegt es nicht. DTAG DNS per v6 (2003:180:2:8000::53)
von
vor 2 Jahren
@DDDDDDDDDDD
Ja, für einige Kunde.
Zusätzlich haben wir aber auch eine einfache sub-domain für unsere Plattform, welche dann generell über Hetzner geht. Zusätzlich können wir Kunden der DTAG natürlich nach dem ersten Request auch einfach aktiv auf die sub-domain umleiten. Unsere anderen Kunden laufen dann immer über die default Domain und werden nie umgeleitet.
Wir nutzen z.B. auch CF Pages, dabei wird der Content direkt von CF gehostet und die IPv6 Einstellung im Dashboard greift hier leider nicht...
VG
Johannes
Gelöschter Nutzer
von
vor 2 Jahren
die Anliegen zu dem Peering Problemen kommen aktuell bei uns vermehrt auf. Die zuständigen Kollegen der Diagnose sind Montag wieder da und werden sich den Fall dann annehmen.
die Anliegen zu dem Peering Problemen kommen aktuell bei uns vermehrt auf.
Die zuständigen Kollegen der Diagnose sind Montag wieder da und werden sich den Fall dann annehmen.
Reicht das? @KevinM2590
Uneingeloggter Nutzer
von
vor 2 Jahren
Ich kann die Probleme 1:1 bestätigen und zwar alle, wie sie hier stehen. Die DTAG hat definitiv ein massives Problem, es betrifft vor allem Cloudflare über IPv6 (IPv4 ist mittlerweile besser geworden), aber auch andere Anbieter wie z.B. Contabo.
Hier hab ich auch einen Thread am laufen: https://telekomhilft.telekom.de/t5/Festnetz-Internet/Routing-zu-Cloudflare-abends-schlecht-hoher-Ping/m-p/6505941#M2188961
0
vor 2 Jahren
@Espresso doppio Ich bin Itler und arbeite im Support.
Ich mach mir da aktuell keine Hoffnungen. Habe gerade schon nach der Vertragslaufzeit geschaut ^^
0
0
vor 2 Jahren
Kann mich hier nur anschließen, seit über 1 Jahr Kunde bei Telekom, nie Probleme gehabt und jetzt seit ca. 3-4 Wochen oder sowas ab 15 Uhr bis 0 Uhr Probleme Internetseiten die hinter Cloudfare sitzen aufzurufen. Laden ewig oder unendlich. Ab 0 Uhr läufts schnell wie gewohnt, genauso wie mit VPN . Das kann ja kein Dauerzustand sein!
0
0
vor 2 Jahren
bei mir seit gut nem 3/4 jahr. kunde seit 2016.
allerdings hab ich es jetzt erstmal "lösen" können indem ich in windows auf meinem client ipv6 deaktiviert habe.
damit sollte das Peering über v4 laufen und die probleme hoffentlich erstmal größenteils gelöst sein.
schön ist es dennoch nicht.
Bei so nem Hinterhofverein wie 1&1 hätte ich sowas erwartet aber nicht bei der Telekom.
0
0
vor 2 Jahren
Ja richtig peinliche Leistung von der Telekom, freue mich dass ich bald wechseln kann wenn die Vertragslaufzeit abgelaufen ist.
0
0
vor 2 Jahren
Hier war es die letzten zwei Abende etwas besser. Glück/Zufall oder hat jemand was gemacht?
0
4
von
vor 2 Jahren
Ja, seit dem 8.1. sieht es ziemlich gut aus
0
von
vor 2 Jahren
Zu früh gefreut. Seit 19 Uhr wieder hohen ping und Packetverluste
$ ping -c 10 cloudflare.com
PING cloudflare.com(2606:4700::6810:84e5 (2606:4700::6810:84e5)) 56 data bytes
64 bytes from 2606:4700::6810:84e5 (2606:4700::6810:84e5): icmp_seq=1 ttl=56 time=47.9 ms
64 bytes from 2606:4700::6810:84e5 (2606:4700::6810:84e5): icmp_seq=2 ttl=56 time=47.7 ms
64 bytes from 2606:4700::6810:84e5 (2606:4700::6810:84e5): icmp_seq=3 ttl=56 time=45.5 ms
64 bytes from 2606:4700::6810:84e5 (2606:4700::6810:84e5): icmp_seq=4 ttl=56 time=44.9 ms
64 bytes from 2606:4700::6810:84e5 (2606:4700::6810:84e5): icmp_seq=5 ttl=56 time=47.8 ms
64 bytes from 2606:4700::6810:84e5 (2606:4700::6810:84e5): icmp_seq=6 ttl=56 time=46.8 ms
64 bytes from 2606:4700::6810:84e5 (2606:4700::6810:84e5): icmp_seq=8 ttl=56 time=46.1 ms
64 bytes from 2606:4700::6810:84e5 (2606:4700::6810:84e5): icmp_seq=9 ttl=56 time=44.1 ms
--- cloudflare.com ping statistics ---
10 packets transmitted, 8 received, 20% packet loss, time 9013ms
rtt min/avg/max/mdev = 44.065/46.341/47.882/1.353 ms
0
von
vor 2 Jahren
Und jetzt sogar per IPv4
$ ping -4 -c 10 cloudflare.com
PING cloudflare.com (104.16.132.229) 56(84) bytes of data.
64 bytes from 104.16.132.229 (104.16.132.229): icmp_seq=1 ttl=56 time=46.5 ms
64 bytes from 104.16.132.229 (104.16.132.229): icmp_seq=3 ttl=56 time=45.5 ms
64 bytes from 104.16.132.229 (104.16.132.229): icmp_seq=4 ttl=56 time=43.9 ms
64 bytes from 104.16.132.229 (104.16.132.229): icmp_seq=5 ttl=56 time=44.7 ms
64 bytes from 104.16.132.229 (104.16.132.229): icmp_seq=6 ttl=56 time=44.8 ms
64 bytes from 104.16.132.229 (104.16.132.229): icmp_seq=8 ttl=56 time=46.5 ms
64 bytes from 104.16.132.229 (104.16.132.229): icmp_seq=9 ttl=56 time=46.2 ms
64 bytes from 104.16.132.229 (104.16.132.229): icmp_seq=10 ttl=56 time=46.0 ms
--- cloudflare.com ping statistics ---
10 packets transmitted, 8 received, 20% packet loss, time 9054ms
rtt min/avg/max/mdev = 43.933/45.519/46.483/0.879 ms
0
Uneingeloggter Nutzer
von
vor 2 Jahren
Hier auch wieder schlechter, aber noch erträglich.
Also keine Abhilfe, sondern nur Rumgebastel.
0
0
vor 2 Jahren
Nach 8+ Tagen ohne Probleme auch bei mir wieder deutlich schlechter heute Abend.
Sehe ähnliche Ping-Zeiten wie @DDDDDDDDDDD , sowohl mit IPv6 als auch IPv4.
Bin gespannt, ob sich das jetzt wieder jeden Abend so einpendelt ☹️
0
0
vor 2 Jahren
Hier das gleiche… IPv6 Cloudflare
0
Uneingeloggter Nutzer
von