Winterrodel seite schwer erreichbar

[torggler]

Seit einigen Tagen komme ich nur nach mehrmaligen Versuchen auf die Winterrodeln-Seite oder,wie gestern, gar nicht.
Hat das vielleicht mit der Umstellung zu tun?Oder mit was könnte es zusammenhängen
bany-tirol oder Kollegen,habt ihr eine Antwort?
Grüße Martin(torggler)

[philipp]

Das hat wohl mit der IP-Adressenänderung zu tun. Ich hab mal einen Hinweis eingefügt:

"Nach dem erfolgreichen Umzug von Winterrodeln.org auf einen neuen Server am 4. Jänner liefern leider immer noch manche DNS Server zeitweise die falsche IP-Adresse aus, wodurch Winterrodeln.org für die betroffenen Nutzer zeitweise nicht erreichbar ist. Daran können wir leider nichts ändern: Bitte um Geduld, nochmals probieren oder Verwendung anderer DNS Server, wie zum Beispiel die DNS Server von Google. Viel Spaß beim Rodeln und Danke fürs Verständnis!"

Danke fürs Melden und sorry für diesen Umstand!

Viele Grüße,
Philipp

[bany-tyrol]

Hallo auch!

Besonders betroffen scheinen AON-Kunden zu sein (so auch ich ).

Teuflischer Weise geht es manchmal und manchmal nicht; offenbar laufen ihre Nameserver nicht synchron und es hängt davon ab, welchen man erwischt
Ich habe daher bereits am Samstag auf den Google-NS umgestellt - hat einfach genervt. Seither kein Problem mehr ...

vg - bernhard

[soundfreak]

@ bany-tyrol - wie funktioniert das genau ? die wiki site sukkt grad wieder

[philipp]

Auf https://developers.google.com/speed/public-dns/ gibt's eine Beschreibung. Tut mir leid das mit dem DNS. Im Hintergrund bin ich auf der Ursachensuche weil dass ein paar DNS Server es 6 Tage lang nicht schaffen, die IP zu aktualisieren kann doch eigentlich nicht sein. Nur ist es schwer zu "debuggen" weil die betroffenen DNS Server ja meist nur den Kunden das DNS Service zur Verfügung stellen - sofern deren IP Adresse überhaupt allgemein bekannt ist. Naja, hoffentlich aktualiseren bald alle DNS Server auf die richtige Adresse oder wir finden doch noch eine fehlerhafte Konfiguration.

Schönen Abend,
Philipp

[bany-tyrol]

Hallo zusammen

Das Problem ist schon nervig; offenbar sind sehr viele Benutzer davon betroffen - unabhängig vom Provider:

• ich und andere Kollegen hatten Probleme mit AON
• susanne meldet Probleme unter UPC
• bei uns in der Firma ist es auch schon mal nicht gelaufen (HostProfis)

Alles schon sehr merkwürdig!

Hier einmal Listen mit ein paar DNS-Serveradressen; fraglich allerdings wie aktuell die ist.

• http://www.zarathustra.at/server.htm
• http://www.wiki.csoft.at/index.php/Telekom_Austria

Wenn mal unterstellt dass die Adressen stimmen ergibt sich für die DNS-Server von AON ein widersprüchliches Bild:

Code: Alles auswählen

bernhard@ASUS-Notebook:~$ dig @195.3.96.67 www.winterrodeln.org

; <<>> DiG 9.8.1-P1 <<>> @195.3.96.67 www.winterrodeln.org
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 27667
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;www.winterrodeln.org.		IN	A

;; ANSWER SECTION:
www.winterrodeln.org.	86400	IN	CNAME	colleen.colgarra.priv.at.
colleen.colgarra.priv.at. 86400	IN	A	82.150.197.85

;; Query time: 54 msec
;; SERVER: 195.3.96.67#53(195.3.96.67)
;; WHEN: Thu Jan 10 22:56:19 2013
;; MSG SIZE  rcvd: 92

bernhard@ASUS-Notebook:~$ dig @195.3.96.68 www.winterrodeln.org

; <<>> DiG 9.8.1-P1 <<>> @195.3.96.68 www.winterrodeln.org
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 47021
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;www.winterrodeln.org.		IN	A

;; ANSWER SECTION:
www.winterrodeln.org.	86400	IN	CNAME	colleen.colgarra.priv.at.
colleen.colgarra.priv.at. 86400	IN	A	82.150.197.101

;; Query time: 64 msec
;; SERVER: 195.3.96.68#53(195.3.96.68)
;; WHEN: Thu Jan 10 22:56:47 2013
;; MSG SIZE  rcvd: 92

Einmal die alte, einmal die neue IP-Adresse - was soll man davon halten?

So long - bernhard

[philipp]

Keine Ahnung warum das so ist. Zusammenfassung: Alte Adresse: 82.150.197.85 neue Adresse: 82.150.197.101. Beide Server laufen als DNS Server und nur mehr der neue Server liefert Webseiten aus.
Sprich: Alle drei offiziellen Nameserver liefern die richtige, neue IP Adresse zurück:

