Moin,
n? Das ganze liegt daran, da?nicht nur UI sondern jeder größere Hoster ihre Domains per verteilter Server-Architektur auf mehrere IPs aufteilen.
Probleme treten dann bei folgender Konstellation auf:
- Domain-Provider ändert seine "virtuelle" IP für die Domain (kommt häufig vor, er hält aber seine NS aktuell)
- schlimmer: der Provider für die .eu ändert seine "virtuelle" IP für die Umleitung auf die "virtuelle" IP des .de-Providers aus gleichem Hause und gleicht nicht ab (muss er auch nicht, obliegt dem Domain-Kunden)
- Nameserver des eigenen ISP (die Firma, wo Otto-Normalverbraucher -mögliche Form wg. Renates möglicher Trotzreaktion beabsichtigt- sich einwählt) sind nicht aktuell gehalten. Das kommt leider häufiger vor als gewünscht.
Wenn jetzt der Domain-Provider ständig um 12:01 ändert und der ISP ständig um 11:59 updated... dann sind Probleme vorprogrammiert.
Ich habe gerade mal geschaut:
- fotolaborforum.eu lag auf 217.160.28.133
- fotolaborforum.de lag auf 217.160.87.90
Beides gilt jetzt gerade eben. Und auch da nur für meine Anfrage:-) Hat UI ein Class-B-Netz? Das will ich jetzt nicht nachfragen.
"file before NS" hilft da auch nur eingeschränkt. Immerhin hilft es, weil man so die Zeit, bis der eigene ISP endlich mal updaten lässt (so'n NS-Update ist für "weltweit" schon ein nicht ganz kleines Update) ggf. überbrücken kann.
"file before NS" hilft nur dann, wenn man bestimmten Domain-Namen bestimmte Nameserver (nämlich die des Providers) zuweist und dazu ggf. noch weiß auf welche andere Domain diese zeigen.
Das setzt Intelligenz und Willen beim Administrator sowie Machbarkeit beim Betriebssystem voraus. Windows-Nutzer haben sozusagen doppelt bequem verloren. (Sigaturfreigabe unter Nennung des Autors erteilt:-)
Bei den meisten Unixen geht das per Textfile /etc/hosts oder wo auch immer man das ins Filesystem hängen mag. Bei meinem AIX-Rechner hängt es unter /hurzelpurzel. Das habe ich damals gelernt, als man Server noch mit Eisenfeile und Holzhammer konfigurierte: Man wusste ganz einfach, wo Hammer oder Feile sinnvolle Werkzeuge waren:-)
Ansonsten gelten die zehn goldenen "A" des Militärs: Alle anfallenden Arbeiten auf andere abschieben. Anschließend anscheißen, aber anständig!" Oder, wie ich schon schrieb: Provider anscheißen. Ggf. wechseln, das mögen die im Augenblick angesichts eines ziemlich gesättigten Marktes und Preisdrucks so richtig gern...
Beste Grüße,
Franz
n? Das ganze liegt daran, da?nicht nur UI sondern jeder größere Hoster ihre Domains per verteilter Server-Architektur auf mehrere IPs aufteilen.
Probleme treten dann bei folgender Konstellation auf:
- Domain-Provider ändert seine "virtuelle" IP für die Domain (kommt häufig vor, er hält aber seine NS aktuell)
- schlimmer: der Provider für die .eu ändert seine "virtuelle" IP für die Umleitung auf die "virtuelle" IP des .de-Providers aus gleichem Hause und gleicht nicht ab (muss er auch nicht, obliegt dem Domain-Kunden)
- Nameserver des eigenen ISP (die Firma, wo Otto-Normalverbraucher -mögliche Form wg. Renates möglicher Trotzreaktion beabsichtigt- sich einwählt) sind nicht aktuell gehalten. Das kommt leider häufiger vor als gewünscht.
Wenn jetzt der Domain-Provider ständig um 12:01 ändert und der ISP ständig um 11:59 updated... dann sind Probleme vorprogrammiert.
Ich habe gerade mal geschaut:
- fotolaborforum.eu lag auf 217.160.28.133
- fotolaborforum.de lag auf 217.160.87.90
Beides gilt jetzt gerade eben. Und auch da nur für meine Anfrage:-) Hat UI ein Class-B-Netz? Das will ich jetzt nicht nachfragen.
"file before NS" hilft da auch nur eingeschränkt. Immerhin hilft es, weil man so die Zeit, bis der eigene ISP endlich mal updaten lässt (so'n NS-Update ist für "weltweit" schon ein nicht ganz kleines Update) ggf. überbrücken kann.
"file before NS" hilft nur dann, wenn man bestimmten Domain-Namen bestimmte Nameserver (nämlich die des Providers) zuweist und dazu ggf. noch weiß auf welche andere Domain diese zeigen.
Das setzt Intelligenz und Willen beim Administrator sowie Machbarkeit beim Betriebssystem voraus. Windows-Nutzer haben sozusagen doppelt bequem verloren. (Sigaturfreigabe unter Nennung des Autors erteilt:-)
Bei den meisten Unixen geht das per Textfile /etc/hosts oder wo auch immer man das ins Filesystem hängen mag. Bei meinem AIX-Rechner hängt es unter /hurzelpurzel. Das habe ich damals gelernt, als man Server noch mit Eisenfeile und Holzhammer konfigurierte: Man wusste ganz einfach, wo Hammer oder Feile sinnvolle Werkzeuge waren:-)
Ansonsten gelten die zehn goldenen "A" des Militärs: Alle anfallenden Arbeiten auf andere abschieben. Anschließend anscheißen, aber anständig!" Oder, wie ich schon schrieb: Provider anscheißen. Ggf. wechseln, das mögen die im Augenblick angesichts eines ziemlich gesättigten Marktes und Preisdrucks so richtig gern...
Beste Grüße,
Franz
