Van domeinnaam naar website

Heb je je wel eens afgevraagd wat er allemaal voor nodig is om een website te laten werken?

Een site bezoeken

Stel, je gaat naar wpallin.nl. Je typt het adres in de adresbalk en drukt op Enter, vervolgens staat de site op je scherm. Maar aan de achterkant gebeurt er natuurlijk véél meer. Laten we dat bezoek eens volgen.

In detail

Allereerst zoekt je browser in de lokale geschiedenis of je niet al eens op wpallin.nl bent geweest, in dat geval verbindt de browser je aan de hand van je eerdere bezoek.

Ben je niet eerder naar wpallin.nl gesurft dan stuurt de browser het verzoek door, via je internet provider, naar een gecentraliseerd systeem genaamd Domain Name System (DNS) in een groot datacentrum elders in Nederland.

Je kunt de DNS vergelijken met een distributiecentrum voor post, vanuit hier wordt je bezoek doorgestuurd naar de juiste Nameserver, in deze vergelijking een postkantoor in de buurt. Bezoek je wpallin.nl, dan stuurt de DNS je browser door naar de Nameservers van Spin in het Web.

De nameserver van Spin in het Web ziet dat er een “A-record” (A voor “Address“) bestaat voor wpallin.nl en geeft vervolgens aan je browser door dat de website van wpallin.nl te vinden is via het IP-adres 93.119.3.193. Dat IP-adres (of het nieuwere IPv6-adres dat de nameserver ook teruggeeft) gebruikt je computer om – weer via je Internet Provider – via een netwerk van tussenstations verbinding te maken met de juiste webserver.

Server-side

Op die webserver draait speciale software die het verzoek van jouw computer om een bepaalde webpagina te ontvangen kan afhandelen. Daarvoor zoekt de software (die we ook een webserver noemen) naar de instellingen voor de gevraagde website, leest de bijbehorende bestanden, en stuurt het resultaat terug naar jouw computer.

Vaak zijn er ook andere services geïnstalleerd voor het bieden van onder andere database toegang, beveiliging en interpretatie van verschillende programmeertalen om websites dynamischer te maken.

Het enige dat de webserver uiteindelijk doet, is zorgen dat de inhoud van een webpagina (in de webtaal HTML) aan je computer wordt teruggegeven. Hoe de webserver aan die inhoud komt, zie je als gebruiker niet. Dit kan gewoon een vast bestand zijn, maar er kan ook andere software (zoals WordPress) gebruikt worden om de inhoud op dat moment te genereren.

De browser leest vervolgens de HTML en bepaalt wat er verder nodig is: bijvoorbeeld plaatjes, lay-outbeschrijvingen (stylesheets) of stukjes programmacode (scripts). Zodra je browser genoeg binnen heeft gekregen om in elk geval het begin van de webpagina te laten zien, verschijnt deze op je scherm.

Cache

Het is handig dat programma’s als WordPress de inhoud van een pagina kunnen opbouwen op het moment dat het nodig is. De websites die we met WP All-In in WordPress bouwen, bestaan uit veel onderdelen, die per bezoeker of per moment kunnen wisselen. Denk aan een agenda met de komende evenementen, een blok met het laatste nieuws, of een blok dat aangeeft of je op dat moment open of gesloten bent. Maar dat steeds weer genereren kost wel tijd. Daarom kunnen we de server zo instellen, dat de gegenereerde inhoud een tijdje wordt bewaard. Dat heet een cache.

Zo kan de server die pagina versturen naar de volgende bezoeker zonder dat die opnieuw aangemaakt hoeft te worden. De software hoeft niet helemaal te starten, en dat scheelt wachttijd: de website wordt er sneller door.

Je browser bewaart meestal óók een eindversie van de webpagina en de plaatjes en andere inhoud erin. Om te kijken of die opgeslagen versie gebruikt kan worden, zal je browser bij het volgende bezoek aan de server vragen of er sinds het laatste bezoek wijzigingen zijn gedaan aan de homepage, en besluiten om je de versie uit de eigen cache te laden als dat niet zo is.

Shared hosting

Maar wat nou als er meerdere sites op een server staan, hoe weet de webserver (apache of IIS) welke site je wilt bezoeken?

De webserver is in zo’n geval ingesteld om elke site in een aparte map te zetten, elk van deze VirtualHosts is in feite een eigen website. Komt er een verzoek binnen voor wpallin.nl dan moet de server eerst kijken of wpallin.nl wel op die server draait. Zo ja, dan staan er in de configuratie ook andere opties, zoals over welke poort er verbinding gemaakt wordt, in welke map alles staat en naar welk emailadres server-gerelateerde fouten verstuurd worden.

Mail en beveiliging

Naast de records die ervoor zorgen dat je de website kunt bezoeken staan er ook andere records in de DNS, één hiervan is bijvoorbeeld het “MX-record” (MX voor “Mail eXchange“)

Dat MX record geeft aan welke server de mail voor de host (in dit geval wpallin.nl) verwerkt. Dat kan dezelfde server zijn als waar de website op draait, een mailserver van Gmail, Outlook/Exchange of een willekeurige mailserver ergens op het web. Meerdere MX records kunnen toegevoegd worden om bijvoorbeeld load-balancing in te stellen, of één of meer mailservers als backup te gebruiken wanneer een andere mailserver niet reageert.

Andere mail gerelateerde records zoals SPF, SDKIM en DMARC zijn voor het tegenhouden van spam en phishing mails. Ze zorgen ervoor dat een ontvangende mailserver, kan controleren of de mail afkomstig is van de genoemde afzender.

Ingewikkeld? WP All-In ontzorgt.

Bij WP All-In van Spin in het Web hebben we alle touwtjes in handen. Van DNS tot webserver: alles is in eigen beheer. Zo sturen we jouw bezoekers precies naar de site waar ze willen zijn. Bovendien kunnen we, afhankelijk van wat er nodig is, speciaal voor jou instellingen wijzigen. Wil je je e-mail blijven ontvangen via Google of Outlook? Wij passen de DNS aan. Heb je een applicatie onder je domeinnaam bij een andere partij? Wij zorgen dat het verkeer de goede kant op gaat.

En natuurlijk zorgen we dag en nacht voor je website en de servers waarop hij draait. Neem eens een kijkje bij onze abonnementen, of neem contact met ons op voor een goed, inhoudelijk gesprek