Code: Alles auswählen

philipp@sirius$ dig @82.150.197.85 www.winterrodeln.org

; <<>> DiG 9.8.4-P1 <<>> @82.150.197.85 www.winterrodeln.org
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34929
;; flags: qr aa rd; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;www.winterrodeln.org.          IN      A

;; ANSWER SECTION:
www.winterrodeln.org.   86400   IN      CNAME   colleen.colgarra.priv.at.
colleen.colgarra.priv.at. 86400 IN      A       82.150.197.101

;; AUTHORITY SECTION:
colgarra.priv.at.       86400   IN      NS      ns.hotze.com.
colgarra.priv.at.       86400   IN      NS      colleen.colgarra.priv.at.

;; Query time: 43 msec
;; SERVER: 82.150.197.85#53(82.150.197.85)
;; WHEN: Thu Jan 10 23:53:10 2013
;; MSG SIZE  rcvd: 132

philipp@sirius$ dig @82.150.197.101 www.winterrodeln.org

; <<>> DiG 9.8.4-P1 <<>> @82.150.197.101 www.winterrodeln.org
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 51556
;; flags: qr aa rd; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;www.winterrodeln.org.          IN      A

;; ANSWER SECTION:
www.winterrodeln.org.   86400   IN      CNAME   colleen.colgarra.priv.at.
colleen.colgarra.priv.at. 86400 IN      A       82.150.197.101

;; AUTHORITY SECTION:
colgarra.priv.at.       86400   IN      NS      colleen.colgarra.priv.at.
colgarra.priv.at.       86400   IN      NS      ns.hotze.com.

;; Query time: 42 msec
;; SERVER: 82.150.197.101#53(82.150.197.101)
;; WHEN: Thu Jan 10 23:53:47 2013
;; MSG SIZE  rcvd: 132

philipp@sirius$ dig @ns.hotze.com www.winterrodeln.org

; <<>> DiG 9.8.4-P1 <<>> @ns.hotze.com www.winterrodeln.org
; (2 servers found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 20873
;; flags: qr aa rd; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;www.winterrodeln.org.          IN      A

;; ANSWER SECTION:
www.winterrodeln.org.   86400   IN      CNAME   colleen.colgarra.priv.at.
colleen.colgarra.priv.at. 86400 IN      A       82.150.197.101

;; AUTHORITY SECTION:
colgarra.priv.at.       86400   IN      NS      ns.hotze.com.
colgarra.priv.at.       86400   IN      NS      colleen.colgarra.priv.at.

;; ADDITIONAL SECTION:
ns.hotze.com.           86400   IN      A       82.150.192.1

;; Query time: 43 msec
;; SERVER: 82.150.192.1#53(82.150.192.1)
;; WHEN: Thu Jan 10 23:54:02 2013
;; MSG SIZE  rcvd: 148

Was stören könnte wäre einzig: "WARNING: recursion requested but not available".

Viele Grüße,
Philipp

[soundfreak]

als info: das forum habe ich direkt über http://winterrodeln-forum.org/ noch immer erreicht, auch wenn wr.org parallel dazu nicht erreichbar ist (wie aktuell eben gerade - haben UPC hier in firma)

gestern abend zuhause via aon hat es funktioniert

[bany-tyrol]

Hallo zusammen!

@soundfreak: Klar - das Forum läuft ja auf einem anderen Server und ist von der IP-Umstellung nicht betroffen; nur das WIKI (http://www.winterrodeln.org) ist umgezogen

@philipp: Kann man vielleicht von der alten IP-Adresse eine Redirection auf die neue einrichten bis das Ganze stabil läuft; etwa mit einem virtual host am Apache-Server?
So wie es derzeit (nicht) läuft ist's natürlich übel

vg - bernhard

[philipp]

Hi Bernhard,

an einen Redirect hab ich zwar auch gedacht, aber was soll man denn redirecten: Wenn auf http://www.winterrodeln.org dann wird wohl der 2. Versuch wieder beim falschen Server landen und wenn auf die neue IP Adresse dann wird dort nicht Winterrodeln.org ausgeliefert sondern http://82.150.197.101/ weil wir name based Virtual Hosts haben.

Ich hab aber gestern spät des Nachts was anderes getan: Den Apache dem alten Server wieder aktiviert und MediaWiki angewiesen, sich vom neuen Server die Daten zu holen. Am alten Server läuft kein mysql mehr, so dass eine mögliche Fehlkonfiguration von MediaWiki des alten Servers zwar zu Fehlermeldungen, aber nicht zum versehentlichen Schreiben in die/Lesen aus der falschen Datenbank führen sollte.

Damit _sollte_ es sich für Benutzer nun gleich anfühlen, egal ob sie die alte, falsche oder die neue richtige IP Adresse von ihrem DNS Server bekommen. Und durch die Logs vom alten Server können wir dann abschätzen ob die Anzahl der falschen DNS Auskünfte gleich bleibt oder abnimmt.

Schönes Wochenende,
Philipp