Onderwerp: Website niet te bereiken na omzetten NameServers

Geachte,

Vandaag tegen het volgende probleem aangelopen:

Ik heb een domein draaien bij een specifieke hoster. Nu wil ik de data bij een andere hoster op een VPS gaan plaatsen. Hiervoor heb ik via DirectAdmin een backup gemaakt en deze daarna op de VPS in de DirectAdmin omgeving van de nieuwe hoster gerestored.

Hierna eenvoudig bij hoster 1 de beide nameservers aangepast zodat alles richting hoster 2 wordt gestuurd qua verkeer.

Echter kreeg ik, na het refreshen van de DNS-records, geen verbinding meer met met de website bij de nieuwe hoster. Diverse online whois lookups gaven mij wel de namen van de nameservers door, maar gaven aan dat er geen IP-record beschikbaar was voor de website.

Nu heb ik via DNS management de opties bekeken in de DirectAdmin omgeving van hoster 2. Hier staan netjes alle records goed opgesteld, maar toch krijg ik geen verbinding naar de website. Ook een ping of traceroute geeft me als resultaat dat het domein niet gevonden kan worden.

Daarom maar weer even de NameServer records teruggezet naar hoster 1. Binnen twee uur kon ik weer terug op de website komen.

Hierdoor had ik het vermoeden dat ik wellicht iets verkeerd had gegaan bij het omzetten van beide nameservers. Nog een keer de actie uitgevoerd (dus nameserver aangepast naar hoster 2) . En ook nu weer kon ik na 2 uur ineens niet meer de website bereiken en gaven online whois results aan dat er geen IP-adres beschikbaar was voor de website. Echter na het, wederom, terugzetten van de nameservers naar hoster 1, kon na twee uurtjes weer terug op de website komen.

Volgens de hoster staan wel alle records goed ingesteld en zou een dergelijke omzetting zonder problemen moeten werken. Echter krijg ik het dus niet werkende...

Iemand een idee waar dit aan zou kunnen liggen ?

Flush je DNS eens. Normaal duurt het wel even voordat de nieuwe nameservers zijn opgehaald en verwerkt.

Je oude nameservers staan nog in jouw systeem. Dus vandaar dat het gewoon werkt als je het terugdraait.

Heb je de Glue records ook aangepast (of de hoster)?

Is het anders mogelijk om de domeinnaam te geven zodat anderen even kunnen kijken wat ze zien?

Oorspronkelijk geplaatst door WebMeso

Flush je DNS eens. Normaal duurt het wel even voordat de nieuwe nameservers zijn opgehaald en verwerkt.

Je oude nameservers staan nog in jouw systeem. Dus vandaar dat het gewoon werkt.

Heb je de Glue records ook aangepast (of de hoster)?

Ik heb op diverse verbindingen een dns-flush uitgevoerd (lang leve 3 verschillende internet verbindingen met verschillende providers op het werk). Uiteindelijk, na de reguliere refresh van het DNS-record, kon ik weer gewoon de website bereiken. Ook zag ik het resultaat terugkomen op de diverse online NS-lookup websites. Hierna werkte een nslookup commando op mijn eigen PC ook weer.

De glue-records zijn geregeld door de hoster (tenminste, daar ga ik wel van uit). Dit ook aangezien zij beweren dat alles in orde is en de DNS-records in de DirectAdmin omgeving bij hoster 2 ook de IP-adressen van de nameservers weergeven.

Ik heb een dergelijke actie al meerdere malen uitgevoerd en dit ging altijd zonder problemen. Alleen vandaag kreeg ik twee andere nameservers door dan ik altijd had doorgekregen. Mijn vermoeden is dat het toch ergens in de configuratie van de nameservers zou kunnen liggen.

Is het anders mogelijk om de domeinnaam te geven zodat anderen even kunnen kijken wat ze zien?

Uiteraard kan dat, maar ik heb de nameservers alweer aangepast naar hoster 1, zodat de website gewoon weer te bereiken is.

Als we ervan uitgaan dat de nieuwe nameservers correct zijn geconfigureerd dan is de vraag hoeveel tijd en welke stappen er genomen zijn om de site over te zetten.

Het beste is om de nieuwe nameservers op de oude omgeving in te stellen met een lage TTL en dan een paar uur (bijvoorbeeld een nacht of 6 uur) later de site over te zetten naar de nieuwe omgeving.

Daarna de Glue records pas wijzigen naar de nieuwe nameservers. Zo zal de down-time of tijd dat je de website niet ziet vrij kort zijn.

