WEBVTT

00:00.150 --> 00:01.050
Instructeur: In deze

00:01.050 --> 00:04.020
les gaan we het hebben over beperkte connectiviteit.

00:04.020 --> 00:06.990
Beperkte connectiviteit is een speciale melding

00:06.990 --> 00:09.600
die je krijgt in je besturingssysteem.

00:09.600 --> 00:12.600
Over het algemeen betekent een melding over beperkte connectiviteit

00:12.600 --> 00:14.280
dat er een fysieke verbinding met

00:14.280 --> 00:15.630
het netwerk tot stand is gebracht,

00:15.630 --> 00:19.470
maar dat de DHCP-server geen goede lease voor je heeft geregeld, waardoor je

00:19.470 --> 00:21.840
niet naar het grotere internet kunt gaan om met die

00:21.840 --> 00:24.300
diensten te communiceren.

00:24.300 --> 00:27.000
Als je beperkte connectiviteit hebt,

00:27.000 --> 00:30.630
betekent dit dat je een zogenaamd APIPA-adres hebt

00:30.630 --> 00:34.950
ontvangen, wat automatische IP-adressering of APIPA is.

00:34.950 --> 00:35.783
Elk adres

00:35.783 --> 00:40.080
dat begint met 169. 254 punt iets, punt iets wordt beschouwd

00:40.080 --> 00:42.300
als een APIPA-adres.

00:42.300 --> 00:45.300
Deze APIPA-adressen, of automatische IP-adressering,

00:45.300 --> 00:48.150
worden door Windows, Mac of Linux toegewezen aan je

00:48.150 --> 00:49.620
netwerkinterfacekaart, zodat

00:49.620 --> 00:51.900
deze een soort IP-adres heeft.

00:51.900 --> 00:55.230
Maar het is er geen die geldig is voor routing op het internet.

00:55.230 --> 00:57.270
Dus als je een APIPA-adres

00:57.270 --> 00:58.103
hebt, of iets

00:58.103 --> 01:01.470
dat begint met 169. 254 dot something, dot something, dit

01:01.470 --> 01:04.230
betekent dat je verbinding kunt maken met je lokale netwerk, maar

01:04.230 --> 01:05.340
dat je geen verbinding kunt

01:05.340 --> 01:07.140
maken met het grotere internet.

01:07.140 --> 01:09.630
Naast het gebruik van deze APIPA adressen, zullen

01:09.630 --> 01:11.430
sommige Linux servers en hosts hun IP

01:11.430 --> 01:15.630
adres op 0 zetten. 0. 0. 0, als ze geen geldig

01:15.630 --> 01:18.930
IP-adres van de DHCP-server kunnen krijgen, dus houd

01:18.930 --> 01:20.520
daar ook rekening mee.

01:20.520 --> 01:23.250
Maar op Windows, Mac en de meeste Linux machines

01:23.250 --> 01:24.540
zie je een adres dat

01:24.540 --> 01:27.930
begint met 169. 254 punt iets, punt iets

01:27.930 --> 01:29.730
als uw APIPA-adres.

01:29.730 --> 01:32.190
Dus wat doe je als je in deze situatie zit en

01:32.190 --> 01:34.110
beperkte connectiviteit hebt?

01:34.110 --> 01:36.690
Er zijn drie belangrijke dingen die je moet controleren.

01:36.690 --> 01:39.690
Eerst moet je uitzoeken of dit probleem zich voordoet bij

01:39.690 --> 01:42.900
slechts één netwerkclient of bij veel netwerkclients.

01:42.900 --> 01:44.430
Als je een APIPA adres krijgt,

01:44.430 --> 01:45.510
kan het een probleem

01:45.510 --> 01:47.160
zijn met jouw specifieke netwerk

01:47.160 --> 01:49.770
client, of het kan iedereen op het netwerk treffen

01:49.770 --> 01:52.080
omdat de DHCP server down is.

01:52.080 --> 01:54.360
Als je eenmaal hebt vastgesteld of het slechts

01:54.360 --> 01:56.100
één client is of al je netwerkclients,

01:56.100 --> 01:58.410
kun je het probleem beter oplossen.

01:58.410 --> 02:01.020
Als het maar één client is, dan wil je controleren of

02:01.020 --> 02:02.580
je patchkabels die van de computer

02:02.580 --> 02:03.630
naar het stopcontact

02:03.630 --> 02:05.790
gaan goed zijn geconfigureerd, of dat je goed

02:05.790 --> 02:08.580
bent verbonden met je draadloze netwerk met de juiste

