hehe goed bezig :) hoop niet dat het te ver wegzakt in de threads. Misschien leuk om dit op een eigen webpage te plaatsen en de link in je handtekening?
Nu een biertje drinken (al 3 minuten jarig!)
Afdrukvoorbeeld
hehe goed bezig :) hoop niet dat het te ver wegzakt in de threads. Misschien leuk om dit op een eigen webpage te plaatsen en de link in je handtekening?
Nu een biertje drinken (al 3 minuten jarig!)
Volgens mij maak je het ingewikkelder dan het eigenlijk is :-)
Je hebt volgens mij nog niet helemaal door hoe NS, DNS en domein (registratie) werkt. Het is niet erg moeilijk systeem, maar je moet het een keer goed onder de knie krijgen.
Kort gezegd, telkens als iemand (een applicatie, bv browser of FTP client of een spelletje) een domein opzoeken, wordt er gezocht naar de bijhorende IP adres van de gezochte (sub)domein. Om achter te komen welke IP betreffende (sub) domein heeft, worden volgende stappen uitgevoerd (waarbij het zoektocht 'stopt' bij de stap die gewenste resultaat, oftewel IP geeft):
1) Ken ik (locale PC) de domeinnaam al? Zo ja, dan ga ik naar dat IP adres; zo niet:
2) Kent DNS van mijn 'verbinding' (je ISP) deze domeinnaam? Zo ja, dan ga ik naar dat IP; zo niet:
3) DNS van je ISP verwijst je door naar Root Name Servers (zie onder); Deze geven aan, in welke zone je domein geregistreerd is (op basis van de domein extensie);
4) Je komt uit bij de desbetreffende 'master' van de zone, die geeft vervolgens aan waar de domein geregistreerd is (eNom, RRPProxy e.d. - registry dus) (zie onder);
5) Registry geeft terug welke NameServers domein gebruikt;
6) Je komt uit op de NameServers die je gekregen hebt en daar vraag je het IP op van de (sub) domein;
7) Eenmaal die IP gekregen is, ga je naar de genoemde server en wordt je verzoek verder afgehandeld (FTP connectie geopend, of een website getoond e.d.).
Root Name Servers; er zijn enkele tientallen van dergelijke servers ter wereld. Ze hebben alleen informatie over de 'zones'. Zone is de 'eigenaar' van bepaalde domein extensie. Bijvoorbeeld, SIDN is 'eigenaar' van .nl domeinnaam. Als iemand een .nl domein opzoekt en deze is in stappen 1,2 en 3 niet bekend, dan zal je bij SIDN 'belanden' die je verwijst naar ISP welke domein beheert (oftewel, zijn Nameservers).
Registries; partijen die toestemming gekregen hebben om TLD (top level domeins) en / of ccTLD (country code TLD) om te registreren. Voor .nl is dat dus SIDN. Voor .com zijn er meerdere partijen ter wereld die dat mogen doen. Zij hebben altijd gegevens (name servers) van de domeinnamen welke door hun geregistreerd zijn.
Zoals je ziet, een navraag over de IP adres behorende tot een domein kent redelijk lange weg. Maar het is mooie hiërarchie welke opgezet is en je gaat telkens stapje 'hoger' totdat je gewenste info ontvangen hebt. In jou geval ging het fout tussen op welke Name Servers domein geregistreerd stond (na verhuizing) en de DNS die je ging aanpassen. Terwijl domein stond nog op oude NS-en, heb je de DNS van de nieuwe NS-en aangepast en dat leverde uiteraard geen resultaat.
M.b.t. DA DNS; deze is namelijk niet relevant. Niemand 'verwijst' naar de DNS van DA, dus wat erin staat zal nooit gebruikt worden. Let alleen wel op, want volgens mij zal DA zelf wel voor interne doeleinden wel zijn eigen DNS gebruiken. Dit kan je denk ik per domein uitzetten ofzo? Wellicht iemand met meer DA kennis kan je dit bevestigen...
Mvg,
Smilie
Ik snap in grote lijnen wel hoe een DNS werkt. Maar op lokaal niveau met alle control panels en Direct Admin DNS instellingen wordt het nogal onduidelijk. Hoe pak je het praktisch aan? Daar is natuurlijk wel info over te vinden, maar vaak heeft iedereen zijn eigen configuratie die net weer anders is.
Als je een domein bij Leaseweb hebt gebruik je hun Nameservers. En in het Service Center kan je DNS records toevoegen. Alle records verwijzen dan naar de VPS via het IP adres. Een bezoeker wordt dan verwezen op deze manier :
Bezoeker (wil naar kksblog.com) -> DNS verzoek (via jouw lijstje) ->
Komt bij nameserver van Leaseweb -> Vind IP -> Naar VPS.
Nu komt ie aan op de VPS. En daar draait ook een DNS van Directadmin. Althans BIND draait daar. (Die je overigens kan uitzetten, zie link http//help.directadmin.com/item.php?id=25 )
Nu is het de vraag of je de DNS instellingen nodig hebt van DA, of dat de Virtual files van Apache genoeg zijn?
De nameserver records voor uw domeinen zijn omgezet naar ns1.leaseweb.nl, ns4.leaseweb.net en ns5.leaseweb.nl. De vuistregel is dat de propagatie binnen 24 uur verwerkt moet zijn. U kunt uw domeinen beheren in het Self Service Center op https://secure.leaseweb.com/. Mocht u nog vragen / opmerkingen hebben aarzelt u dan niet contact met ons op te nemen.
Beide domeinen zijn nu verhuisd naar Leaseweb en de nameservers zijn aangepast :
Domain Name: KKSBLOG.COM
Registrar: KEY-SYSTEMS GMBH
Whois Server: whois.rrpproxy.net
Referral URL: http://www.key-systems.net
Name Server: NS1.LEASEWEB.NL
Name Server: NS4.LEASEWEB.NET
Name Server: NS5.LEASEWEB.NL
Domain Name: LIBRARY108.COM
Registrar: KEY-SYSTEMS GMBH
Whois Server: whois.rrpproxy.net
Referral URL: http://www.key-systems.net
Name Server: NS1.LEASEWEB.NL
Name Server: NS4.LEASEWEB.NET
Name Server: NS5.LEASEWEB.NL
Netjes van Leaseweb dat ze het hebben uitgevoerd in het weekeinde. Top.
Nu kan ik de VPS bereiken op domein naam. En ik krijg nu de melding "Apache is functioning normally". Omdat in het SSC bij Leaseweb een * als 'wildcard' gebruikt is in de DNS records kan ik nu op alle subdomeinen de server bereiken. Tot zover goed.
Maar nu moet elk domein nog goed ge-redirect worden. Daarvoor moet in DA de juiste Virtual Apache files aangemaakt worden. In principe doet DA dat zelf, maar dat is mij nog niet gelukt.
Keep you posted
Mocht je bij die instellingen in DA hulp nodig hebben (en met de informatie op site-helper.com kom je er niet uit) dan wil ik daar wel even mee helpen om je op weg te helpen.
Cool man. Bedankt. Ik probeer van deze thread een informatief geheel te maken zodat iedereen er wat aan gaat hebben. Dus er komt van alles bij kijken en daarom ben ik blij met alle hulp en info. Bij gebrek aan info op de leaseweb site (die uitgaat van een bepaald kennis niveau) kan dit een mooie aanvulling worden.
Een stap die mij nog niet duidelijk; het DNS verhaal op de VPS zelf.
In DA moet je in de configuratie 2 nameservers opgeven. Deze worden dan gebruikt om de nameserver van de users in te stellen.
Voor elk domein worden er DNS instellingen aangemaakt.
SmileBG zei al eerder dat de DNS op de VPS niet veel uitmaakt. Dus mijn vraag is of de DNS in DA enige waarde heeft?
Bij het aanmaken van een nieuwe gebruiker voer je een domeinnaam in. Dat zou normaal voldoende moeten zijn voor www.domein.tld en domein.tld te kunnen gebruiken.
Deze zijn dan niet meer echt van belang, wel adviseer ik ze hetzelfde in te stellen als die bij Leaseweb. Met name omdat het anders problemen kan geven als je connecties op probeert te zetten naar (sub)domeinen die je op die VPS hebt staan en de connectie zou naar "buiten" moeten gaan.
Bij de oplevering van een domein verhuizing naar leaseweb wordt het DNS echt summier ingesteld. Er wordt 'verwacht' dat alles ingesteld word door de gebruiker. Ik begrijp niet dat ze wat meer default instellingen gebruiken, of in ieder geval een goed howto. Maar ja, in ieder geval staat het hier.
Bij de oplevering van een domein krijg je deze records in het dns:
De default DNS instellingen van leaseweb voor elk domein zijn:
Ik zou in ieder geval de * record eruit halen.Code:[leeg] A 85.17.96.111
* A 85.17.96.111
ftp A 85.17.96.111
www A 85.17.96.111
En daarna zou ik een MX en een TXT record erbij doen.
Een PTR is niet noodzakelijk want die kan je weer in het SSC van leaseweb instellen.
Mijn records zien er nu zo uit:
Geen idee eigenlijk wat TXT doet, maar dat hoort erbij geloof ik.Code:[leeg] MX 10 mail.kksblog.com.
ftp A 85.17.236.128
www A 85.17.236.128
mail A 85.17.236.128
srv A 85.17.236.128
kksblog.com. TXT "v=spf1 a mx ip4:85.17.236.128 ~all"
mail.kksblog.com. TXT "v=spf1 a -all"
ssrv.kksblog.com. TXT "v=spf1 a -all"
Inmiddels wat info gevonden over het TXT record. Dit is voor de "Sender Policy Framework".
De TXT waarden kan je hier makkelijke genereren: http://old.openspf.org/wizard.html?mydomain=kksblog.com
Default instellingen van LeaseWeb zijn al genoeg hoor. *.domein verwijst alles wat al niet gedefiniëerd is. Dus, typ je bla.domein.nl zal ie alsnog middels *.domein doorverwezen worden. Daar je * eruit hebt gehaald zou betekenen dat telkens als je een subdomein in DA aanmaakt, dat je je DNS ook bij moet werken.
SPF in TXT is om spam te 'voorkomen'. Hiermee geef je in feite enigszins aan: "ik ben een legitiem e-mail server en geen spam". Ik weet niet of in praktijk dit iets uitmaakt :)
Mvg,
Smilie