I-Net und Verbindungs Probleme & Erreichbarkeit des Forums

Status
Für weitere Antworten geschlossen.
Eckart schrieb:
Vom PC (Telekom-Festnetz-Anschluss) erreiche ich www.naviboard.de nicht.
Das Problem tritt mit 2 Browsern, Firefox* und Edge auf, auch mit VPN (USA und Frankreich stichprobenartig versucht).
Ein Ping auf www.naviboard.de kann www.naviboard.de nicht zu einer Adresse auflösen, naviboard.de aber schon, ein Ping darauf wird auch beantwortet.
Geotool lokalisiert naviboard.de in Spanien beim Internet-Anbieter IONOS SE gehostet**.

Auf dem Handy mit Anbieter Congstar (dahinter steckt die Telekom) gibt es keine Probleme mit dem Naviboard.

Mit diesem Forum habe ich bisher keine Probleme gehabt, meist über PC (Telekom-Festnetz-Anschluss) genutzt.

*) Firefox mit DNS über HTTPS via Cloudflare
**) Die IONOS-Webseite läuft aber normal.

Woanders wird das Problem auch diskutiert (Netzfund):
www.android-hilfe.de

Könnt Ihr das https://naviboard.de Forum, https://forum.pocketnavigation.de/aufrufen? (Plauderecke)

Hallo zusammen, ich brauche mal Eure Hilfe beim Eingrenzen meines Fehlers... Ich kann es nicht mehr seit ca. 4 Tagen erreichen. Mittwoch den 05.11.2025 war ich das letzte mal da um mir Informationen zu holen. Hatte den URL and website scanner - urlscan.io gemacht. Scheinbar können verschiedene...
www.android-hilfe.de www.android-hilfe.de
Zum Vergrößern anklicken....

Interessant und spricht dafür, dass das naviboard ein ip V4 Problem hat und es mit ip V6 erreichbar ist. Vermutung: Auf Deinem PC ist ip V4 priorisiert, oder evtl das einzige mögliche Protokoll für Verbindungen ins Internet (warum auch immer). Wenn Du testen willst: ping -4 heise.de

naviboard 4 6.png
 
Willem66 schrieb:
spricht dafür, dass das naviboard ein ip V4 Problem hat und es mit ip V6 erreichbar ist. Vermutung: Auf Deinem PC ist ip V4 priorisiert, oder evtl das einzige mögliche Protokoll für Verbindungen ins Internet (warum auch immer).
Zum Vergrößern anklicken....
Da könnte was dran sein und ich muss gelegentlich mal untersuchen, warum mein Rechner welche Probleme mit IPv6 hat, denn bei Win11 mit aktueller Fritzbox-Software dürfte es die eigentlich nicht geben.
PS C:\Users\em> ping -6 www.naviboard.de
Ping-Anforderung konnte Host "www.naviboard.de" nicht finden. Überprüfen Sie den Namen, und versuchen Sie es erneut.
PS C:\Users\em> ping -4 www.naviboard.de
Ping-Anforderung konnte Host "www.naviboard.de" nicht finden. Überprüfen Sie den Namen, und versuchen Sie es erneut.
PS C:\Users\em> ping -6 naviboard.de
Ping-Anforderung konnte Host "naviboard.de" nicht finden. Überprüfen Sie den Namen, und versuchen Sie es erneut.
PS C:\Users\em> ping -4 naviboard.de

Ping wird ausgeführt für naviboard.de [82.223.203.72] mit 32 Bytes Daten:
Antwort von 82.223.203.72: Bytes=32 Zeit=63ms TTL=52
...
Zum Vergrößern anklicken....
 
Willem66 schrieb:
Auf Deinem PC ist ip V4 priorisiert, oder evtl das einzige mögliche Protokoll für Verbindungen ins Internet
Zum Vergrößern anklicken....
Untersucht und ja, aus unbekanntem Grund war IPv6 für meine Netzwerkkarte deaktiviert. Aktiviert und ja tatsächlich, ich erreiche das Naviboard wieder.
Scheint wirklich so: Für www.naviboard.de gibt es keine IPv4-Adresse und wer kein IPv6 hat, erreicht es nicht.

