Ich habe jetzt auch mal ein Ticket bei RG aufgemacht. Als Antwort sollte ich "tracert rapigator.net" eingeben und die Ergebnisse an RG senden. 

Das hier war das Ergebnis.

  1    <1 ms    <1 ms    <1 ms  speedport.ip [192.168.2.1]

  2     *        *        *     Zeitüberschreitung der Anforderung.

  3     *        *        *     Zeitüberschreitung der Anforderung.

  4    10 ms     9 ms    10 ms  195.145.92.84

  5    10 ms    10 ms     9 ms  d-ed5-i.D.DE.NET. DTAG .DE [217.5.71.242]

  6     9 ms    11 ms     9 ms  ae5.edge6.dus1.sp.lumen.tech [4.68.71.113]

  7    20 ms    27 ms    22 ms  ae2.3222.edge9.frf1.neo.colt.net [171.75.8.101]

  8    12 ms    12 ms    12 ms  fra-eq5-02gw.voxility.net [62.67.68.130]

  9    20 ms    19 ms    20 ms  fra-eq5-03c.voxility.net [5.254.11.6]

 10    19 ms    23 ms    19 ms  5.254.11.130

 11    19 ms    19 ms    19 ms  195.211.222.7

Danke für den Post. Ich habe das Problem auch. Sowohl auf dem Handy (TK Vertrag), als auch via Festnetz/DSL. Ich hatte Rapidgator gestern angeschrieben. Die Antwort war "not our responsibility - contact your provider".

Ich kenne mich leider mit solchen Dingen gar nicht aus. Verzweifle und hoffe, das wird irgendwie gefixt.  :(  

Telekom Support frage ich via Chat auch an. Ich hoffe, da haben schon andere ein Ticket aufgemacht?

user_972862

Was Telekom und deren Support einfach nicht verstehen wollen - es interessiert das Gros der Kunden einfach nicht, wohin die Telekom den Fehler schiebt

Eigentlich haben hier nur ein paar interessierte User (schau gern durch meinen Posting-Verlauf, ich bin sicherlich weder Telekom noch deren Support) das Thema technisch interessant gefunden und analysiert.

Mein Fazit, DNS und ICMP-Ping funktionieren, der Server ist nur mit IPv4 ans Internet angebunden und es wird kurz vor dem Server von einem unbekannten System - vermutlich Thread Protection - Port 80/443 Zugriff für einige (nicht alle) Telekom-Quellnetze gesperrt.

So etwas ist nicht ungewöhnlich, eventuell hat jemand die Thread Protection zu scharf eingestellt.

Nun ist es am ISP vom Serverbetreiber, das Problem zu lösen, welches sich weit entfernt des Telekom-Netzes befindet.

Jetzt sieht der "mtr -z --tcp --port=443 rapidgator.net" auch hier wieder OK aus:

speedtest (192.168.178.8) -> rapidgator.net (195.211.222.7)              2025-03-26T14:13:43+0100
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                                         Packets               Pings
 Host                                                  Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. AS???    _gateway                                   0.0%     7    0.5   0.5   0.4   0.6   0.1
 2. AS3320   *********.dip0.t-ipconnect.de              0.0%     7    3.5   2.5   2.1   3.5   0.5
 3. AS3320   d-ed5-i.D.DE.NET. DTAG .DE                   0.0%     7    5.2   4.9   4.3   5.3   0.4
 4. AS3320   d-ed5-i.D.DE.NET. DTAG .DE                   0.0%     6    4.4   4.3   4.1   4.6   0.2
 5. AS3356   ae5.edge6.dus1.sp.lumen.tech               0.0%     6   12.5   9.3   3.7  16.9   5.4
 6. AS3356   ae2.3222.edge9.frf1.neo.colt.net           0.0%     6    6.9   6.7   6.4   6.9   0.2
 7. AS3356   fra-eq5-01gw.voxility.net                  0.0%     6    6.6   6.5   6.2   6.7   0.2
    AS3356   fra-eq5-02gw.voxility.net
 8. AS3223   fra-eq5-03c.voxility.net                   0.0%     6    6.4   6.6   6.4   7.2   0.3
    AS3223   fra-eq5-03c.voxility.net
 9. AS3223   5.254.11.130                               0.0%     6   10.2   8.9   6.6  15.6   3.6
10. AS50098  195.211.222.7                              0.0%     6   12.9  13.0  12.9  13.2   0.1

Hi, ich habe eine email an den support von rapidgator geschrieben. 

das war die antwort