Hoe u uitzoekt wie een website host

De snelle manier

Voer het domein door een WHOIS-check en lees twee dingen: de nameservers, die vertellen wie de DNS van de site beheert, en de registrar, die vertelt waar de domeinnaam zelf gekocht is. Voer dan hetzelfde domein door een trace of een ping om het IP-adres te krijgen waarnaar het herleidt, en zoek dat adres op. Die twee opzoekingen geven u het gebruikelijke antwoord in minder dan een minuut, en het zijn dezelfde twee opzoekingen die de handmatige methode met de hand doet.

De handmatige manier: domein naar IP naar eigenaar

Vier commando's dekken de hele keten:

dig +short www.example.com          # domain -> IP address(es)
dig +short NS example.com           # who answers DNS for the domain
whois 93.184.216.34                 # who owns that IP block
dig +short -x 93.184.216.34         # reverse DNS name for the address

Lees ze in volgorde. Het eerste geeft u een of meer A-records. Krijgt u een CNAME die wijst naar iets als *.cloudfront.net of *.azureedge.net, dan heeft u al een CDN gevonden in plaats van een origin-server. Het tweede noemt de DNS-provider, vaak een ander bedrijf dan zowel de registrar als de host. Het derde is het belangrijkste: het WHOIS-record voor een IP-adres wordt beheerd door een regionaal internetregister in plaats van een domeinregistrar, en het noemt de organisatie waaraan het adresblok is toegewezen, samen met zijn ASN (autonomous system number) en een abuse-contact. Het vierde geeft vaak een hostnaam terug die de provider nog sneller verraadt, omdat hosts hun machines vaak naar zichzelf vernoemen.

Op Windows doen nslookup example.com en nslookup -type=ns example.com de eerste twee stappen zonder dat u iets hoeft te installeren.

Registrar, DNS-provider en host zijn drie verschillende dingen

Hier begint de meeste verwarring. Eén site betrekt routinematig drie afzonderlijke bedrijven:

• De registrar verkocht de domeinnaam en is wie u benadert voor verlengingen, overdrachten en blokkades. Ze verschijnt in het WHOIS-record van het domein.
• De DNS-provider beantwoordt query's voor het domein. Ze verschijnt als de nameservers. Veel sites verhuizen hun DNS naar een derde partij terwijl het domein bij de oorspronkelijke registrar blijft.
• De host draait de machine die de content bedient. Die verschijnt in het WHOIS-record van het IP-adres, niet van het domein.

Een nameserverregel is dus geen hostingadres. Lees het als "wie beantwoordt DNS-query's voor dit domein", niets meer. E-mail voegt een vierde partij toe: de MX-records (dig +short MX example.com) wijzen naar wie de mail afhandelt, wat vaak weer een andere provider is.

Wanneer de host een CDN is, en hoe u erlangs kijkt

Geeft de IP-opzoeking een CDN of een groot cloud-edge-netwerk terug, dan heeft u de edge gevonden in plaats van de origin. Dat is de CDN die werkt zoals ontworpen: hij beëindigt de verbinding bij een edge-node dicht bij de bezoeker en haalt achter de schermen op bij de origin, en het origin-adres wordt met opzet niet gepubliceerd. Een paar dingen helpen nog steeds:

1. Controleer andere records op hetzelfde domein. MX-records en subdomeinen zoals mail., ftp., cpanel. of direct. omzeilen vaak de CDN en herleiden rechtstreeks naar het origin-netwerk.
2. Bekijk de responseheaders. curl -I https://example.com/ toont vaak server, via of leveranciersspecifieke headers die de edge-provider noemen, en soms de stack erachter.
3. Lees het ASN, niet alleen de bedrijfsnaam. Twee providers kunnen capaciteit doorverkopen van hetzelfde onderliggende netwerk, en het ASN vertelt u wiens netwerk het werkelijk is.
4. Accepteer de grens. Als de origin goed achter de CDN is afgesloten, zal geen enkele publieke opzoeking hem onthullen, en een gok als feit behandelen is erger dan zeggen "voorafgegaan door een CDN".

Dezelfde voorzichtigheid geldt voor de historische uitvoer van elke opzoeking. Records veranderen wanneer een site migreert, en een gecachet of gearchiveerd antwoord kan maanden verouderd zijn, dus voer de opzoeking opnieuw uit in plaats van een screenshot te vertrouwen.

Waar de opzoekingen goed voor zijn

• Een hostingprovider beoordelen voordat u migreert, door te controleren wie sites host die u vergelijkbaar acht met die van u.
• Het juiste abuse-contact vinden wanneer verkeer, spam of een aanval terugleidt naar een adres.
• Bevestigen dat een migratie is afgerond, door te controleren dat het domein nu vanaf meerdere locaties naar het netwerk van de nieuwe provider herleidt.
• Uitzoeken of een storing bij u ligt of bij uw provider, aangezien een heel adresblok dat stil valt geen probleem is van uw applicatie.

Wanneer het antwoord verandert

Deze opzoekingen vertellen u waar een site vandaag leeft. Ze vertellen u niet wanneer het antwoord verandert, en dat gebeurt wel: een wijziging van een nameserver, een verlopen domein of een halverwege gestaakte migratie kunnen allemaal een site breken terwijl de server zelf kerngezond is. Doorlopende monitoring houdt DNS-records, domeinverval en beschikbaarheid samen in de gaten en waarschuwt wanneer een ervan verandert. De WHOIS-check voert nu een opzoeking uit, hoe u een WHOIS-record leest behandelt de velden in detail, en DNS-propagatie is de volgende stap nadat u heeft veranderd waar het domein naar wijst.