N. B.: Ein anderes Nachbarforum - f-gs.de - ist für mich derzeit ebenfalls seit Tagen nicht erreichbar, vermutlich aber aus anderen Gründen.
 
Zuletzt bearbeitet:
Heute wieder oder immer noch grottenschlechte Verbindung, ein Klick auf einen Beitrag ergab diesen Fehler. Da scheint euer System mit der SSL-Verschlüsselung nicht aus den Puschen zu kommen. Vielleicht hilft es ja bei der Fehlersuche.
 

Anhänge

  • SSL.png
    SSL.png
    145,4 KB · Aufrufe: 15
*Topas* schrieb:
Würde mich mal interessieren, ob es im Netz noch mehr Meldungen gibt
Zum Vergrößern anklicken....
Nachtrag: vor geraumer Zeit (um die Jahrtausendwende herum) erzählte mir ein Bekannter etwas von Bietschiepie-(BGP-)Announcements, die man als Internet-Provider in bestimmen Fällen in die Welt setzen müsse. Und wenn man dabei etwas falsch mache, könne man durchaus relevante Teile des Internets lahmlegen.
 
Professor schrieb:
Bei mir aktuell sowohl per IPv4 als auch per IPv6 erreichbar:

Anhang anzeigen 16645
Zum Vergrößern anklicken....
Da hast nicht gründlich getestet: Kann schon sein, dass naviboard.de erreichbar ist, ist aber auch www.naviboard.de erreichbar ?
Die Webseite liegt jedenfalls nicht auf naviboard.de sondern auf www.naviboard.de
Die Eingabe von naviboard.de im Browser leitet auf www.naviboard.de um.
Professor schrieb:
Aluhut?
Zum Vergrößern anklicken....
Das vielleicht nicht, aber der Hinweis, dass man irgendwann irgendwo mal von irgend einem Problem gehört hat, ist zu wenig zielgerichtet als dass irgendwer irgendwas damit anfangen könnte.
 
Eckart schrieb:
Da hast nicht gründlich getestet: Kann schon sein, dass naviboard.de erreichbar ist, ist aber auch www.naviboard.de erreichbar ?
Zum Vergrößern anklicken....
Du hast recht:
Bildschirmfoto_2025-11-10_12-13-17.png

Anmerkung: Für mich sieht das so aus, daß die (vorausgesetzt, es wird Apache [LAMP] eingesetzt!) ihre Konfigurationsdatei /etc/apache2/sites-enabled/<name>.conf nicht richtig gebaut haben.
Ich hatte bis zum April 2025 eine professionelle Seite, die ich ohne "www." eingerichtet, aber sehr wohl auch das "www." als Alias eingerichtet habe.
In meiner Konfigurationsdatei wurde dann das "www." herausgefiltert und auf die "richtige" Seite ohne "www." umgeleitet:
Code: 
        RewriteEngine on
        # (bt 2019-11-27) www entfernen.
        RewriteCond %{HTTP_Host} ^www\.(.+)$ [NC]
        RewriteRule ^(.*)$ https://%1$1 [R=301,L]
 
Zuletzt bearbeitet:
Mangfalltaler schrieb:
Da scheint euer System mit der SSL-Verschlüsselung nicht aus den Puschen zu kommen. Vielleicht hilft es ja bei der Fehlersuche.
Zum Vergrößern anklicken....

Ich möchte gerne nochmal auf diesen Punkt zurückkommen und würde gerne wissen, ob die erforderliche (HTTPS) SSL-Verschlüsselung direkt von eurem Forenserver vorgenommen wird?

Falls ja, ist das Problem vermutlich gefunden, SSL-Handshaking und Ver- und Entschlüsselung ist ein sehr rechnerbelastender Vorgang, der die Performanceeinbrüche hier erklären könnte. Die Lösung ist ein SSL-Offloading, d.h. ein vorgelagertes Trafficmanagementsystem, auch als Loadbalancer bekannt, übernimmt diesen Task und kann so den Server - übern Daumen - um bis zu 40% entlasten. Und wenn dann noch idealerweise auf diesem System die Securitymaßnahmen in Form einer WAF (Web Application Firewall) installiert wären, hättet ihr alles richtig gemacht. :cool:

