I-Net und Verbindungs Probleme & Erreichbarkeit des Forums

Status
FĂŒr weitere Antworten geschlossen.
😈Hier lĂ€uft was fasch 😈

Mehr als 24 Stunden ohne Katastrophen, „ich komm nicht rein“ (ins Forum natĂŒrlich, hey, was denkst du denn??.)
Kein: bei mir kam‘s gleich?
Keiner heult rum.???.
....
Hallo Ralph

Ich beobachte das mit den Performance Problemen schon ne ganze Weile, hatte aber noch nie die Muse es wirklich mal grundlegend zu analysieren.
Meiner Meinung nach liegt es aber nicht (mehr) an Eurem Server Setup, sondern an peering Problemen zwischen (in meinen Fall) Telekom und Cloudflare. In den Randzeiten ist es OK, aber Abend und am Wochenende geht die latency zu Cloudflare vom Telekom DSL in SĂŒddeutschland auf bis zu 180ms hoch, teilweise auch Paketverlust. Grund ist wohl ein Transitlink zwischen dem AS von Telekom und GTT/CF, der ĂŒberlastet ist (wie gesagt, hatte bisher Abends oder am Wochenende keine Nerven das in der Tiefe anzuschauen)
Normales browsen im Forum ist dann noch OK, aber sobald man einen Thread mit Bildern öffnet, werden diese nur sehr langsam oder gar nicht mehr geladen.
Startet man ein VPN (in die Schweiz zB.) ist die Performance sofort wieder OK. Kann man beliebig hin und herschalten, ist direkt nachvollziehbar.
Die Probleme sind ja bei Telekom bekannt (evt. auch bei anderen Providern, aber meines Wissens eher nicht). Google mal Telekom Cloudflare Peering
.
Mich hat es jetzt noch nie gross gestört, connecte wenn notwendig jeweils ĂŒber die Schweiz zu Euch, aber ich kann nachvollziehen das manche, die diese Möglichkeit nicht haben, dann genervt sind.