Oorspronkelijk geplaatst door WebMeso

Als we ervan uitgaan dat de nieuwe nameservers correct zijn geconfigureerd dan is de vraag hoeveel tijd en welke stappen er genomen zijn om de site over te zetten.

Het beste is om de nieuwe nameservers op de oude omgeving in te stellen met een lage TTL en dan een paar uur (bijvoorbeeld een nacht of 6 uur) later de site over te zetten naar de nieuwe omgeving.

Daarna de Glue records pas wijzigen naar de nieuwe nameservers. Zo zal de down-time of tijd dat je de website niet ziet vrij kort zijn.

Goede tip !
Zal dat van het weekend wel uitvoeren. Dan is het aantal bezoekers van de website het laagst

Wanneer je de nameservers hebt omgezet, controleer even op intodns.com of alles ook daadwerkelijk goed staat en resolved.

Oorspronkelijk geplaatst door nextware

Ik heb op diverse verbindingen een dns-flush uitgevoerd (lang leve 3 verschillende internet verbindingen met verschillende providers op het werk). Uiteindelijk, na de reguliere refresh van het DNS-record, kon ik weer gewoon de website bereiken. Ook zag ik het resultaat terugkomen op de diverse online NS-lookup websites. Hierna werkte een nslookup commando op mijn eigen PC ook weer.

De glue-records zijn geregeld door de hoster (tenminste, daar ga ik wel van uit). Dit ook aangezien zij beweren dat alles in orde is en de DNS-records in de DirectAdmin omgeving bij hoster 2 ook de IP-adressen van de nameservers weergeven.

Ik heb een dergelijke actie al meerdere malen uitgevoerd en dit ging altijd zonder problemen. Alleen vandaag kreeg ik twee andere nameservers door dan ik altijd had doorgekregen. Mijn vermoeden is dat het toch ergens in de configuratie van de nameservers zou kunnen liggen.



Uiteraard kan dat, maar ik heb de nameservers alweer aangepast naar hoster 1, zodat de website gewoon weer te bereiken is.

Ik denk niet dat jij een DNS flush kunt doen.
Dat doe je als admin op een full resolver, die je zelf draait . Je kunt de cache van je modem (of pc) leeg gooien, maar niet de cache van de echte resolver die daarachter zit.

Alleen als je zelf een resolver draait kun je die echt flushen. Voor jou (niet voor de rest van de wereld).
Je kunt beter wat meer over DNS leren, dan kun je meteen opzoeken wat in welke DNS server staat en zien dat dat goed staat.

Als je domeinnaam geeft, en namen van de DNS'en waar het domein naar toe moet gaan (en liefst al in staat) dan kunnen we wat debuggen.

Oorspronkelijk geplaatst door WebMeso

Als we ervan uitgaan dat de nieuwe nameservers correct zijn geconfigureerd dan is de vraag hoeveel tijd en welke stappen er genomen zijn om de site over te zetten.

Het beste is om de nieuwe nameservers op de oude omgeving in te stellen met een lage TTL en dan een paar uur (bijvoorbeeld een nacht of 6 uur) later de site over te zetten naar de nieuwe omgeving.

Daarna de Glue records pas wijzigen naar de nieuwe nameservers. Zo zal de down-time of tijd dat je de website niet ziet vrij kort zijn.

TS heeft zo te zien een vrij makkelijk scenario, want er is blijkbaar ruime overlap tussen het beschikbaar hebben van een server bij de nieuwe hoster en het weg moeten zijn bij de oude.

Als er geen onderliggend transactie systeem onder zit wat absoluut consistent moet blijven kan hij gewoon de oude en nieuwe server ophouden, DNS rustig omzetten en na een tijdje de oude server uitzetten.
Eitje, en zero downtime als hij 't goed doet.

Zitten er wel transacties onder zal hij idd de oude site moeten disablen, transacties overzetten en de nieuwe activeren,DNS omzwaaien. Dan heb je een kort window waarin de site niet, of niet volledig beschikbaar is voor een plukje bezoekers.

Oorspronkelijk geplaatst door nextware

Ik heb op diverse verbindingen een dns-flush uitgevoerd (lang leve 3 verschillende internet verbindingen met verschillende providers op het werk). Uiteindelijk, na de reguliere refresh van het DNS-record, kon ik weer gewoon de website bereiken. Ook zag ik het resultaat terugkomen op de diverse online NS-lookup websites. Hierna werkte een nslookup commando op mijn eigen PC ook weer.