Solltet ihr das alles nicht haben, empfehle ich ein Angebot eures Providers einzuholen, derartige Services gehören heute zum Standardumfang webbasierter Anwendungen. Gerade Hoster die Cloudservices anbieten, können hier wirklich weiterhelfen.
 
Naviboard:

1.jpg
 
Hier leider nicht, Bildaufbau und Seitenwechsel fast wie früher mit einem 56k Modem
Hab mittlerweile auch keinen Bock mehr mein System immer neu zu starten,
wenn alles andere läuft,
soviel hänger wie hier hab ich nirgendwo

🤷🏼
 
Naviboard funzt wieder bei mir.

Was mir aber heute aufgefallen ist, wo ich mehrmals getestet habe.

Egal ob auf Iphone, PC , und egal ob mit Mobilen Daten, WiFi oder Lan, keine Chance reinzukommen.

Standortwechsel 50km weiter, und plötzlich ging es.
Wieder zu Hause, wieder nicht.

Also wirkte das für mich wie ein Problem an bestimmten Netzwerkknoten der Provider.
 
Mangfalltaler schrieb:
Hallo Klaus,

ich wäre Dir und dem Team sehr dankbar, wenn ihr zu gegebener Zeit meine Frage aus #361 beantworten könntet, ansonsten geht das Pingpong- und Ratespiel noch ewig weiter.

Danke!
Zum Vergrößern anklicken....
Das könnte ein guter Punkt sein. Grade gab es sowas auf dem iPhone:

IMG_5035.png

IMG_5037.png
 
Mangfalltaler schrieb:
Ich möchte gerne nochmal auf diesen Punkt zurückkommen und würde gerne wissen, ob die erforderliche (HTTPS) SSL-Verschlüsselung direkt von eurem Forenserver vorgenommen wird?
Zum Vergrößern anklicken....

Das kann ich nicht beantworten

Mangfalltaler schrieb:
Falls ja, ist das Problem vermutlich gefunden, SSL-Handshaking und Ver- und Entschlüsselung ist ein sehr rechnerbelastender Vorgang, der die Performanceeinbrüche hier erklären könnte. Die Lösung ist ein SSL-Offloading, d.h. ein vorgelagertes Trafficmanagementsystem, auch als Loadbalancer bekannt, übernimmt diesen Task und kann so den Server - übern Daumen - um bis zu 40% entlasten. Und wenn dann noch idealerweise auf diesem System die Securitymaßnahmen in Form einer WAF (Web Application Firewall) installiert wären, hättet ihr alles richtig gemacht. :cool:
Zum Vergrößern anklicken....

Ist was für unsere IT Jungs @<Ralph> und @FlowRider

Mangfalltaler schrieb:
Solltet ihr das alles nicht haben, empfehle ich ein Angebot eures Providers einzuholen, derartige Services gehören heute zum Standardumfang webbasierter Anwendungen. Gerade Hoster die Cloudservices anbieten, können hier wirklich weiterhelfen.
Zum Vergrößern anklicken....

Ich bin überzeugt der hat SSL, aber wir fragen nach
 
Was ich nicht verstehe:
Ich war wohl einer der Ersten mit Problemen und habe das Kund getan.
Erst nachdem ich über Proton VPN ins Forum ging, klappte das.
Seit einer Woche habe ich keinerlei Störungen mehr.
Egal über welchen Kanal ich ins Forum will. 5G, WLan, VPN - es funktioniert.
Ich habe am Telekom Router für WLan nichts verstellt.
Für mich ist das Ganze nicht nachvollziehbar.
 
gshogi schrieb:
....
Erst nachdem ich über Proton VPN ins Forum ging, klappte das.
...
Zum Vergrößern anklicken....

