Niemand is eigenaar van internet. Het is geen bedrijfsmiddel. Het is geen staatseigendom. Het is een rommelige, mondiale verzameling netwerken. Grote. Kleine. Ze verbinden zich in oneindige variaties en vormen de enige entiteit waar we elke dag op vertrouwen.
Sinds 1969 is het geëxplodeerd. Vier hostcomputers werden tientallen miljoenen. De schaal is onthutsend. Toch betekent het ontbreken van één enkele eigenaar geen chaos. De Internet Society, een non-profitorganisatie opgericht in 1992, houdt het licht aan. Zij houden toezicht op het beleid en de protocollen die de interactie definiëren. Zonder hen zouden de regels gefragmenteerd zijn. De infrastructuur zou afbrokkelen.
Je moet de onderliggende structuur begrijpen. In het bijzonder hoe uw computer verbinding maakt met anderen. Dit is niet alleen een abstracte theorie. Het bepaalt hoe snel uw pagina wordt geladen. Hoe veilig uw gegevens reizen. We zullen domeinnaamservers afbreken. Netwerktoegangspunten. De enorme internet-backbone die het gewicht van de mondiale communicatie draagt.
De hiërarchie van verbinding
Uw computer communiceert niet rechtstreeks met de server die uw favoriete website host. Er wordt met een tussenpersoon gesproken. Die intermediair sluit aan op een groter netwerk. En zo verder.
Deze hiërarchie is van cruciaal belang. Het verklaart waarom sommige verbindingen snel zijn. Waarom anderen achterblijven. Als u deze stroom begrijpt, kunt u problemen oplossen. Het helpt u de complexiteit van een simpele klik te waarderen.
Wij beginnen hier. Met de link tussen jouw toestel en de rest van de wereld.
Je ziet het niet. Je denkt er nauwelijks over na. Maar elke keer dat u een browser opent, maakt u gebruik van een enorme, gedecentraliseerde infrastructuur die de hele wereld omspant. Uw laptop wordt aangesloten op een modem of een glasvezellijn. Deze lijn leidt naar uw internetprovider (ISP). Op het werk bent u waarschijnlijk aangesloten op een lokaal netwerk (LAN), dat de ISP van het bedrijf vervolgens naar de wijdere wereld stuurt.
Het internet is niet één ding. Het is een netwerk van netwerken.
Grote telecomgiganten exploiteren hun eigen ‘backbones’: glasvezelverbindingen met hoge capaciteit die altijd beschikbaar zijn en die terabytes aan gegevens tegelijkertijd voor miljoenen gebruikers verplaatsen. Regionale kantoren verbinden lokale woningen en bedrijven met deze hoofdaders. Het systeem is ontworpen zonder centrale hub. Als één knooppunt uitvalt, stoppen de gegevens niet. Het leidt om. Pakketten vinden een nieuw pad om de blokkade heen. Je merkt er niets van.
Verschillende netwerken met elkaar verbinden
Overweeg een vereenvoudigde momentopname van hoe dit werkt.
Bedrijf A is een klein bedrijf. Het heeft een interne server en een netwerkprinter. Het praat prima tegen zichzelf. Bedrijf B is een enorme ISP. Het bezit gebouwen in de grote steden, gevuld met servers en routeringsapparatuur, verbonden door eigen glasvezellijnen.
De gebruikers van bedrijf A kunnen met elkaar praten. De klanten van bedrijf B kunnen met elkaar praten. Maar de twee netwerken zijn geïsoleerd. Ze kunnen niet praten.
Om dit op te lossen, komen beide bedrijven overeen om verbinding te maken met internetuitwisselingspunten, of IXP’s, in verschillende steden. Dankzij deze overeenkomst kunnen hun uiteenlopende systemen verbinding maken met het bredere internet-ecosysteem. Nu kan het verkeer ertussendoor stromen.
Dit is een microscopisch beeld van het mondiale internet. Kijk voor een macroscopisch beeld naar het Opte Project van Barrett Lyon. Het brengt de evoluerende pijpleidingen van het internet in kaart en onthult de complexe, webachtige structuur van internetpijpleidingen en -verbindingen.
De rol van de router bij pakketschakeling
Niets van dit alles werkt zonder routers. Deze gespecialiseerde apparaten zijn de verkeersagenten van de digitale wereld. Ze bepalen precies waar datapakketten van het ene punt naar het andere gaan.
Een bericht kan een apparaat in New York achterlaten en binnen een fractie van een seconde in Tokio aankomen. Het doorkruist meerdere netwerken en tientallen routers om dit te doen. Elke router heeft twee primaire taken:
- Verkeerscontrole: Het zorgt ervoor dat informatie de verbindingen voor niet-gerelateerde gebruikers niet verstoort. Het zorgt ervoor dat netwerken van ‘onschuldige omstanders’ niet overweldigd raken door verkeer dat niet voor hen bestemd is.
- Leveringsgarantie: Garandeert dat de gegevens de beoogde bestemming bereiken, zelfs als het directe pad is geblokkeerd.
Routers verbinden netwerken terwijl ze gescheiden blijven. Ze geven informatie door, maar voorkomen onnodige overloop. Of er nu twee netwerken zijn aangesloten of tweeduizend, de functie blijft hetzelfde. Het internet vertrouwt op deze noodzaak om te functioneren als één samenhangend, zij het chaotisch geheel.
De National Science Foundation bouwde in 1986 de eerste echte snelle internet-backbone. Ze noemden deze NSFNET. Naar huidige maatstaven was dat niet veel. Eén enkele T1-lijn verbindt 170 kleinere netwerken. Het draaide op 1,5 Mbps. Dat is langzaam. Pijnlijk langzaam.
IBM, MCI en Merit Network hielpen bij de bouw ervan. Ze beseften al snel dat 1,5 Mbps niet voldoende zou zijn. Dus het jaar daarop lanceerden ze een T3-backbone. Dat verhoogde de snelheid tot 45 Mbps. Een grote sprong destijds.
Backbones zijn slechts de belangrijkste slagaders van het internet. Ze verwerken verkeersvolumes die uw wifi-thuisnetwerk nooit aankan. Vroeger hadden alleen grote telecombedrijven de hardware om die bandbreedte te beheren. Je kon de infrastructuur niet zomaar kopen.
Nu is het anders. Honderden bedrijven beschikken over hun eigen backbones met hoge capaciteit. Ze maken allemaal verbinding met verschillende Internet Exchange Points (IXP’s), verspreid over de hele wereld. Hierdoor ontstaat een gaas. Een gigantische overeenkomst tussen mensen om vrij met elkaar te communiceren. Als jij in Tokio bent en ik in Toronto, springen onze gegevens door deze verbindingen. Iedereen kan met iedereen praten.
IP-adressen en binaire logica begrijpen
Elke machine op dat netwerk heeft een unieke ID nodig. Een IP-adres. Het staat voor Internet Protocol. Het is de helft van het TCP/IP-paar. De andere helft is Transmission Control Protocol. Samen bepalen ze hoe computers verbinding maken. Een protocol is slechts een set regels. Een vooraf gedefinieerde manier waarop een service toegankelijk is. Meestal door een programma zoals een webbrowser, niet door een mens.
Neem een standaard IPv4-adres. Het ziet er zo uit: 216.27.61.137.
Mensen geven de voorkeur aan decimalen. Het is gemakkelijker om te typen. Maar computers spreken binair. Hetzelfde adres in binair getal is: 11011000.00011011.00111101.10001001.
Elk stuk getallen is een octet. Waarom? Omdat het in binair getal acht posities heeft. Vier octetten vormen 32 bits. Elke positie kan een 1 of een 0 zijn. Dat zijn twee toestanden. $2^8$ is gelijk aan 256. Elk octet loopt dus van nul tot 255.
Combineer de vier octetten en je krijgt $2^{32}$. Ongeveer 4,3 miljard unieke waarden. Dat klinkt als veel. Maar het internet groeide sneller dan iemand had voorspeld. 4,3 miljard was niet genoeg.
Sommige adressen zijn verboden terrein. 0.0.0.0 is voor lokale netwerken. 255.255.255.255 is voor uitzendingen. U kunt deze niet aan een specifiek apparaat toewijzen.
De oplossing was IPv6. De Internet Engineering Task Force (IETF) begon er eind 1998 aan te werken. Het werd officieel gelanceerd op 6 juni 2012. IPv6 gebruikt 128-bits adressen. Dat levert u 340 biljoen biljoen biljoen adressen op. We moeten een tijdje veilig zijn. (Voor nu.)
Merk op dat IPv5 nooit officieel is aangenomen. Het gebeurde gewoon niet.
IPv6 ziet er anders uit. Er wordt gebruik gemaakt van hexadecimaal. Segmenten worden gescheiden door dubbele punten. Zoals dit: ba5a:9a72:4aa5:522e:b893:78dd:a6c4:f033.
Hexadecimaal gebruikt 16 cijfers. 0-9 en A-F. Letters vullen de waarden tien tot en met vijftien in. Het is compact. Efficiënt. Nodig.
De geboorte van het domeinnaamsysteem
Vroege internetverbindingen waren handmatig. Je hebt ingebeld. Je hebt nummers getypt. Als je een specifieke host wilde bereiken, had je het IP-adres nodig. Misschien 216.27.22.162.
Het werkte prima toen er nog maar een handvol computers waren. Het werd een nachtmerrie toen duizenden zich aansloten. Willekeurige reeksen getallen onthouden voor elke site? Onmogelijk.
De eerste oplossing was een tekstbestand. Een gastentafel. Onderhouden door het Network Information Center (NIC). Het koppelde namen aan IP’s. Eenvoudig. Maar het bestand werd te groot. Te omslachtig om handmatig bij te werken.
Paul Mockapetris zag het probleem. In november 1983 diende hij twee RFC’s in bij de International Network Working Group.
RFC 882 schetste de concepten van het domeinnaamsysteem (DNS). Het koppelde tekstnamen automatisch aan IP-adressen. RFC 883 stelde de implementatie voor.
Plotseling hoefde je 216.27.22.162 niet meer te onthouden. Je hebt zojuist www.howstuffworks.com getypt. De DNS verzorgde de vertaling. Het gebeurde op de achtergrond. Snel.
Deze verschuiving veranderde de manier waarop mensen omgaan met het netwerk. We zijn gestopt met de directe omgang met machines. We zijn begonnen met het omgaan met labels. Namen. Het geheugen werd irrelevant. Toegankelijkheid werd alles.
De ruggengraat groeide. De adressen zijn uitgebreid. De namen werden eenvoudiger. Het internet is niet alleen groter geworden. Het werd bruikbaar. En het werd steeds sneller. De T3-lijnen werden vervangen door glasvezel. De 45 Mbps werd gigabits. Terabits. De onderliggende logica bleef echter hetzelfde. Verbinden. Adres. Vertalen. Communiceren.
We gebruiken nog steeds de structuren die in die begindagen zijn gebouwd. IPv4 is stervende. IPv6 verspreidt zich langzaam. DNS is overal. De infrastructuur is robuust. Maar het fundamentele probleem blijft bestaan. Hoe verbinden we miljarden apparaten zonder te verdwalen in de ruis?
Het antwoord is niet één enkel protocol. Het is een gelaagd systeem. Een hiërarchie van overeenkomsten. Elke laag lost een specifiek knelpunt op. De ruggengraat zorgt voor volume. Het IP-adres verwerkt de identiteit. De DNS verwerkt het geheugen.
Het is geen magie. Het is techniek. Lelijke, complexe, mooie techniek. En het houdt stand. Nauwelijks.
U typt een webadres. Uw browser laadt een pagina. Het gebeurt zo snel dat je de inspanning nauwelijks registreert. Maar onder die eenvoud schuilt een enorm, mondiaal coördinatiesysteem dat werkt aan het vertalen van voor mensen leesbare tekst in machinaal leesbare cijfers. Het is met name afhankelijk van de Uniform Resource Locator (URL) en het Domain Name System (DNS) om de kloof te overbruggen tussen wat u typt en wat het netwerk begrijpt.
Wanneer u ‘https://www.howstuffworks.com’ invoert, gebruikt u een domeinnaam. Datzelfde domein, howstuffworks.com, verschijnt ook in e-mailadressen zoals [email protected]. Elke keer dat u een van beide gebruikt, komt de DNS-infrastructuur van het internet tussenbeide. Het zet die beschrijvende naam om in een IP-adres. Dit is het numerieke label dat uw computer gebruikt om de specifieke machine te lokaliseren die de inhoud host. Zonder deze vertaallaag zou u voor elke site die u bezoekt een reeks getallen moeten onthouden. Het zou onpraktisch zijn. Het zou rommelig zijn.
De structuur van domeinnamen
Domeinnamen zijn hiërarchisch. Bovenaan staan de top-level domeinen (TLD’s), ook wel first-level domeinen genoemd. Dit zijn de bekende achtervoegsels: .COM, .ORG, .NET, .EDU en .GOV. Beschouw ze als brede categorieën of buurten.
Binnen elke TLD bevindt zich een uitgebreid register van tweedeniveaudomeinen. Alleen al in de .COM-ruimte heb je entiteiten als HowStuffWorks, Yahoo en Microsoft. Elk van deze namen moet uniek zijn binnen dat specifieke TLD. U kunt niet twee verschillende bedrijven geregistreerd hebben als ‘Microsoft.com’.
Links van het domein op het tweede niveau staat de hostnaam. Dit is het onderdeel dat een bepaalde map of service op een specifieke machine specificeert. In “www.howstuffworks.com” is “www” de hostnaam. Het verwijst naar een specifieke server met een specifiek IP-adres. Eén domein kan potentieel miljoenen unieke hostnamen hosten, op voorwaarde dat elke naam verschillend blijft binnen de naamruimte van dat domein.
Hoe DNS-servers verzoeken verwerken
DNS-servers zijn de verkeersagenten van het internet. Ze accepteren verzoeken van uw browser, uw e-mailclient of andere naamservers om domeinnamen om te zetten in IP-adressen. Wanneer een verzoek een DNS-server bereikt, wordt er niet alleen maar geraden. Het volgt een van de vier specifieke paden:
- Direct antwoord: De server kent het IP-adres al. Het stuurt het onmiddellijk terug. Dit is de snelste weg.
- Recursief zoeken: De server weet het antwoord niet. Er wordt contact opgenomen met een andere DNS-server om erachter te komen. Mogelijk moet het over meerdere servers springen voordat het de juiste gegevens vindt.
- Verwijzing: De server zegt: “Ik weet het niet, maar hier is het IP-adres van een DNS-server die dat wel weet.” Het wijst je in de goede richting zonder het zware werk zelf te doen.
- Foutmelding: Als het domein ongeldig is of niet bestaat, retourneert de server een foutmelding. Je bent op een dood spoor beland.
Deze logica zorgt ervoor dat verzoeken efficiënt worden afgehandeld, zelfs als het antwoord niet direct beschikbaar is in het lokale geheugen.
Een stapsgewijs voorbeeld van DNS-resolutie
Laten we eens kijken wat er gebeurt als u www.howstuffworks.com in uw browser typt. Het proces is een estafetterace waarbij meerdere gespecialiseerde servers betrokken zijn.
Uw browser maakt contact met een lokale DNS-server. Deze server kent het IP-adres voor www.howstuffworks.com niet uit zijn hoofd. De jacht wordt dus gestart door contact op te nemen met een DNS-rootserver. De rootservers kennen geen specifieke paginaadressen, maar ze kennen de contactgegevens van alle servers die topniveaudomeinen zoals .COM of .NET verwerken.
De rootserver antwoordt met een verwijzing. Er staat in wezen: “Ik weet niet waar ‘www.howstuffworks.com’ woont, maar ik weet wel wie de .COM-zone beheert.” Het geeft het IP-adres voor de .COM DNS-server.
Uw lokale DNS-server vraagt vervolgens de .COM DNS-server op. Er wordt gevraagd: “Weet je waar www.howstuffworks.com is?” De .COM-server heeft niet het uiteindelijke IP-adres, maar kent wel de naamservers die verantwoordelijk zijn voor het howstuffworks.com -domein. Het retourneert die naamserveradressen.
Nu maakt uw lokale DNS-server contact met de howstuffworks.com DNS-server. Deze server bevat het daadwerkelijke record. Het antwoordt met het specifieke IP-adres voor www.howstuffworks.com.
Dat IP-adres reist terug in de keten: van de howstuffworks.com -server naar uw lokale DNS-server en uiteindelijk naar uw browser. Uw browser gebruikt vervolgens dat IP-adres om verbinding te maken met de webserver en de pagina op te vragen.
Waarom redundantie en caching belangrijk zijn
Dit uit meerdere stappen bestaande proces klinkt traag. Dat zou niet zo moeten zijn. Het systeem is ontworpen voor snelheid en betrouwbaarheid via twee belangrijke mechanismen: redundantie en caching.
Redundantie betekent dat er meerdere DNS-servers zijn op elk niveau van de hiërarchie. Als één rootserver uitvalt, nemen andere het over. Als een .COM-server uitvalt, wordt het verkeer omgeleid. Het internet is by design gedistribueerd, waardoor het bestand is tegen storingen.
Caching zorgt ervoor dat het snel blijft. Wanneer een DNS-server een verzoek oplost, slaat deze het IP-adres op in de cache. Als uw lokale DNS-server de rootserver al naar een .COM-domein heeft gevraagd, onthoudt deze de contactgegevens voor de .COM DNS-server. Het hoeft de rootserver niet opnieuw te vragen. Er wordt een stap overgeslagen. Deze caching gebeurt voor elk verzoek. Het voorkomt dat het systeem vastloopt onder de miljarden vragen die het dagelijks verwerkt.
Deze servers zijn onzichtbaar. Je ziet ze nooit. Toch verwerken ze elke dag enorme hoeveelheden verkeer. Het feit dat deze gedistribueerde database zo soepel werkt, is een bewijs van de onderliggende architectuur.
Internetservers en -clients
Zodra het IP-adres is bepaald, wordt de verbinding tot stand gebracht. Op dit punt verschuiven we van benoemen naar rollen. Elke machine op internet valt in een van de twee categorieën: server of client.
Servers leveren diensten. Ze slaan gegevens op, verwerken e-mails en hosten websites. Klanten vragen om deze diensten. Het zijn de apparaten waar je op zit. Wanneer u op www.howstuffworks.com surft, is uw computer de client. De machine die deze inhoud host, is de server.
Cliënten verbinden zich met een specifieke intentie. Uw webbrowser praat met de webserver op de servermachine. Er wordt niet met de e-mailserver gesproken. Er wordt niet met de FTP-server gesproken. Het richt zich op het specifieke softwareproces dat is ontworpen om HTTP-verzoeken af te handelen. Dankzij deze specialisatie kunnen servers bronnen efficiënt beheren, waarbij ze hun macht aan specifieke taken besteden in plaats van te proberen alles in één keer te doen.
Er is ook een verschil in de manier waarop deze machines worden geïdentificeerd. Servers hebben statische IP-adressen. Ze veranderen niet. Deze stabiliteit is nodig zodat klanten ze altijd kunnen vinden.
Clients hebben doorgaans dynamische IP-adressen. Als u verbinding maakt via een inbelmodem of een typische ISP-verbinding, wordt uw IP-adres elke keer dat u zich aanmeldt toegewezen vanuit een groep. Het is uniek voor uw sessie. De volgende keer dat u verbinding maakt, krijgt u mogelijk een ander nummer. ISP’s gebruiken dit model om IP-adressen te behouden. Ze hebben slechts één beschikbaar adres nodig voor elk actief apparaat, en niet één permanent adres voor elke klant. Deze dynamische toewijzing is efficiënt voor de provider, maar betekent wel dat uw digitale adres van voorbijgaande aard is.
Het samenspel tussen statische servers en dynamische clients, overbrugd door de DNS-lookup, vormt de ruggengraat van het dagelijkse internetgebruik. Het is een complexe dans van vragen en antwoorden, verborgen achter de eenvoud van één enkele URL.
Denk eens aan de laatste keer dat u een webpagina hebt geladen of een bestand hebt geüpload. Je hebt waarschijnlijk niet gedacht aan de onzichtbare handdrukken die op de achtergrond plaatsvinden. Je hebt zojuist geklikt. Maar achter die eenvoud schuilt een rigide structuur van genummerde deuren en strikte regels.
Servers zenden hun diensten niet zomaar de leegte in. Ze maken ze beschikbaar via specifieke toegangspunten, genaamd poorten.
Poorten en protocollen begrijpen
Een poort is eenvoudigweg een genummerde gateway voor een specifieke service die op een machine draait. Als uw server een website en een FTP-server host, worden de gegevens niet gecodeerd. Het houdt ze gescheiden met behulp van standaard poorttoewijzingen.
- Poort 80 : dit is de standaardwaarde voor niet-gecodeerd webverkeer. Wanneer u
http://ziet, klopt uw browser op deze deur. - Poort 21 : dit is voor FTP. Als u bestanden rechtstreeks overdraagt, gebruikt u waarschijnlijk dit kanaal.
Clients maken verbinding met een dienst door zich te richten op een specifiek IP-adres en dit specifieke poortnummer. Het is een authenticatie in twee stappen van locatie en servicetype.
Zodra de verbinding tot stand is gebracht, begint het eigenlijke gesprek. Dit is waar protocollen binnenkomen.
Protocollen zijn de grammatica van het internet. Ze dicteren hoe de client en de server informatie uitwisselen. Elke webserver ter wereld voldoet aan het hypertext transfer protocol (HTTP). Het is een gestandaardiseerde manier om om een pagina te vragen en in ruil daarvoor HTML te ontvangen.
“Protocollen beschrijven eenvoudigweg hoe de client en de server hun gesprek zullen voeren.”
Zonder deze regels zou het internet een chaotische puinhoop van onverenigbaar jargon zijn. Je zou niet weten of een server Engels, Frans of statische ruis sprak.
Waarom deze infrastructuur ertoe doet
We behandelen het internet vaak als een magische wolk. We vergeten dat het is gebouwd op een fysieke en logische infrastructuur.
Netwerken, routers, Network Access Points (NAP’s), ISP’s en DNS-servers werken allemaal samen om gegevens te verplaatsen. Het is verbijsterend om te beseffen dat deze hele uitwisseling in milliseconden plaatsvindt. Een verzoek vanuit New York naar een server in Tokio duurt geen seconden. Het duurt slechts een fractie van een seconde omdat de routers precies weten waar het pakket naartoe moet worden gestuurd.
Deze infrastructuur is niet alleen handig. Het is fundamenteel.
Zonder deze componenten verliezen we de mogelijkheid om informatie onmiddellijk te delen. Het leven zou langzamer zijn. De zaken zouden gelokaliseerd zijn. Communicatie zou terugkeren naar fysieke brieven of vertraagde uitzendingen.
Het hypertext transfer protocol (HTTP) en het poortsysteem zijn niet alleen technische details. Zij zijn de reden dat de moderne wereld functioneert zoals zij doet.
Verdiep je kennis
Als je het gordijn verder wilt terugtrekken, valt er nog meer te leren.
- Hoe webservers werken : dit verklaart de motor onder de motorkap.
- Internetstructuur : inzicht in de hiërarchie van ISP’s en NAP’s.
- DNS-mechanica : hoe domeinnamen IP-adressen worden.
Het internet is een complex organisme. Maar zodra je de poorten en protocollen begrijpt, is het niet langer een zwarte doos. Je begint de draden te zien. Je begint de regels te zien.
En dat verandert de manier waarop u omgaat met elk digitaal hulpmiddel dat u gebruikt.
