Danke, sehr interessant.Falls es wen interessiert - bestätigt auch meine Subjektive Wahrnehmung der verbesserten Schwubbdizidät:
[Disclaimer] Nachfolgender Text kann Teile von Nüssen ähmmm KI enthalten
1. DNS & Nameserver (Vorher vs. Nachher)
Routenverfolgung zu www.gs-forum.com [172.67.142.86]:
- Vorher (Direktbetrieb bei World4You):
- Nameserver: ns1.world4you.at / ns2.world4you.at
- Aufgelöste IP: 81.19.159.8 (www8sni.world4you.com, nur IPv4, Standort Linz/Österreich)
- Nameserver: casey.ns.cloudflare.com & mary.ns.cloudflare.com
- IPv4: 172.67.142.86 und 104.21.46.214
- IPv6: 2606:4700:3032::6815:2ed6 und 2606:4700:3037::ac43:8e56
[...]
4 15 ms 15 ms 15 ms 80.146.232.0 (Telekom Backbone Berlin)
5 15 ms 15 ms 15 ms b-eh3-i.B.DE.NET.DTAG.DE [62.153.188.94] (Telekom Core-Router Berlin)
6 15 ms 16 ms 15 ms 62.157.251.201 (Direktes Peering DTAG <-> Cloudflare in Berlin!)
7 16 ms 15 ms 15 ms 162.158.112.33 (Cloudflare Edge-Netzwerk Berlin)
8 15 ms 15 ms 15 ms www.gs-forum.com [172.67.142.86] (Ziel erreicht!)
Was hat sich auf dem Weg konkret geändert?
- Nur noch 8 Hops statt 15+ Hops (und 15 ms statt ~40 ms Latenz):
- Vorher: Deine Pakete mussten von Berlin (b-eh3-i.B.DE.NET.DTAG.DE) über einen Transit-Provider (Colt) nach München, von dort ins IONOS-Backbone über Wien bis nach Linz (Österreich) und liefen dort bei Hop 14 an der Firewall outside-hosting.fw-dists.g24.fr.lnz.at.net.ionos.com (185.16.188.101) gegen die Wand.
- Jetzt: Deine Pakete verlassen Berlin gar nicht mehr! Bei Hop 5/6 (62.153.188.94 -> 62.157.251.201) übergibt die Deutsche Telekom deinen Traffic direkt in Berlin an den lokalen Cloudflare-Knoten (CF-RAY: ...-TXL, Standort Berlin). Die Laufzeit hat sich von knapp 40 ms auf 15 ms mehr als halbiert.
- Deine TCP- und TLS-Verbindung endet jetzt bereits bei Hop 8 auf dem Berliner Cloudflare-Server (172.67.142.86).
- Erst dahinter baut Cloudflare über sein eigenes Backbone eine separate Verbindung zum eigentlichen Ursprungsserver (81.19.159.8 bei World4You in Linz) auf.
- Der Server und die Firewall in Linz sehen dadurch nicht mehr deine Telekom-IP (87.138.**.***) als direkten Kommunikationspartner, sondern nur noch die (bei jedem Hoster freigeschalteten) Cloudflare-Server-IPs.
- (Übrigens: Ich habe testweise auch noch einmal direkt auf Port 443 der alten IP 81.19.159.8 angeklopft – auch dort wurde die Blockade bzw. Routenstörung in Linz inzwischen behoben).
- Anhang anzeigen 74260
Deine AI ist gut, welche verwendest du? Port 443 ist die richtige Methode, um das zu messen.
Allerdings stimmen meine Messungen nicht mit der Meinung deiner AI überein: die Routenstörung hält nach meinen Daten nach wie vor an. Ich vermute, IONOS hat da irgendwo ein echtes Problem.