ubuntuusers.de

Hallo,

seit einigen Tagen habe ich große Problem die Seite Ubuntuusers und alle Unterseiten zu erreichen. Alle andere getestete (nicht ubnuntu-Seiten) funktionieren bisher problemlos. Ausprobiert habe ich das ganze mit Firefox und Lynx unter Ubuntu, leider erfolglos, auch nach leeren des Browser-Caches, History, ...
Auch von anderen Rechnern im Haus ist ein Zugriff auf diese Seite nicht möglich. Ein tracepath ermittelt zwar eine IP bricht dann aber nach einigen Servern mit einer Zeitüberschreitung ab.

Alle Rechner sind über einen Router über eine DSL-Leitung (Provider ist Freenet) mit dem Internet verbunden; den Router habe ich in den letzten Tagen nicht neu konfiguriert. Eine (erste) Vermutung wäre der Serverumzug. Leider habe ich das Thema 'damals' nicht richtig verfolgt und kann daher nicht sagen, ob das Problem direkt danach aufgetreten ist.

Gibt es bei anderen Nutzern ähnliche Probleme bzw. hat jemand eine Lösungsidee?

könnte sein das du auf einem bestimmten zellenpunkt wohnst wo es probleme gibt.. schau mal im stammtisch unter golem.de gehackt?
dort hat auch jemand probleme bestimmte seiten zu erreichen.. reboote mal deinen router..

als grundtest kannst du aber folgendes machen:

ping doch mal ubuntuusers.de und danach nur die ip adresse.. bzw.. wenn die site nicht geht, mach einen lookup...

solltest du nur bestimmte seiten unter ubuntuu nicht erreichen können, wird es kein leitungs oder dns problem sein.. da das ziel immer der server ist, und dieser sich trotzt
url verschachtelung nicht ändert..

mfg
7

Gestern noch mal rumprobiert:

* Browser: Cache, History, ... geleert
* Router (Siemens Gigaset 515) neu gestartet

Ergebnis:
* Ping an 'www.ubuntuusers.de' war möglich (IP: 213.95.41.11)
* traceroute war ebenfalls problemlos möglich
* Seite im Browser geladen → 'Endlos' langes warten. Es wurde *eine* Datei übertragen und zwar nur das HTML-Dokument (ohne Grafiken, css, ...)
* weiterer Ping an 'www.ubuntuusers.de' war nicht erfolgreich, aber als IP wurde 32.1.7.128 angegeben.

Das Problem bezieht sich auf alle Seiten von 'ubuntu.de'.

Hat irgendwer noch eine gute Idee?

Also gestern waren die Server zwar nicht offline, aber die Webserver auf Ihnen liefen nicht mehr.
Ein Ping war Möglich und ein SSH-Connect war ebenfalls möglich (mal davon abgesehen das ich kein PW hatte 😀)

Mmmh ... ist wird immer interessanter und für mich leider unverständlicher ☹

* Ubuntu-PC: Zugriff auf www.ubuntuusers.de nicht möglich
* Win-PC: Zugriff auf www.ubuntuusers.de nicht möglich
* Router neu gestartet
* Ubuntu-PC: Zugriff auf www.ubuntuusers.de nicht möglich
* Win-PC: Zugriff auf www.ubuntuusers.de nicht möglich
* Router neu gestartet
(Reihenfolge beachten)
* Win-PC: Zugriff auf www.ubuntuusers.de ist möglich
* Ubuntu-PC: Zugriff auf www.ubuntuusers.de ist zeitweise/am Anfang möglich

Was mich noch ein bisschen verändert, dass die Ergebnisse von tracert bzw. tracepath unterschiedlich sind ... wie ist das möglich?

Die Konfig. vom Router habe ich nicht geändert ... dort steht aber auch nichts Rechnerspezifisches.