Direkten Einfluss nehmen kannst Du darauf leider auch nicht, Das einzige wÀre wohl anstatt Cloudflare einen andern WAF/DOS Provider vorzuschalten (zB. Akamai oder gleich was in Europa: https://european-alternatives.eu/alternative-to/cloudflare) oder den Traffic wieder direkt auf Euren Server zu lassen, wenn dort die Perfomance nun OK ist. Bedeutet halt dann Abstriche in der Security und andere Nachteile (muss ich Dir ja nicht erklÀren)

Danke fĂŒrs Forum und die Arbeit die Ihr hier reinsteckt!
Viele GrĂŒsse!
 
Ich beobachte das mit den Performance Problemen schon ne ganze Weile, hatte aber noch nie die Muse es wirklich mal grundlegend zu analysieren.
GANZ GROSSES DANKE! 😍
FĂŒr deinen Beitrag, ist genau das, was ich mir eh schon ne ganze Weile denke und hier erklĂ€re. Nur muss das auch von den Betroffenen angenommen werden. Aber das liegt nicht in meinem Einflussbereich, genauso wie das peering-Thema.

Hab gestern mal Vergleiche u.a. mit pingdom gemacht:
Das Live Forum —> Cloudflare —> mein I-Net Provider —> Browser
Clon v. Forum beim gleichen Provider —> mein I-Net Provider —> Browser
Da hatte ich Ladezeiten, bis zu Faktor 2,5! zwischen ClonForum und Live.

Bei Tests mit Standort Amiland via CloudFlare bis zu 5Sec!!! Ladezeit fĂŒr die Einstiegsseite.
Mit Standorten in Übersee wars noch schlimmer.
Da fÀllt mir nix mehr zu ein, brauchts auch nicht denn da wird sonnenklar, wo mit grösster Wahrscheinlichkeit die Ursachen liegen
gruss Ralph
 
Zuletzt bearbeitet:
Ich versteh nur noch Bahnhof đŸ˜”â€đŸ’«
Was kann ich als normal-User ohne IT-Kenntnisse nun machen? đŸ€·â€â™‚ïž
Bei mir wieder das gleiche Problem, ĂŒber WLAN lĂ€uft nichts, ĂŒber 5G funktioniert es.
Provider ist ĂŒbrigens die Telekom.
 
Was kann ich als normal-User ohne IT-Kenntnisse nun machen?
Nichts. Oder:
Du nutzt die Redundanz, die Du ja eben selbst nanntest, nutzt also den jeweils gerade funktionierenden Weg.

Eigentlich finde ich das bis hierher ausreichend, weil ich das Forum fĂŒr nicht so lebenswichtig halte, als dass man noch eine weitere Redundanz schaffen mĂŒsste. Wenn doch:

Du könntest auch noch weitere Wege schaffen, die ja schon genannt wurden: Stichwort VPN.
Sowas mĂŒsste man als Normaluser auch noch installiert bekommen. Die einfachsten Lösungen sind Browser-Addins wie dieses fĂŒr Firefox, im Thread waren aber noch andere Lösungen erwĂ€hnt. Bei Bedarf schaltest Du das an und versetzt Deinen Standort virtuell an einen Ort, von dem es hoffentlich eine bessere Verbindung zum Forum gibt.
 
Desktop-PC ĂŒber LAN:

Bildschirmfoto_2025-11-17_14-37-32.png
Einen Augenblick gewartet, F5 gedrĂŒckt und weiter ging's...

Beim Speichern dieses Beitrages dann das hier:

Bildschirmfoto_2025-11-17_14-40-18.png

Etwas nervig ist das schon...
 
Telekom - Cloudfare? Sicher?
Ich schÀtze noch immer eher: Telekom - twelve99
SpÀter nochmal testen. Ein player steht fest schÀtz ich. Der zweite ist aber noch fraglich.
 
Ich versteh nur noch Bahnhof đŸ˜”â€đŸ’«
Was kann ich als normal-User ohne IT-Kenntnisse nun machen? đŸ€·â€â™‚ïž
leider nichts....
Es sei denn, du hast ein VPN, mit dem du simulieren kannst, dass du von einem anderen Standort auf das Forum zugreifst.
Das ist ja die Krux, dass wir alle die Betroffenen sind, egal ob IT Cracks oder einfache User....
Da sind die Netzbetreiber in der Plicht was zu Àndern. Nur leider sind die Giganten nicht wirklich willig, da was zu tun.....
Gruss Ralph
 
Ein gutes VPN gibt es aber wohl kaum fĂŒr 0€ und daheim kommt der nĂ€chste dann nicht mehr auf sein Firmenkonto, da die das nicht zulassen,
also hÀng ich in der Luft,

warum betrifft diese Telekom Cloudflare nicht auch die anderen Seiten ?
weiß das jemand zufĂ€llig ?
 
Die einfachsten Lösungen sind Browser-Addins wie dieses fĂŒr Firefox, i
Nix gegen deinen Vorschlag, Eckart!

AAAABER
da bin ich immer mehr als nur vorsichtig, bei AddOns und inforiere mich grĂŒndlichst!! vor der Installation.
Insbesondere, wenn ich sowas sehe:
Bildschirmfoto 2025-11-17 um 14-46-49.png

Da frag ich mich gleich doppelt, wo denn der Haken der Menschenfreundlichkeit des Anbieters liegt......
Stichwort Phishing, z.b.
 
Weil Du da ĂŒber einen anderen "Weg" gehst! Andere IP, anderes Routing etc...
Das ist klar. Aber ich bezog mich auf den Anbieter Telekom. Da bin ich mit beiden VertrĂ€gen, da mĂŒsste sich das Peering also sowohl als auch auswirken. Denke ich zumindest....
 
Und wieso geht es bei LAN (inkl. WLAN) immer wieder mal langsam aber per G5 beim selben Player (Telekom) immer (!) fix? Das habe ich noch nicht verstanden.
Gute Frage. Testreihe mit Ergebnistabelle zu verschiedenen Zeiten mit und ohne VPN könnte erhellend sein. Auf vier Faktoren wĂŒrde ich gucken, wenn man es auf die Telekom eingrenzen will: iP4 oder 6, Fest oder Mobilnetz, Standardrouting oder VPN, Privatsurferhaupt oder Nebenzeit.
Die Ergebnisse was Routen, DNS Auflösung und Laufzeiten angeht mĂŒsste man sich denn auf Korrelation hin betrachten. Am besten an mehreren Tagen. Da verballert man auch ein paar StĂŒndchen mit.
 
Das ist klar. Aber ich bezog mich auf den Anbieter Telekom. Da bin ich mit beiden VertrĂ€gen, da mĂŒsste sich das Peering also sowohl als auch auswirken. Denke ich zumindest....

Nicht zwingend.

Gab wohl die Meldung, das die öffentliche Knoten auslassen.
Wenn sowas im Routing liegt dann ist es vermutlich das Problem.
 
Ich hab grad nur Zugriff auf einen WIN Rechner, ohne spezielle Analyse Tools, aber diese Tests kann eigentlich jeder mal machen denn es interessiert.
(bei WINDOWS Suche einfach CMD eingeben und dann im sich öffnenden DOS Fenster die Befehle eingeben)
Also hier mal zum Vergleich: (alle Tests unten innerhalb von 10Minuten gemacht, Uhrzeit ca. 17:15)

Telekom DSL:
ipconfig /flushdns
tracert -d gs-forum.com
Tracing route to 188.114.96.7 over a maximum of 30 hops

1 2 ms 3 ms 1 ms x.x.x.x
2 6 ms 5 ms 7 ms 62.155.245.170
3 27 ms 24 ms 25 ms 62.154.14.250
4 55 ms 56 ms 56 ms 62.115.50.18
5 * 54 ms 60 ms 62.115.151.125
6 53 ms 54 ms 54 ms 141.101.71.5
7 54 ms 55 ms 55 ms 188.114.96.7
Trace complete.

ping -t www.gs-forum.com
Request timed out.
Reply from 188.114.96.3: bytes=32 time=55ms TTL=55
Reply from 188.114.96.3: bytes=32 time=54ms TTL=55
.
.
.
.
Request timed out.
Reply from 188.114.96.3: bytes=32 time=54ms TTL=55
Reply from 188.114.96.3: bytes=32 time=56ms TTL=55
Reply from 188.114.96.3: bytes=32 time=55ms TTL=55
Reply from 188.114.96.3: bytes=32 time=67ms TTL=55
Reply from 188.114.96.3: bytes=32 time=54ms TTL=55

Ping statistics for 188.114.96.3:
Packets: Sent = 101, Received = 88, Lost = 13 (12% loss),
Approximate round trip times in milli-seconds:
Minimum = 53ms, Maximum = 112ms, Average = 55ms

via Telekom Mobile Netz:

ipconfig /flushdns
Successfully flushed the DNS Resolver Cache.

tracert -d gs-forum.com

Tracing route to gs-forum.com [188.114.97.12]
over a maximum of 30 hops:

1 3 ms 1 ms 2 ms 172.20.10.1
2 * * * Request timed out.
3 * * * Request timed out.
4 * * * Request timed out.
5 * * * Request timed out.
6 * * * Request timed out.
7 * * * Request timed out.
8 60 ms 62 ms 65 ms 193.5.122.44
9 55 ms 65 ms 54 ms 138.187.129.251
10 48 ms 56 ms 54 ms 138.187.129.82
11 * * * Request timed out.
12 61 ms 52 ms 67 ms 213.242.83.222
13 56 ms 67 ms 98 ms 162.158.148.41
14 53 ms 64 ms 46 ms 188.114.97.12
Trace complete.

ping -t www.gs-forum.com

Pinging www.gs-forum.com [188.114.97.12] with 32 bytes of data:
Reply from 188.114.97.12: bytes=32 time=112ms TTL=50
Reply from 188.114.97.12: bytes=32 time=55ms TTL=50
Reply from 188.114.97.12: bytes=32 time=50ms TTL=50
.
.
.
Reply from 188.114.97.12: bytes=32 time=50ms TTL=50

Ping statistics for 188.114.97.12:
Packets: Sent = 76, Received = 76, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 45ms, Maximum = 174ms, Average = 62ms

VPN nach CH:

ipconfig /flushdns
Successfully flushed the DNS Resolver Cache.

tracert -d www.gs-forum.com

Tracing route to www.gs-forum.com [188.114.96.7]
over a maximum of 30 hops:
.
.
4 18 ms 19 ms 19 ms x.x.x.x.
5 * 20 ms 21 ms 213.173.173.x
6 20 ms 20 ms 19 ms 212.74.66.247
7 * * * Request timed out.
8 29 ms 24 ms 25 ms 162.158.148.41
9 19 ms 19 ms 19 ms 188.114.96.7
Trace complete.

ping www.gs-forum.com -t

Reply from 188.114.96.7: bytes=32 time=22ms TTL=54
Reply from 188.114.96.7: bytes=32 time=22ms TTL=54
.
.
.
Reply from 188.114.96.7: bytes=32 time=27ms TTL=54

Ping statistics for 188.114.96.7:
Packets: Sent = 58, Received = 58, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 19ms, Maximum = 52ms, Average = 21ms

Summary:
Telekom DSL: 7Hops zum Ziel, Latenz hoch, jetzt gerade bis 112ms, Packet Verlust aktuell 12% -> Forum unbrauchbar
Telekom Mobile: 14Hops zum Ziel, Latenz solala , kein Packet Verlust -> Forum lÀuft ganz OK
VPN CH: 8Hops zum Ziel, Latenz perfekt , kein Packet Verlust -> Forum performt wie man es erwartet.

Das mal auf die schnelle, ich muss los...
Viele GrĂŒsse!
 
Da frag ich mich gleich doppelt, wo denn der Haken der Menschenfreundlichkeit des Anbieters liegt......
Stichwort Phishing
Man muss einem VPN-Anbieter zwangslÀufig das gleiche Vertrauen entgegenbringen wie seinem Stammprovider, d. h. man sollte bei unbekannten Firmen nach deren SeriositÀt forschen. Wobei ein Browser-Add-On noch vergleichsweise harmlos ist, weil es "nur" in den Netzwerkverkehr des Browsers eingreift.

Das Browser-Add-On arbeitet ja kostenlos und wie fast immer bei kostenlosen Angeboten gibt es einen Haken, nur wo ? Der Anbieter muss sich ja etwas davon versprechen, in diesem Fall wohl Werbung fĂŒr deren kostenpflichtiges Vollprodukt, das ich inzwischen auch habe, ohne dass mir bösartiges Verhalten aufgefallen wĂ€re.

Viele VPN-Anbieter - auch dieser - suggerieren, dass VPN ihren Datenverkehr schĂŒtzen wĂŒrde und wenn ich diesen Thread so lese, glauben das manche wohl auch. TatsĂ€chlich ist das nur unter bestimmten UmstĂ€nden so, aber weil off-topic, will ich das nicht weiter vertiefen.

Vielleicht hĂ€tte ich den Rat fĂŒr einen IT-Laien mit einem Disclaimer versehen sollen, aber eigentlich hatte ich ihm ja gar nicht zu einem VPN geraten, sondern dies:
nutzt also den jeweils gerade funktionierenden Weg.
Eigentlich finde ich das bis hierher ausreichend
 
Ich versteh nur noch Bahnhof đŸ˜”â€đŸ’«
Was kann ich als normal-User ohne IT-Kenntnisse nun machen? đŸ€·â€â™‚ïž
Bei mir wieder das gleiche Problem, ĂŒber WLAN lĂ€uft nichts, ĂŒber 5G funktioniert es.
Provider ist ĂŒbrigens die Telekom.
Stell Dir vor Du möchtest mit dem Mopped von Karlsruhe nach MĂŒnchen fahren und hast verschiedene Navis zur VerfĂŒgung, Google, TomTom, Garmin, Apple, ...
Jedes Navi berechnet den Weg, wie es ihm am vorteilhaftesten erscheint. Das eine Navi findet kurze Wege super, das andere bevorzugt die Route, die bei Kooperationspartnern vorbei fĂŒhren und ein weiteres verzichtet auf Autobahnen, weil der Sprit dort teuer ist.

Da Du keine Landkarten hast, musst Du den Weg nehmen, den Dir das Navi vorgibt. Wenn das Navi dann zur Hauptverkehrszeit ĂŒber die A8 an Pforzheim vorbeifahren möchte, nimm was zu essen und zu trinken mit, weil es etwas lĂ€nger dauern wird.

So Ă€hnlich geht es dem Datenpaket, das je nach Zugangspunkt (Festnetz von Telekom1, Telekom2, Vodafone1, Vodafone2, ..., Mobilfunk von Telekom1, ..., ...) einen anderen Weg nimmt. Da jeder Provider unterschiedliche Zugangspunkte nutzt und teilweise auch ĂŒber Netze von Kollegen geht, klappt es beim einen und beim anderen nicht, obwohl in beiden FĂ€llen z.B. die Telekom das Paket als erstes in Empfang nimmt. Wenn ein Datenpaket beim EmpfĂ€nger angekommen ist und sagt "Gib bitte RĂŒckmeldung, dass ich ankommen bin, damit der nĂ€chste sich auf den Weg machen kann". und dieses Antwort in Windeseile abgeliefert wird, weil eine schnellere RĂŒckroute gewĂ€hlt wurde macht sich das nĂ€chste Datenpaket auf die Reise ĂŒber die A8 ...

Du als Normal-User kannst eigentlich nur den Netzanbieter wĂ€hlen oder via VPN einen Teil des Weges vorgeben. Je nach Webseite (Zielort fĂŒrs Navi) kann es andere Engstellen geben.

Hoffentlich habe ich nicht zur Verwirrung beigetragen.

Nachtrag: Mit dem Befehl "traceroute" kann man den Weg zum Ziel ĂŒber die Zwischenziele anzeigen lassen, mit "ping" misst man die Zeit bis zum Ziel. Die Zahlen in der Form "a.b.c.d" sind die Adressen der jeweiligen Ziele. Der DNS ĂŒbersetzt die Adresse "Maik L" in "Musterstraße 1, 12345 Pampa"
 
Zuletzt bearbeitet:
😈Hier lĂ€uft was fasch 😈

Mehr als 24 Stunden ohne Katastrophen, „ich komm nicht rein“ (ins Forum natĂŒrlich, hey, was denkst du denn??.)
Kein: bei mir kam‘s gleich?
Keiner heult rum.???.
...

Das ist Resignation.
 
Heute mal kein Netzwerkproblem :)
 

AnhÀnge

  • Screenshot 2025-11-18 124645.jpg
    Screenshot 2025-11-18 124645.jpg
    54,2 KB · Aufrufe: 11
  • Screenshot 2025-11-18 124605.jpg
    Screenshot 2025-11-18 124605.jpg
    51,3 KB · Aufrufe: 11
Status
FĂŒr weitere Antworten geschlossen.
ZurĂŒck
Oben Unten