35
Domain kann nicht aufgerufen werden, ist allerdings Pingbar
Guten Tag, seit einiger Zeit kommt es vor dass ich die Domain auf die ich Zugreifen muss um dort ins Email Postfach zu schauen nicht öffnen kann. Die Webseite lässt sich sporadisch für mehrere Stunden täglich normal nutzen allerdings kommt es vor das diese dann auch mal überhaupt nicht zuerreichen ist. Es gibt keine festen Zeiten.
Ich habe bereits bei meinem Provider angerufen und auf Dual Stack umstellen lassen um den DS-Lite tunnel loszuwerden.
Ich habe eine Fritzbox 6690 und habe dort einstellungen versucht vorzunehmen wobei nichts geholfen hat letztlich habe ich sie wieder in den Ursprung zurückversetzt. Beim Test über IPv6-test.com gibt es immer wieder unterschiedliche Ergebnisse mal funktioniert der "DNS+IP4" oder "DNS+IP6" nicht aber auch der "Fallback" funktioniert mal nicht. Mal steht bei IPv6 "Not Supported" bei sofortigem Neustart bzw. laden der Seite scheint alles zu funktionieren. Nur der IPv6 Hostname steht bei "None" sowie das ICMP bei Filtered. PING6 wurde in der Fritz!box aktiviert sowie die Firewall in Windows 11 deaktiviert.
Ich weiß nicht ob das irgendwie im Zusammenhang steht. Zudem kann ich die Domain übers cmd mit ping -4 anpingen,
bei ping -6 kommt "ping-anfrage konnte Host nicht finden", auch da weiß ich nicht ob das normal ist oder an etwas liegen könnte. Der Befehl Tracert funktioniert soweit, wobei beim 2 "Hop" ein Fehler der Zeitüberschreitung auftritt danach wird bis zur ip der Domain weiter gehopt.
Keine Ahnung was das sein kann, habe gelesen dass es ein DNS Fehler sein könnte. Allerdings brachte die manuelle Umstellung des DNS-Servers in der Fritz!box mit verschiedenen Servern u.a Google und Cloudflare keine Veränderung oder Verbesserung. Zudem sollte die Domain beim anpingen nicht aufgelöst werden wenn es ein DNS Problem ist oder hab ich mich da falsch informiert? Beim Aufrufen der Webseite über die IP direkt kommt der gleiche Fehler. Der Fehler besteht übrigens auch auf dem Smartphone über Wlan. Per Mobilfunk ist die Seite sofort aufrufbar.
Windows 11 wurde mehrfach neu aufgesetzt. Aktuell keine Einstellungen im Windows vorgenommen. Fritz!box ist aktuell auch auf Werkseinstellungen mit Fritz!OS 7.50.
Hoffe der Fehler kann mit eurer Hilfe gefunden werden Vielen Dank! im Vorraus
Ich habe bereits bei meinem Provider angerufen und auf Dual Stack umstellen lassen um den DS-Lite tunnel loszuwerden.
Ich habe eine Fritzbox 6690 und habe dort einstellungen versucht vorzunehmen wobei nichts geholfen hat letztlich habe ich sie wieder in den Ursprung zurückversetzt. Beim Test über IPv6-test.com gibt es immer wieder unterschiedliche Ergebnisse mal funktioniert der "DNS+IP4" oder "DNS+IP6" nicht aber auch der "Fallback" funktioniert mal nicht. Mal steht bei IPv6 "Not Supported" bei sofortigem Neustart bzw. laden der Seite scheint alles zu funktionieren. Nur der IPv6 Hostname steht bei "None" sowie das ICMP bei Filtered. PING6 wurde in der Fritz!box aktiviert sowie die Firewall in Windows 11 deaktiviert.
Ich weiß nicht ob das irgendwie im Zusammenhang steht. Zudem kann ich die Domain übers cmd mit ping -4 anpingen,
bei ping -6 kommt "ping-anfrage konnte Host nicht finden", auch da weiß ich nicht ob das normal ist oder an etwas liegen könnte. Der Befehl Tracert funktioniert soweit, wobei beim 2 "Hop" ein Fehler der Zeitüberschreitung auftritt danach wird bis zur ip der Domain weiter gehopt.
Keine Ahnung was das sein kann, habe gelesen dass es ein DNS Fehler sein könnte. Allerdings brachte die manuelle Umstellung des DNS-Servers in der Fritz!box mit verschiedenen Servern u.a Google und Cloudflare keine Veränderung oder Verbesserung. Zudem sollte die Domain beim anpingen nicht aufgelöst werden wenn es ein DNS Problem ist oder hab ich mich da falsch informiert? Beim Aufrufen der Webseite über die IP direkt kommt der gleiche Fehler. Der Fehler besteht übrigens auch auf dem Smartphone über Wlan. Per Mobilfunk ist die Seite sofort aufrufbar.
Windows 11 wurde mehrfach neu aufgesetzt. Aktuell keine Einstellungen im Windows vorgenommen. Fritz!box ist aktuell auch auf Werkseinstellungen mit Fritz!OS 7.50.
Hoffe der Fehler kann mit eurer Hilfe gefunden werden Vielen Dank! im Vorraus
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 5513778400
Url: https://administrator.de/forum/domain-kann-nicht-aufgerufen-werden-ist-allerdings-pingbar-5513778400.html
Ausgedruckt am: 21.12.2024 um 13:12 Uhr
35 Kommentare
Neuester Kommentar
Hallo,
darfst du die Domain verraten?
Dann können wir das ja mal testen ob Erreichbarkeit und DNS Auflösung gegeben ist.
Gruß
darfst du die Domain verraten?
Dann können wir das ja mal testen ob Erreichbarkeit und DNS Auflösung gegeben ist.
Gruß
Hallo,
ja klar
die Domain lautet: "digitalart-media.de/roundcube" normalerweise sollte dann ein login bereich angezeigt werden.
Über DSL wie auch über Mobilfunk ist die Seite aufrufbar wenn bei mir am Rechner der Fehler kommt.
Gruß
ja klar
die Domain lautet: "digitalart-media.de/roundcube" normalerweise sollte dann ein login bereich angezeigt werden.
Über DSL wie auch über Mobilfunk ist die Seite aufrufbar wenn bei mir am Rechner der Fehler kommt.
Gruß
Welchen Zugriff hast du denn auf die Serverseite?
So viele Möglichkeiten gibt es ja nicht.
Und wenn es nicht mehr funktioniert, dann ist aus dem Mobilfunknetz jedesmal der Zugriff noch möglich?
Übrigens wird das Verzeichnis Roundcube mit und ohne SSL ausgerollt.
So viele Möglichkeiten gibt es ja nicht.
Und wenn es nicht mehr funktioniert, dann ist aus dem Mobilfunknetz jedesmal der Zugriff noch möglich?
Übrigens wird das Verzeichnis Roundcube mit und ohne SSL ausgerollt.
Ich selbst habe so keinen Zugriff auf den Server bzw die Serverseite. Allerdings gehört sie einem Bekannten von welchem ich mir evtl. Zugriff darauf geben lassen könnte.
Ich weiß das die Seite bei HostNet gehostet wird, keine Ahnung ob es dort eine Benutzeroberfläche gibt um Dinge einzustellen. Evtl. kennst du den Hoster?
Genau, also sobald am Rechner die Seite nicht mehr aufrufbar ist kann ich sie am Smartphone trotzdem aufrufen allerdings nur über mobilfunk. Per Wlan funktioniert das trotzdem nicht rein logsich würde das für mich auf ein Problem zwischen meinem Router oder der Kabel Leitung und dem Server der Domain schließen lassen.
Ich weiß das die Seite bei HostNet gehostet wird, keine Ahnung ob es dort eine Benutzeroberfläche gibt um Dinge einzustellen. Evtl. kennst du den Hoster?
Genau, also sobald am Rechner die Seite nicht mehr aufrufbar ist kann ich sie am Smartphone trotzdem aufrufen allerdings nur über mobilfunk. Per Wlan funktioniert das trotzdem nicht rein logsich würde das für mich auf ein Problem zwischen meinem Router oder der Kabel Leitung und dem Server der Domain schließen lassen.
Es sollte systematisch untersucht werden.
Eine Diagnose serverseitig würde das sehr vereinfachen. Weil die Pings beantwortet werden, vermutlich vom Server selbst, ist ein Blick in den Webservice sehr hilfreich, wenn es selektiv nicht mehr geht.
Auch kann man genauer untersuchen, was den Browser genau dazu veranlasst, die Meldung zu zeigen.
Eine Diagnose serverseitig würde das sehr vereinfachen. Weil die Pings beantwortet werden, vermutlich vom Server selbst, ist ein Blick in den Webservice sehr hilfreich, wenn es selektiv nicht mehr geht.
Auch kann man genauer untersuchen, was den Browser genau dazu veranlasst, die Meldung zu zeigen.
Okay setze mich später mit dem bekannten in Verbindung und schaue mir das mal an evtl. kann ich ja was endecken.
Update folgt gegen Abend.
Update folgt gegen Abend.
Update: der Bekannte hat kein Zugriff auf das Technische beim Webhoster. Das wird wohl alles vom Webhoster gesteuert. Seiner Meinung nach könnte das wohl auch ein Routing Problem sein. Da er die Seite über DSL ganz normal aufrufen kann.
Ja, alle möglich. Nur muss man irgendwo anfangen zu suchen.
Und dann stellt sich die Frage was sich einfach so im laufenden Betrieb im Routing verändern sollte.
Und dann stellt sich die Frage was sich einfach so im laufenden Betrieb im Routing verändern sollte.
Zitat von @2423392070:
Ja, alle möglich. Nur muss man irgendwo anfangen zu suchen.
Und dann stellt sich die Frage was sich einfach so im laufenden Betrieb im Routing verändern sollte.
Ja, alle möglich. Nur muss man irgendwo anfangen zu suchen.
Und dann stellt sich die Frage was sich einfach so im laufenden Betrieb im Routing verändern sollte.
Provider-Peering ist immer ein Mysterium.
Ich hatte selbst einmal einen Fall beim Kunden wo es recht ähnlich aussah - da war es zwar kein http(s), sondern VPN-Verkehr, aber der ist auch zwischendurch immer weg gewesen - und nachvollziehbar war, dass die Pakete auf der einen Seite rausgegangen, auf der anderen jedoch nicht angekommen sind - urplötzlich ging es wieder.
Der PING hingegen war immer okay - wenn auch von der RTT her länger als üblich.
Wir haben die Strecke dann überwacht und regelmäßig einen Tracert gemacht und diesen dann zusammen mit den VPN-Protokollen ausgewertet. Zwischendrin war ein Hop anders - dieser war innerhalb vom Providernetz und hat das Problem verursacht.
Idee noch:
Test-NetConnection -ComputerName domain -Port 443Wie sieht die Ausgabe hier im Fehlerfall aus?
Dies regelmäßig auswerten und zusätzlich einen Tracert laufen lassen.
Aber warum und was soll sich da ändern und dann effektiv die Web Kommunikation mit dem Roundcube stören?
Mein Bauchgefühl sagt mir, dass es nicht das Routing beim Provider ist. Das könnte man auch ganz einfach überprüfen.
Mein Bauchgefühl sagt mir, dass es nicht das Routing beim Provider ist. Das könnte man auch ganz einfach überprüfen.
Zitat von @2423392070:
Aber warum und was soll sich da ändern und dann effektiv die Web Kommunikation mit dem Roundcube stören?
Aber warum und was soll sich da ändern und dann effektiv die Web Kommunikation mit dem Roundcube stören?
Ist natürlich ein Punkt.
Was mich stutzig macht ist der Punkt:
"also sobald am Rechner die Seite nicht mehr aufrufbar ist kann ich sie am Smartphone trotzdem aufrufen allerdings nur über mobilfunk. Per Wlan funktioniert das trotzdem nicht "
Das klingt schon verdammt seltsam.
Ja, das klingt seltsam und gehört untersucht.
Wer beantwortet in dem Moment den Ping. Ist das der selbe Host, der den Webserver spielt und wo geht das Web nicht durch.
Wer beantwortet in dem Moment den Ping. Ist das der selbe Host, der den Webserver spielt und wo geht das Web nicht durch.
Zitat von @2423392070:
Ja, das klingt seltsam und gehört untersucht.
Wer beantwortet in dem Moment den Ping. Ist das der selbe Host, der den Webserver spielt und wo geht das Web nicht durch.
Ja, das klingt seltsam und gehört untersucht.
Wer beantwortet in dem Moment den Ping. Ist das der selbe Host, der den Webserver spielt und wo geht das Web nicht durch.
Daher meine Bitte mit dem Tracert.
Der geht wie der Ping durch.
Meine Bitte: Was passiert genau in dem Moment, wenn der Browser die generische Meldung "Off" bringt.
Meine Bitte: Was passiert genau in dem Moment, wenn der Browser die generische Meldung "Off" bringt.
Da die Seite aktuell wieder aufrufbar ist kann ich erst testen wenn die Seite wieder nicht erreichbar ist.
@2423392070 was meinst du damit genau bzw wie kann oder soll ich das überprüfen?
Danke schonmal
@2423392070 was meinst du damit genau bzw wie kann oder soll ich das überprüfen?
Danke schonmal
Die Frage sollte eher lauten, was deine Äußerungen im Eingangspost als Unterlage haben.
Du schreibst z. B., dass Du v6 Pings sendest. Das ist schön, aber hängt der Server per v6 am Netz und kann der Webserver/Webservice v6, Frage ich mich.
Daher muss das Thema systematisch untersucht werden.
Besonders, was dein Browser veranlasst die Meldung "Off" zu bringen.
Angeblich kann er den Weg per Ping zum Server erschließen aber dann auf einmal kein Webservice mehr abrufen. Kommt der Browser, so wie der Ping in diesem Moment bis zum Server? Das ist die Gretchenfrage.
Wenn das so ist, dann guckt man basierend auf dieser Feststellung, was nicht stimmt.
Du schreibst z. B., dass Du v6 Pings sendest. Das ist schön, aber hängt der Server per v6 am Netz und kann der Webserver/Webservice v6, Frage ich mich.
Daher muss das Thema systematisch untersucht werden.
Besonders, was dein Browser veranlasst die Meldung "Off" zu bringen.
Angeblich kann er den Weg per Ping zum Server erschließen aber dann auf einmal kein Webservice mehr abrufen. Kommt der Browser, so wie der Ping in diesem Moment bis zum Server? Das ist die Gretchenfrage.
Wenn das so ist, dann guckt man basierend auf dieser Feststellung, was nicht stimmt.
Stimmt, der Server unterstützt wohl nur ipv4 wusste ich bis dato nicht und hatte deshalb zzgl. ipv6 getestet wo eben die oben genannte Fehlermeldung kam. Aufgrund dessen das der Server nur ipv4 unterstützt habe ich vom Provider auf Dual Stack umstellen lassen. Vorher lief die ipv4 über einen DS-Lite Tunnel.
Wie kann ich das im Browser untersuchen durch die Console? Im Browser sind so auch keine einstellungen vorgenommen worden. Zudem ist es egal welchen Browser ich dann verwende Standardborwser ist der Chrome allerdings habe ich in den Ausfällen bereits Edge sowie OperaGX getestet. Bei allen 3 tritt das gleiche Problem auf.
Wie kann ich das im Browser untersuchen durch die Console? Im Browser sind so auch keine einstellungen vorgenommen worden. Zudem ist es egal welchen Browser ich dann verwende Standardborwser ist der Chrome allerdings habe ich in den Ausfällen bereits Edge sowie OperaGX getestet. Bei allen 3 tritt das gleiche Problem auf.
Das wird in der Powershell und in Chrome unter Netzwerk bei dessen Console angezeigt.
In Chrome sind die 4 anderen Reiter leer bzw. im Timing steht "Verbindungart: Verzögert".
Für genauere Screenshots bitte erklären wie, wo, was. Bin leider absoluter Leihe.
In Chrome sind die 4 anderen Reiter leer bzw. im Timing steht "Verbindungart: Verzögert".
Für genauere Screenshots bitte erklären wie, wo, was. Bin leider absoluter Leihe.
Ausserdem ist mir das bei meiner Fritz!box aufgefallen. Alle anderen Werte stehen bei 0. besteht das Problem auf meiner Seite?
Zitat von @EEzyLRF:
Ausserdem ist mir das bei meiner Fritz!box aufgefallen. Alle anderen Werte stehen bei 0. besteht das Problem auf meiner Seite?
Ausserdem ist mir das bei meiner Fritz!box aufgefallen. Alle anderen Werte stehen bei 0. besteht das Problem auf meiner Seite?
Das ist nicht gut, aber schwer einzuschätzen. Wächst der Wert?
Ansonsten findest du hier weitere Webseiten auf dem Host: https://ipinfo.io/83.138.84.113
Und hier die weiteren Netze dieser range:
https://ipinfo.io/AS34895/83.138.64.0/18
Wenn der Fehler Auftritt, dann guckst du bitte Mal stichprobenartig was Du davon noch erreichst.
Weitere Info bitte: schau mal bitte, wie deine IP zu den Zeitpunkt lautet, wenn der Fehler auftritt. Zb über Seiten wie myip.is
Ist es eine andere, wenn es funktioniert?
Gedanke: ggf ein Block einer IP Address Range auf Seiten des Webservers
Ist es eine andere, wenn es funktioniert?
Gedanke: ggf ein Block einer IP Address Range auf Seiten des Webservers
Laut ipinfo.io ist die Range in 24er Netze zerteilt.
Wenn der Fehler Auftritt: Gucke bitte Mal nach ein paar Webseiten in deinem Slice (84er)
Und in einem Slice davor und dahinter.
Mache dafür am besten eine Liste.
Wenn der Fehler Auftritt: Gucke bitte Mal nach ein paar Webseiten in deinem Slice (84er)
Und in einem Slice davor und dahinter.
Mache dafür am besten eine Liste.
@2423392070 zur Fritz!box ja der Wert wächst. Das oben angefügte Bild zeigt die Fritz!Box um ca. 6 Uhr. das Bild hier um ca 16 Uhr also 10Std. dazwischen.
Die anderen Webseiten auf dem Host sind auch nicht aufrufbar.
Die Webseiten der anderen Netze sind soweit alle erreichbar.
Bezüglich Slice habe ich keine Ahnung wie ich das mache.
@110135 daran hatte ich auch gedacht. Meine aber bereits danach geschaut zu haben und es war nicht der Fall.
Überprüfe das aber noch mal um sicher zu gehen.
Die anderen Webseiten auf dem Host sind auch nicht aufrufbar.
Die Webseiten der anderen Netze sind soweit alle erreichbar.
Bezüglich Slice habe ich keine Ahnung wie ich das mache.
@110135 daran hatte ich auch gedacht. Meine aber bereits danach geschaut zu haben und es war nicht der Fall.
Überprüfe das aber noch mal um sicher zu gehen.
Kannste Du also bestätigen, dass alle Hosts im Netz 83.138.84.0/24 dann zwar noch pingbar aber nicht mehr ansurfbar sind?
Während z. B. das Netz 83.138.83 und 85 weiterhin erreichbar ist?
Während z. B. das Netz 83.138.83 und 85 weiterhin erreichbar ist?
Ja die 83.138.85.15 kann ich z.B aufrufen. die dazu gehörige Domain ist folgende: https://mt-technologies.com
Okay. Das würde bedeuten, dass diese eine Netz (83er) ein Problem hat erreicht zu werden.
Die Traceroute in die Netze ist die selbe?
Also zum 83, 84, und 85er?
Die Traceroute in die Netze ist die selbe?
Also zum 83, 84, und 85er?
Sorry das ich mich jetzt erst melde hatte heute einen Termin im Krankenhaus und war bisher zu beschäftigt.
Ich überprüfe das und melde mich nochmal
Ich überprüfe das und melde mich nochmal
Habe es nun endlich getestet. Die traceroute ist die selbe!
Gut. Dann hoffe ich mal dass die jetzige gewonnene Erkenntnis belastbar ist.
Ich denke nun macht es Sinn zu gucken, was in dem Moment passiert warum auf einmal dieses eine Subnet nicht mehr erreichbar ist.
Deine Seite hat während der gesamten Zeit dieselbe IP-Adresse?
Ich denke nun macht es Sinn zu gucken, was in dem Moment passiert warum auf einmal dieses eine Subnet nicht mehr erreichbar ist.
Deine Seite hat während der gesamten Zeit dieselbe IP-Adresse?
Ja
Kannst du Mal ein paar IPs während der Störung Scannen auf Ports?
Also IPs aus dem Netz das nicht erreichbar ist währendessen andere Netze laufen.
Und gucke bitte Mal ob in diesem Zeitfenster die Pakete den selben Weg nehmen (Traceroute?
Also IPs aus dem Netz das nicht erreichbar ist währendessen andere Netze laufen.
Und gucke bitte Mal ob in diesem Zeitfenster die Pakete den selben Weg nehmen (Traceroute?
Wie kann ich das machen? Einfach über Tracert?
Ja
Sehe keine Ports bei tracert
Dann nimm ein anderes Tool.
Mit NMAP z. B. Den Host, die genannten Netze nach Standardports abscannen.
Wir müssen langsam Mal eingrenzen, wo wir suchen.
Mit NMAP z. B. Den Host, die genannten Netze nach Standardports abscannen.
Wir müssen langsam Mal eingrenzen, wo wir suchen.