De glue-records zijn geregeld door de hoster (tenminste, daar ga ik wel van uit). Dit ook aangezien zij beweren dat alles in orde is en de DNS-records in de DirectAdmin omgeving bij hoster 2 ook de IP-adressen van de nameservers weergeven.

Ik heb een dergelijke actie al meerdere malen uitgevoerd en dit ging altijd zonder problemen. Alleen vandaag kreeg ik twee andere nameservers door dan ik altijd had doorgekregen. Mijn vermoeden is dat het toch ergens in de configuratie van de nameservers zou kunnen liggen.

Uiteraard kan dat, maar ik heb de nameservers alweer aangepast naar hoster 1, zodat de website gewoon weer te bereiken is.

Geef toch maar.
Zo te lezen ben je bezig om ook andere DNS servers te gaan gebruiken bij het verhuizen van je site.
(die twee uur windows zijn precies het update interval van sidn ) .
Je domein kan prima in die andere DNS servers staan, met nieuw IP , en die config kan dan gecontroleerd worden.
Pas als je de NS records bij SIDN voor je domein wijzigt wordt die configuratie effectief.

Je kunt dus alles voorbereiden zonder dat je bezoekers het merken.
Test ook je nieuwe server door bv het IP adres ervan op je compu even in /etc/hosts te zetten met de server naam. Dan kun je zien of je site het doet op de nieuwe server.

Je andere DNS servers test je met 'dig' .

Ik zal het proberen uit te leggen, voor zover ik het duidelijk kan uitleggen:

Op dit moment draait de site bij Versio. Hier gebruik ik de nameservers ns59.axc.nl en ns60.axc.nl
Ik maak via DirectAdmin een backup van de complete site, inclusief MySQL DB, emailaccounts, etc, etc.

Daarna importeer ik deze backup in de DirectAdmin omgeving bij de nieuwe hoster. Echter vink ik de optie uit om de DNS en MX-records te restoren (zoals mij is aangegeven).

Nadat de complete restore is uitgevoerd, verander ik bij Versio de beide nameservers naar de nieuwe nameservers. In dit geval zijn dat de ns1.correcthosting06.nl en ns2.correcthosting06.nl

Die twee uur zijn inderdaad de update interval van het SIDN. Echter zodra deze update interval voorbij is, is de site dus totaal niet meer bereikbaar.

Zoals aangegeven heb ik, nadat de omzetting is gedaan een test gedaan via de website intodns.com. Hierbij zie je, volgens mij, duidelijk dat er om de één of andere manier geen A-records zijn / worden aangemaakt voor het domein.
Ik heb een screen van deze website bijgevoegd.

Het voordeel dat ik heb, zoals je al aangaf, is dat er inderdaad geen druk zit om de domeinnaam weg te halen bij Versio. Ik wil deze daar alleen weg hebben omdat de snelheid van de websites die daar worden gehost, af en toe dramatisch is (maar dat is een andere discussie).

En Visser: je hebt inderdaad gelijk dat ik wel wat meer inzicht kan krijgen in hoe hosting en alles daarom heen werkt. Daarom heb ik ook dit topic aangemaakt om ervan te kunnen leren. Het beheren van webservers laat ik ook met plezier over aan degene die er echt volledig verstand van hebben . Maar ik wil er wel graag iets meer van leren.

Oorspronkelijk geplaatst door nextware

Echter vink ik de optie uit om de DNS en MX-records te restoren

Hier zit de oplossing. Je moet op de nieuwe server natuurlijk wel DNS en MX records aanmaken (door te restoren). Anders zijn die er niet en kan je de website niet bereiken na het omzetten van de nameservers in de Whois.

Met "dig any s*cp*gn*.nl @ns1.correcthosting06.nl" (vanaf je mac of linux werkplek) kun je kijken of ze er zijn.

Oorspronkelijk geplaatst door t.bloo

Hier zit de oplossing. Je moet op de nieuwe server natuurlijk wel DNS en MX records aanmaken (door te restoren). Anders zijn die er niet en kan je de website niet bereiken na het omzetten van de nameservers in de Whois.

Ik heb even via DNS-magenement gekeken op het domein bij c*rrecthosting. Daar staan echter wel de correcte records opgenomen. Dus ook het correcte A-record, etc.

Het vreemde is dat ik dergelijke acties al wel vaker heb gedaan. Echter wel met andere nameservers. En daarbij ook de opties om de DNS en MX-records te restoren niet aangevinkt. Dat is altijd zonder problemen gegaan.

Misschien een open deur, maar wat zegt de van correcthosting? Dit is namelijk heel simpel om correct op te lossen.