Bekijk Volledige Versie : Testen website op VPS voor verhuizing domein
Ik wil een website van mijn huidige hosting provider verhuizen naar mijn VPS.
Is het mogelijk om deze site te testen voordat ik het domein verhuis naar de nieuwe locatie van mijn VPS?
De provider waar de website nu gehost wordt is een andere dan waar ik de VPS afneem.
Je zal even op je pc in je hostfile (/etc/hosts voor een linux werkstation of c:/windows/system32/drivers/etc/hosts voor een windows werkstation) moeten aanpassen en daar een regel aan toe te voegen:
IP.van.je.vps www.jedomeinnaam.nl
Zo stel je dus in dat als jij met bv je browser verbinding maakt naar www.jedomeinnaam.nl je wordt verwezen naar je VPS ipv naar je huidige web hoster.
Zorg dan wel dat je je editor (notepad bijv.) als administrator start. Anders gaat je systeem niet mee werken.
Ok ik pas met vi het host bestand aan.
Hoe weet de DNS server dan dat ik dit heb aangepast? Of ga ik via mijn IP adres naar de site.
En nu heb ik meerdere sites op deze server draaien. Hoe weet de server dan dat hij naar de bedoelde site moet gaan?
Op het moment dat je lokale* hosts file aangepast hebt, bijvoorbeeld:
1.2.3.4 www.somedomain.com
waarbij 1.2.3.4 IP van je VPS is, dan gebeurd er het volgende:
1) je opent browser en type in URL: www.somedomain.com
2) je browser ziet in de hosts file dat ie naar IP 1.2.3.4 moet gaan en gaat naar dat IP;
3) je browser komt aan bij 1.2.3.4 (je VPS) en vertelt aan de webserver dat ie graag data van www.somedomain.com wilt hebben;
4) webserver serveert data voor genoemde domain.
Wanneer je hosts file geen referentie / verwijzing heeft (1.2.3.4 naar www.somedomain.com) dan vraagt je browser standaard aan de DNS. Hosts file heeft echter hogere prio dan DNS :) In feite, ga je vanaf je lokale PC (met aangepaste hosts file) rechtstreeks naar de IP adres welke in hosts file aangegeven staat.
Over de vraag hoe je VPS weet welke site te serveren, simpel omdat je browser (URL) aangeeft welke jij wilt hebben.
Zodanig kan je ook alle andere websites in de hosts file toevoegen, dus:
1.2.3.4 www.otherdomain.com
1.2.3.4 www.thirddomain.com
enzovoort...
*lokale is PC waarvan je wilt testen, dus _niet_ de VPS zelf
Mocht je Chrome gebruiken, dan is Hosts manager een handige extensie.. dan zie je linksonder altijd op welk IP je aan het kijken bent en voeg je met 2 klikjes een nieuwe host toe. Je kan per host ook aan/uit togglen om de verschillen te zien. Dus nooit meer dnscache flushen etc.
Het nadeel is dat er een bugje in zit wat soms problemen geeft met bepaade plugins van WordPress (Duplicator bijvoorbeeld).
Ok ik pas met vi het host bestand aan.
Hoe weet de DNS server dan dat ik dit heb aangepast? Of ga ik via mijn IP adres naar de site.
En nu heb ik meerdere sites op deze server draaien. Hoe weet de server dan dat hij naar de bedoelde site moet gaan?
Dat is waarom je de hosts file op je PC moet aanpassen.
Als er meerdere sites op hetzelfde IP adres draaien, is het namelijk een header van het HTTP request (Host: ) die aan de webserver aangeeft welke site gevraagd is.
In die Host: header zet de webbrowser de gevraagde site, en als je in je webbrowser op basis van IP adres gaat, staat daar dus niet de bedoelde site.
Je moet zorgen dat je in je webbrowser de bedoelde URL intikt, en dat die alleen op ander IP uitkomt dan op dat moment in de DNS staat.
Dat doe je door de hosts file op je client PC aan te passen. Want behalve de DNS kijkt een client PC eerst in de hosts file om een naam -> ip mapping te vinden.
Als je wat wilt bouwen zou je ook (thuis) een resolver DNS kunnen inrichten, waarop je ook een paar zones zet (nl de zones van je domein met een ander IP) . Je laat je clients jouw DNS resolver gebruiken, die alles 'gewoon' opzoekt behalve de zones die je erbij gezet hebt, want daarvoor kun je 'm een ander antwoord laten geven dan de normale authoritieve nameservers doen.
Voor dit enkele domein is het veel meer moeite dan even de hosts file editen, maar als je wat wilt oefenen met DNS servers is het een leuk projectje.
Dat is waarom je de hosts file op je PC moet aanpassen.
Als er meerdere sites op hetzelfde IP adres draaien, is het namelijk een header van het HTTP request (Host: ) die aan de webserver aangeeft welke site gevraagd is.
In die Host: header zet de webbrowser de gevraagde site, en als je in je webbrowser op basis van IP adres gaat, staat daar dus niet de bedoelde site.
Je moet zorgen dat je in je webbrowser de bedoelde URL intikt, en dat die alleen op ander IP uitkomt dan op dat moment in de DNS staat.
Dat doe je door de hosts file op je client PC aan te passen. Want behalve de DNS kijkt een client PC eerst in de hosts file om een naam -> ip mapping te vinden.
Ik snap hem nu. Dank voor jullie reacties.
Als je wat wilt bouwen zou je ook (thuis) een resolver DNS kunnen inrichten, waarop je ook een paar zones zet (nl de zones van je domein met een ander IP) . Je laat je clients jouw DNS resolver gebruiken, die alles 'gewoon' opzoekt behalve de zones die je erbij gezet hebt, want daarvoor kun je 'm een ander antwoord laten geven dan de normale authoritieve nameservers doen.
Voor dit enkele domein is het veel meer moeite dan even de hosts file editen, maar als je wat wilt oefenen met DNS servers is het een leuk projectje.
Kan dit ook op een Synology Diskstation (http://www.synology.com/us/products/DS1010+/http://)
1.2.3.4 www.otherdomain.com
1.2.3.4 www.thirddomain.com
Het is netter om het zo te doen:
1.2.3.4 vps.fqdn.tld www.otherdomain.com www.thirddomain.com
Op die manier vertel je je os dat de domeinen allemaal cnames naar je vps zijn (en niet A records met ptr records)
Windows doet niet erg moeilijk over beide manieren, maar 1 regel per ip is ip technisch wel netter.
Ik snap hem nu. Dank voor jullie reacties.
Kan dit ook op een Synology Diskstation (http://www.synology.com/us/products/DS1010+/http://)
Ik geloof dat je daar ook bind op kunt installeren, dus dat zal wel kunnen.
Maar aangezien je nog aan het leren bent zou ik het op een 'gewone' linux doen (zet anders een vm op je thuis pc), dan kun je alle normale handleidingen en howto's gebruiken en heb je niet te maken met wat er misschien net even anders is op een synology.
Kleine tip nog: vergeet niet om de aanpassingen in je hosts file ongedaan te maken als je klaar bent met testen.
Allen bedankt voor het meedenken en de tips. Het is gelukt. Mijn site staat nu online.