Keuze L: Netwerken

Een lokaal krijgt vijftien vaste computers plus wifi voor laptops. De school wil dat één kapotte kabel niet meteen alle computers offline haalt, en wil de kosten laag houden. Welke topologie kies je, en welke apparaten heb je nodig? Beredeneer je keuze.

1. 01Eisen ordenen

   Zet de eisen op een rij: robuustheid (één defect mag niet het hele lokaal platleggen), lage kosten, makkelijk uit te breiden, en er is wifi nodig naast bekabeling.

2. 02Topologieën afwegen

   Een bus valt af: één kabelbreuk legt alles plat. Een ring is kwetsbaar: een onderbreking verstoort de kring. Een volledige mesh is zeer robuust, maar met veel kabels te duur en complex voor één lokaal. Een ster geeft elk apparaat een eigen verbinding naar de switch, zodat een losse kabelbreuk alleen dat ene apparaat treft.

3. 03Keuze maken

   De stertopologie past het best bij de eisen: robuust tegen losse storingen én goedkoop.

4. 04Apparaten kiezen

   Neem een switch als centraal punt voor de vijftien bekabelde pc's, een access point voor de wifi-laptops, en een router die het lokaalnetwerk met de rest van de school en het internet verbindt.

5. 05Kanttekening plaatsen

   De centrale switch is nu wél een single point of failure: valt die uit, dan ligt het hele lokaal plat. Voor een lokaal is dat acceptabel (goedkoop en snel te vervangen); een datacenter zou juist redundante paden via mesh kiezen.

Resultaat: Een stertopologie met een centrale switch, aangevuld met een access point voor wifi en een router naar buiten. Robuust tegen losse kabelbreuken en goedkoop; de switch blijft het zwakke punt.

Je stuurt via een chat-app het bericht 'Hoi!' naar een vriend. Beschrijf per laag van het TCP/IP-model wat er bij het verzenden met de data gebeurt (inkapseling).

1. 01Applicatielaag

   De chat-app maakt van 'Hoi!' een bericht volgens haar protocol (bijvoorbeeld HTTP) en geeft dat door aan de transportlaag.

2. 02Transportlaag

   TCP verpakt de data in een segment en zet er een TCP-header omheen met onder meer de bron- en bestemmingspoort en een volgnummer, zodat de ontvanger de stukken op volgorde kan zetten en verlies kan merken.

3. 03Internetlaag

   IP stopt het segment in een pakket en voegt een IP-header toe met het bron- en het bestemmings-IP-adres, zodat routers het pakket naar het juiste netwerk kunnen sturen.

4. 04Netwerktoegangslaag

   Het pakket komt in een frame met MAC-adressen voor de volgende schakel en wordt als bits verstuurd over wifi of ethernet.

5. 05Bij de ontvanger

   Daar gebeurt precies het omgekeerde (decapsulatie): elke laag haalt zijn eigen header eraf en geeft de rest naar boven, tot de chat-app weer 'Hoi!' toont.

Resultaat: Bij het verzenden voegt elke laag zijn eigen header toe (data → segment → pakket → frame); bij ontvangst haalt elke laag zijn header er weer af. Zo weet elk niveau precies wat het moet doen zonder zich met de andere lagen te bemoeien.

Je typt www.school.nl in de browser en drukt op enter. Beschrijf stap voor stap wat er in het netwerk gebeurt totdat de pagina in beeld staat.

1. 01Naam opzoeken (DNS)

   De browser kent alleen de naam, niet het IP-adres. Via DNS vraagt hij het IP-adres van www.school.nl op. De resolver loopt de hiërarchie af (root → .nl → school.nl) of geeft een eerder gecacht antwoord, en levert bijvoorbeeld het adres 145.94.x.x.

2. 02Verbinding opzetten (TCP)

   De browser opent een TCP-verbinding naar dat IP-adres op poort 443 (HTTPS) met een handshake. Bij HTTPS wordt daarna via TLS een versleutelde verbinding opgezet en het certificaat van de server gecontroleerd.

3. 03Verzoek sturen (HTTP)

   Over die verbinding stuurt de browser een HTTP-request, bijvoorbeeld 'GET /', voor de gevraagde pagina.

4. 04Routing (hop voor hop)

   Het verzoek reist als pakketten via je router en meerdere tussenrouters naar de server; elke router stuurt elk pakket op basis van het bestemmings-IP door naar de volgende hop.

5. 05Antwoord en weergave

   De server stuurt een HTTP-response terug (statuscode 200 OK plus de HTML, afbeeldingen en opmaak). De browser bouwt alles samen en toont de pagina.

Resultaat: Naam → IP-adres (DNS), verbinding (TCP en bij HTTPS ook TLS), verzoek (HTTP-request), transport (routers, hop voor hop) en ten slotte het antwoord (HTTP-response) dat de browser tot een pagina opbouwt.

Een inlogpagina is bereikbaar via zowel http:// als https://. Leg uit wat het verschil is en waarom het voor het inloggen uitmaakt welke je gebruikt.

1. 01HTTP: leesbaar

   Bij HTTP worden het verzoek en het antwoord onversleuteld, als leesbare tekst, verstuurd. Wie het verkeer onderweg kan meelezen (bijvoorbeeld op open wifi), ziet je gebruikersnaam en wachtwoord gewoon staan.

2. 02HTTPS: versleuteld

   HTTPS is HTTP bovenop TLS. TLS versleutelt de verbinding, zodat een meelezer alleen onleesbare gegevens ziet.

3. 03Authenticatie

   Bij HTTPS stuurt de server een certificaat van een vertrouwde uitgever (CA). De browser controleert dat en toont het slotje; zo weet je dat je écht met de school-server praat en niet met een namaaksite.

4. 04Integriteit

   TLS merkt ook of iemand de gegevens onderweg heeft veranderd, zodat je zeker weet dat wat aankomt, ook is wat is verstuurd.

5. 05Gevolg voor inloggen

   Met HTTP kan je wachtwoord worden afgeluisterd of onderschept; met HTTPS blijft het vertrouwelijk en weet je met wie je praat. Voor een inlogpagina is HTTPS dus noodzakelijk.

Resultaat: HTTP stuurt alles leesbaar over de lijn; HTTPS (HTTP over TLS) versleutelt de verbinding én bewijst met een certificaat de identiteit van de server. Voor een wachtwoord is HTTPS daarom noodzakelijk — anders kan het worden meegelezen.