Ich hatte nie Probleme, das Forum zu erreichen, außer zweimal 'to many requests'. Und ich schaue mehrfach am Tag rein 👀.
Gehe allerdings ausschließlich per VPN (Proton VPN) in's Netz.
Ansonsten :
  • Linux Mint,
  • Brave Browser
  • FritzBox (DSL) ohne Neustarts,
  • LAN und WLAN ok,
  • DNS (IP4 und IP6) über PiHole (OpenDNS und Cloudflare)
Und dass es manchmal ein wenig 'ruckelt', beschränkt sich nicht nur auf das GS-Forum.com !
Auch wenn es inzwischen besser geworden ist, auf einigen (News-)Seiten werden Fotos erst nach 'reload' geladen, selbst wenn ich das VPN kurz deaktiviere.

Das nur zur Info, dass es auch zufriedene Nutzer des com-Forums gibt 🙂

Gruß Sigi
(vormals Meera37 im eu-Forum)
 
gshogi schrieb:
Erst nachdem ich über Proton VPN ins Forum ging, klappte das.
Zum Vergrößern anklicken....
Da gibt es prinzipiell zwei Möglichkeiten:
  1. Ein zufälliges zeitliches Zusammentreffen: Hast Du denn unmittelbar danach die Gegenprobe gemacht, also nochmal wieder ohne VPN ?
  2. Der andere Weg: Wenn die normale Route irgendwo gestört ist und das Internet "sich" keine andere findet, würde nach Einschalten des VPN eine andere gewählt werden, die vielleicht mehr oder weniger zufällig funktioniert; durch Auswahl unterschiedlicher Endpunkte des VPN könntest Du das einkreisen. Ist ähnlich wie der von manchen beschriebene Wechsel zwischen Festnetz ("WLAN") und Mobilfunk.
Wechselt zwischen verschiedenen Geräte wie beim Wechsel zwischen Festnetz ("WLAN", PC) und Mobilfunk, kann auch der Wechsel des Protokolls Ursache sein, was im Falle des Naviboards sogar wahrscheinlich ist, nachdem der Fehler in der IPv4-Anbindung gefunden wurde.

gshogi schrieb:
Was ich nicht verstehe
Zum Vergrößern anklicken....
Das Naviboard betreffend wurde der Fehler auf deren Seite gefunden und behoben, die Ursache der Beeinträchtigung des GS-Forums aber nicht, wird sie vielleicht auch nicht mehr, weil es schwierig bis unmöglich ist, einem Fehler nachzugehen, der aktuell gar nicht besteht. Wenn doch, wird die Art des Fehlers vielleicht erklärbar sein.
 
Ja, ich habe VPN ausgeschaltet und es ging nichts.
Erst mit VPN lief es wieder rund.
Der damals schnellste Endpunkt war in den Niederlanden
 
Mangfalltaler schrieb:
meine Frage aus #361
Zum Vergrößern anklicken....
Ich habe mal den SSL-Check über beide Foren laufen lassen:
Auffällig ist, dass das COM-Forum über 4 Server-IP-Adressen läuft. Für mich aber nur auffällig, da ich keine Ahnung habe, ob das gut oder schlecht ist. Die Zertifikatszuordnungen per SNI muss aber auf jeden Fall sauber konfiguriert sein. Fehlerhafte Konfigurationen führen ggf. zu Fallbacks auf Default-Zertifikate, und dann spätestens gibts Performance-Probleme.

Des Weiteren, dass beide noch die seit 2020 veralteten und als unsicher geltende TLS 1.1 und TLS 1.0 unterstützen. Eigentlich haben die aktuellen Browser die alten Versionen schon alle deaktiviert oder raus geschmissen. Ob es trotzdem zu Fehlern beim Handshake kommen kann, und damit zu verzögerten Verbindungen, kann ich nicht sagen. Ich würde sie auf dem Server trotzdem deaktivieren, allein schon aus Sicherheitsgründen.
 
Laienfrage....

Warum sind dann nicht alle User davon betroffen?

Bei mir läuft es ohne jede Unterbrechung und sehr zügig auch der Bildaufbau, seit die Website wieder aufrufbar ist.
 
Status
Für weitere Antworten geschlossen.
Zurück
Oben Unten