02:08.580 --> 02:10.770
SSID en het juiste wachtwoord voor dat draadloze

02:10.770 --> 02:12.360
netwerk.

02:12.360 --> 02:13.650
Zodra je dat hebt gevalideerd,

02:13.650 --> 02:15.690
wil je ook de DHCP-server pingen en controleren

02:15.690 --> 02:16.950
of die online is en geldige

02:16.950 --> 02:19.350
IP-adressen afgeeft.

02:19.350 --> 02:21.570
Als je enkele client nog steeds een probleem heeft

02:21.570 --> 02:23.100
en de DHCP-server staat aan en je hebt

02:23.100 --> 02:24.300
je patchkabels gecontroleerd

02:24.300 --> 02:25.860
en je verbindingen zijn geldig, dan

02:25.860 --> 02:29.070
wil je controleren of je VLAN goed is geconfigureerd.

02:29.070 --> 02:30.480
Sommige switches gebruiken

02:30.480 --> 02:32.640
VLAN's en plaatsen mensen in verschillende

02:32.640 --> 02:34.290
subnetwerken als een manier om de

02:34.290 --> 02:36.960
beveiliging te verhogen, maar als ze die VLAN's niet goed

02:36.960 --> 02:39.180
geconfigureerd hebben, kan het DHCP verkeer

02:39.180 --> 02:42.120
blokkeren en daarom zal je client geen DHCP adres krijgen wanneer

02:42.120 --> 02:44.280
hij verbonden is via dat VLAN.

02:44.280 --> 02:45.210
Aan de andere kant,

02:45.210 --> 02:47.520
als dit probleem veel verschillende clients

02:47.520 --> 02:49.830
treft, dan is het waarschijnlijk niet een verkeerde

02:49.830 --> 02:51.480
instelling op jouw specifieke systeem,

02:51.480 --> 02:54.630
maar een probleem met de DHCP-server.

02:54.630 --> 02:57.150
Dit kan zijn omdat de DHCP-server offline is,

02:57.150 --> 02:58.980
een ongeldige verbinding met het

02:58.980 --> 03:01.200
netwerk heeft of gewoon geen IP's meer heeft

03:01.200 --> 03:02.940
om uit te delen via leases.

03:02.940 --> 03:04.800
Wanneer dit gebeurt, moet je het aantal

03:04.800 --> 03:07.710
leases binnen het DHCP bereik verhogen, of je moet elk van

03:07.710 --> 03:10.860
die IP's die uitgedeeld zijn doorlopen en valideren dat iedereen

03:10.860 --> 03:13.530
nog steeds online is en verbonden en nog steeds die

03:13.530 --> 03:15.360
leases nodig heeft.

03:15.360 --> 03:17.400
Als dat niet zo is, kun je die leases vrijgeven

03:17.400 --> 03:19.950
van de DHCP server om ze vrij te maken, ze weer toe te voegen

03:19.950 --> 03:21.240
aan het bereik en ze uit te delen

03:21.240 --> 03:22.800
aan de andere systemen die verbinding

03:22.800 --> 03:24.660
proberen te maken met het netwerk.

03:24.660 --> 03:27.630
Dus onthoud dat wanneer je een probleem hebt met beperkte connectiviteit,

03:27.630 --> 03:30.540
dit normaal gesproken betekent dat je een DHCP probleem hebt en

03:30.540 --> 03:32.820
dat je niet in staat bent om een dynamische toewijzing

03:32.820 --> 03:35.130
te krijgen die het IP adres, het subnet, de standaard

03:35.130 --> 03:37.860
gateway en de IP's van de DNS server bevat die je systeem moet

03:37.860 --> 03:39.480
gebruiken.

03:39.480 --> 03:40.680
Als dit het probleem is,

03:40.680 --> 03:43.230
moet je een probleem oplossen met de DHCP-server

03:43.230 --> 03:45.900
of je verbinding met die DHCP-server.

03:45.900 --> 03:46.770
Daarnaast zou je die

03:46.770 --> 03:48.150
vier stukjes informatie die

03:48.150 --> 03:50.160
je nodig hebt, zoals het IP adres, het subnet,

03:50.160 --> 03:53.250
de standaard gateway en de IP's van de DNS server, statisch kunnen

03:53.250 --> 03:55.170
toewijzen in plaats van DHCP te gebruiken,

03:55.170 --> 03:56.760
als je geen verbinding kunt maken

03:56.760 --> 03:59.190
met de DHCP server, en dit zou je beperkte connectiviteit

03:59.190 --> 04:02.643
kunnen herstellen naar volledige connectiviteit.