Hi
Seit ich aus dem Urlaub zurück bin leide ich unter ähnlichen / den gleichen Problemen und bin noch nicht zu einer Lösung gekommen. Als das Problem das erste Mal auftrat, konnte ich zwar auf den UU-server (http://www.ubuntu-eu.org) draufkommen, und ihn anpingen, aber eben nicht UU.de selber. und von einem Windows PC ging es ebenfalls nicht. seit ein paar Tagen klappt das jetzt von Windows PC's aber eben nicht an meinem Ubuntu PC. Als ich hier eben den Thread gelesen habe, habe ich auch mal kurz versucht was erfolg zu versprechen schien: der Router wurde neu gestartet, und auf dem Windows-PC die Seite aufgerufen. Anschließend funktionierte es auch unter Ubuntu - allerdings nur für ein paar Minuten, dann wieder das selbe Problem.
Also scheint hier das selbe Problem vorzuliegen, hoffentlich wird sich eine Lösung noch finden.
MFG
kamarjaeger

ps. mein Provider ist Arcor und die DNS wird über DHCP vom Router bezogen, über den alle PC's am Netz hängen.

Sehr interessant, das identische Problem.

Gerade noch mal die Idee gehabt, es könnte an meiner Konfiguration liegen. Daher mal den Rechner mit einer Ubuntu-Live-CD gestartet. Leider immer noch das gleiche Problem ☹

Moebius hat geschrieben:

Gerade noch mal die Idee gehabt, es könnte an meiner Konfiguration liegen. Daher mal den Rechner mit einer Ubuntu-Live-CD gestartet. Leider immer noch das gleiche Problem ☹

Genau das wolölte ich auch probieren, aber meine 7.04 CD hatte ein Defekt, also habe ich gerade das 7.04 ISO-Image in einer virtuellen Umgebung ( Virtualbox) geladen und siehe da ich kann hier posten ohne Probleme, wobei ich momentan immer noch nciht in das Wiki komme.
Dafür kann ich jetzt wo ich in der virtuellen Umgebung auf UU.de surfe auch auf dem eigentlichen PC die Seite erreichen, aber das Wiki klappt auf beiden nicht, weder im Orginal noch in virtueller Umgebung.

mfg
kamarjaeger

p.s. ich habe noch 6.10 auf dem Desktop, in der Virtualbox ist schon 7.04 da die Alten nicht den passenden Treiber für die 8800gts haben.

*edit* auf einmal klappt auch das Wiki in der Virtuellen Umgebung und somit paralel auf der normalen Oberfläche ...

*edit2* Nach dem Posten des Beitrages bin ich auf einmal nur noch ins Forum gekommen nicht mehr aber auf die Portal seite oder das Wiki.

*edit 3 * Habe jetzt über einen längeren Zeitraum von ca. 3 Stunden in einer Live-Umgebung (7.04 desktop) keinerlei Probleme mit der Erreichbarkeit

Nach einem Distributions-Update auf 'Feisty Fawn' ist das Problem nicht mehr vorhanden. Leider habe ich absolut keine Idee, woran es gelegen haben könnte.

Hatte das Topik hier schon fast vergessen, ja ich muss dir auch recht geben, unter feisty läuft alles ohne Probleme, hatte auf meinem neuen Laptop direkt 7.04 installiert und seit dem keine Probleme, wie es jedoch an meinem Desktop unter 6:10 aussieht kann ich momentan nicht sagen, da ich nahezu ausschließlich den Schlepptop nutze. Werde aber bei gelegenheit ein Update geben ob das Problem weiterhin unter 6.10 besteht.

Ich kann das Problem bestätigen. Bei mir tritt es momentan mit Gutsy Beta auf. Meistens wird einer der Namen

ubuntuusers.de
www.ubuntuusers.de
forum.ubuntuusers.de
wiki.ubuntuusers.de

fälschlicherweise auf 32.1.7.128 abgebildet. Bisher konnte ich die Ursache soweit herausfinden:

Schuld ist im Prinzip der DNS-Server (Cache) auf dem Router (bei mir ein D-Link Gerät mit DSL-Modem). Dort läuft dafür das Programm "dproxy" oder genauer "dproxy-nextgen" ( http://sourceforge.net/projects/dproxy/ ). Wer sich per ssh mit seinem Router verbinden kann, kann das ja mal nachprüfen. Der Prozess wird mittels /etc/dproxy.conf (auf dem Router natürlich) konfiguriert. Viele Werte sind aber als default über den Programmcode definiert. Meist ist unter /var/cache/dproxy.cache der aktuelle Cache-Inhalt einsehbar.

Dort jedenfalls trägt der Dienst eben manchmal fälschliche IP ein. Läuft diese nach ein paar Minuten ab, so wird bei der nächsten Anfrage wieder der "externe" DNS-Server befragt und dann oft der richtige Wert geholt...

Bisher kann ich die Aussage stützen, daß der Effekt unter Windows nicht auftritt (Bei meinem Router laufen die IP-Adressen nach 5 Minuten ab, und werden dann neu geholt). Das würde dafür sprechen, daß möglicherweise Unterschiede in der Protokollimplementierung eine Rolle spielen, und "dproxy" möglicherweise aus der Bahn werfen. Was allerdings seltsam wäre, da es sich ja um ein freies Tool handelt und bestimmt nicht in erster Linie aus der Windowswelt stammt. Sicher ist aber, daß die Gerätehersteller Modifikationen am Code vorgenommen haben. Möglicherweise sind diese Änderungen nur unter Windows ordentlich getestet worden...

Mir ist das Problem derzeit erst bei Gutsy aufgefallen, was aber daran liegt, daß ich in meinem eigentlichen System (Dapper) einen externen DNS-Server fest eingestellt habe, was natürlich den Router-DNS-Server links liegen läßt. Werde das jetzt mal testen...

Hab mir mal dproxy-nexgen gezogen und das getestet. Um zu verstehen, was hier abläuft, erstmal folgendes: ubuntuusers.de ist eine der wenigen Webpräsenzen (hier im Westen, in Japan sieht das afaik schon ein bisschen anders aus), die bereits eine IP-Adresse nach dem kommenden Standard IPv6 besitzen. (Zusätzlich zur normalen IPv4-Adresse, da beide nicht kompatibel sind.)

Die IPv4-Adresse von www.uu.de lautet 213.95.41.11, die IPv6-Adresse lautet 2001:780:0:25::80. Wie kommt dproxy-nexgen also dazu, uu.de nach 32.1.7.128 aufzulösen? Betrachten wir mal die Binärdarstellungen der Adressen.

213.95.41.11      - 11010101010111110010100100001011
32.1.7.128        - 00100000000000010000011110000000
2001:780:0:25::80 - 00100000000000010000011110000000 00000000000000000000000000100101 00000000000000000000000000000000 00000000000000000000000010000000

Wie man sieht entspricht die falsche IPv4-Adresse genau den ersten vier Bytes der (16 Byte langen) IPv6-Adresse. Offensichtlich hat dproxy-nexgen keine Ahnung von IPv6 - das ist verständlich, die Software ist nämlich schon älter. Allerdings sollte die Software dann Anfragen, die sie nicht versteht, eigentlich ignorieren, anstatt sie weiterzuleiten und das Ergebnis auf vollkommen falsche Weise zu interpretieren.

So kommt es zu folgender Situation: Eine Software sucht nach einer IP-Adresse und fragt dabei zuerst nach einer IPv6-Adresse. Diese wird auch so von dproxy-nexgen zurückgegeben. Mit dieser kann das System aber nichts anfangen, da eigentlich alle Benutzer hierzulande noch über IPv4 angebunden sind, also wird ebenfalls nach der IPv4-Adresse gefragt. Inzwischen hat dproxy-nexgen aber bereits die ersten vier Bytes der IPv6-Adresse in seinem Cache abgelegt. Die nachfolgende IPv4-Abfrage wird also gar nicht mehr an den eigentlichen DNS-Server weitergeleitet, sondern aus dem Cache (falsch) beantwortet.

Andere Systeme wie Windows oder Mac fragen anscheinend nicht nach IPv6 oder tun dies erst nach der IPv4-Abfrage, so dass der richtige Wert schon im Cache steht. Daher das unterschiedliche Verhalten je nach Reihenfolge auf Moebius' Systemen.

Hab mal einen Bugreport auf der Sourceforge-Seite erstellt. Das Projekt ist zwar total verwaist, so dass ich nicht mit einem Fix rechne, aber vielleicht hält das ja in Zukunft den einen oder anderen Hersteller von Routersoftware davon ab, diese Software zu verwenden.

Betroffene haben verschiedene Möglichkeiten, um das Problem zu vermeiden:

1. DNS-Proxy im Router selber deaktivieren. Dort wird das ganze oft DNS-Relay genannt.
2. Modul "ipv6" auf die Blacklist setzen. Da das allerdings sehr viel Output in /var/log/syslog erzeugt, halte ich diese Lösung nicht für optimal.
3. ipv6 abschalten: In der Datei /etc/modprobe.d/aliases die Zeile

alias net-pf-10 ipv6

in

alias net-pf-10 off

abändern.

Übrigens ist das Problem anscheinend noch von anderen Komponenten abhängig: Vor einigen Monten "litt" ich selbst unter diesem Problem (Gutsy), zur Zeit kann ich es aber nicht repoduzieren (auch Gutsy)...
(Einen andere Effekt allerdings schon: Dabei dauert die Auflösung einer ganz bestimmten Domain mit aktivem IPv6 ca. 20-30 Sekunden, ohne geht es schnell... Auch hier helfen obige Vorschläge...)