WEBVTT 00:00.060 --> 00:01.590 Instructeur: Als we nu onze netwerken 00:01.590 --> 00:04.320 hebben en ze vertrouwen op IP-adressen, zoals IPv4, hoe 00:04.320 --> 00:05.520 vertellen we onze apparaten 00:05.520 --> 00:07.680 dan welke adressen ze krijgen? 00:07.680 --> 00:10.170 Er zijn eigenlijk twee verschillende methoden die we kunnen gebruiken. 00:10.170 --> 00:12.750 De ene is om ze handmatig of statisch toe te wijzen 00:12.750 --> 00:15.090 en de andere is om ze dynamisch toe te wijzen. 00:15.090 --> 00:16.740 Als ik nu een statische opdracht gebruik, 00:16.740 --> 00:18.600 is dit een heel eenvoudig proces. 00:18.600 --> 00:19.500 Als technicus typ 00:19.500 --> 00:22.290 ik handmatig het IP-adres voor de host, het subnetmasker, 00:22.290 --> 00:25.740 de standaard gateway en de DNS-server in. 00:25.740 --> 00:28.740 Maar dit kan tijdrovend en foutgevoelig zijn. 00:28.740 --> 00:31.740 Laten we bijvoorbeeld zeggen dat ik 20 apparaten op het netwerk heb. 00:31.740 --> 00:33.090 Nu moet ik die vier stukjes 00:33.090 --> 00:35.850 informatie 20 keer toewijzen, één keer voor elk apparaat. 00:35.850 --> 00:37.230 Dat zijn 80 plaatsen waar 00:37.230 --> 00:39.630 ik informatie moet invoeren. 00:39.630 --> 00:42.450 Dit betekent dat er veel kans is op menselijke fouten, omdat deze getallen 00:42.450 --> 00:44.730 heel gemakkelijk verkeerd kunnen worden getypt. 00:44.730 --> 00:46.410 En als je er één verkeerd typt, wijs 00:46.410 --> 00:48.120 je de verkeerde informatie toe aan 00:48.120 --> 00:49.440 de verkeerde apparaten. 00:49.440 --> 00:53.040 Of je hebt misschien dezelfde informatie op meerdere apparaten, en dit 00:53.040 --> 00:54.510 zal ook problemen of conflicten 00:54.510 --> 00:56.670 tussen twee apparaten veroorzaken. 00:56.670 --> 00:59.820 Wanneer je dus begint te werken met grote bedrijfsnetwerken, 00:59.820 --> 01:02.460 wordt het erg onpraktisch om statische IP-adressen 01:02.460 --> 01:05.130 toe te wijzen aan al je apparaten. 01:05.130 --> 01:07.080 Sommige van onze netwerken die ik in het 01:07.080 --> 01:09.570 verleden heb beheerd, bestonden uit 500 clients, 01:09.570 --> 01:12.900 1.000 clients, 5.000 clients, 10.000 clients, honderdduizend 01:12.900 --> 01:15.510 clients of zelfs 1 miljoen clientcomputers in een 01:15.510 --> 01:17.250 grootschalig internet. 01:17.250 --> 01:19.350 Als we die allemaal statisch zouden toewijzen 01:19.350 --> 01:21.720 en al die verschillende IP-adressen zouden bijhouden, 01:21.720 --> 01:23.370 zou dat een fulltime baan worden voor 01:23.370 --> 01:26.220 een groot team van mensen over de hele wereld, omdat dat grote 01:26.220 --> 01:29.040 internet zes continenten omspant. 01:29.040 --> 01:31.500 Dat zou een verspilling zijn van veel tijd, 01:31.500 --> 01:33.300 geld, werk en middelen. 01:33.300 --> 01:36.060 In plaats daarvan vereenvoudigen we dit proces door dynamische 01:36.060 --> 01:38.880 toewijzing van IP-adressen te gebruiken. 01:38.880 --> 01:41.130 Dit staat bekend als een dynamische toewijzing. 01:41.130 --> 01:43.410 Door dit te doen, hebben we een snellere, eenvoudigere 01:43.410 --> 01:46.110 en minder verwarrende methode om onze IP's aan al onze netwerkclients 01:46.110 --> 01:49.020 toe te wijzen wanneer ze zich bij het netwerk aansluiten. 01:49.020 --> 01:50.820 Voor grote of kleine netwerken is 01:50.820 --> 01:52.200 het gebruik van dynamische 01:52.200 --> 01:54.630 IP-adressering meestal de beste optie. 01:54.630 --> 01:56.610 Thuis maak je, of je het nu weet of niet, waarschijnlijk 01:56.610 --> 01:59.370 al gebruik van dynamische IP-adressering. 01:59.370 --> 02:01.350 Toen je een nieuwe smartphone of tablet 02:01.350 --> 02:02.760 of laptop of desktop kocht, 02:02.760 --> 02:04.770 haalde je hem uit de doos, zette je hem aan, 02:04.770 --> 02:06.450 maakte je verbinding met je draadloze 02:06.450 --> 02:09.030 netwerk en kon je online surfen, toch? 02:09.030 --> 02:11.370 Je hoefde geen gekke configuraties te doen. 02:11.370 --> 02:13.860 In dit geval heb je je nieuwe apparaat geen IP-adres, 02:13.860 --> 02:16.650 onderwerpmasker, standaardgateway of DNS-server 02:16.650 --> 02:18.390 toegewezen. 02:18.390 --> 02:20.490 In plaats daarvan deed de DHCP-server van je 02:20.490 --> 02:22.230 netwerk dat allemaal automatisch voor 02:22.230 --> 02:24.300 je, zonder dat je erom hoefde te vragen. 02:24.300 --> 02:25.830 Dit komt omdat de meeste netwerkapparaten 02:25.830 --> 02:27.360 voor kleine kantoren en thuiskantoren, 02:27.360 --> 02:30.540 zoals je kabelmodem, glasvezelmodem of draadloos toegangspunt al een 02:30.540 --> 02:33.120 actieve DHCP-server voor je hebben en deze standaard is 02:33.120 --> 02:34.800 ingeschakeld. 02:34.800 --> 02:36.840 Je vertelt het apparaat gewoon op welk netwerk het 02:36.840 --> 02:38.430 zich moet aansluiten en je router zal DHCP 02:38.430 --> 02:40.200 gebruiken om een dynamisch IP-adres uit te 02:40.200 --> 02:42.570 delen zodat je netwerkclient het kan gebruiken. 02:42.570 --> 02:44.430 Dus wat zijn die vier onderdelen van een volledig 02:44.430 --> 02:45.990 geconfigureerde client? 02:45.990 --> 02:47.670 Nou, ik heb het een paar keer verstuurd 02:47.670 --> 02:49.680 en of je nu statische of dynamische toewijzing 02:49.680 --> 02:52.440 gebruikt, je moet nog steeds dezelfde vier componenten 02:52.440 --> 02:56.220 gebruiken, dit zijn een IP-adres, een subnetmasker, een standaard gateway, 02:56.220 --> 02:58.170 wat meestal gewoon het IP van je router 02:58.170 --> 03:00.900 is, en een server voor DNS of WINS. 03:00.900 --> 03:03.570 DNS is het domeinnaamsysteem. 03:03.570 --> 03:05.760 DNS wordt gebruikt om domeinnamen die door een website 03:05.760 --> 03:06.840 worden gebruikt om te zetten 03:06.840 --> 03:08.730 naar het IP-adres van de server, zodat je computer 03:08.730 --> 03:10.560 er verbinding mee kan maken. 03:10.560 --> 03:13.050 We gaan DNS meer behandelen in een eigen video omdat je 03:13.050 --> 03:14.790 er veel over moet weten, maar voor nu moet 03:14.790 --> 03:17.310 je je realiseren dat DNS in wezen de internetversie van 03:17.310 --> 03:19.620 een telefoonboek is, waar we een naam kunnen opzoeken 03:19.620 --> 03:20.610 en een nummer krijgen 03:20.610 --> 03:22.890 om direct verbinding mee te maken. 03:22.890 --> 03:24.780 Namen naar nummers en nummers naar 03:24.780 --> 03:26.790 namen, daar draait het om bij DNS. 03:26.790 --> 03:29.520 Bijvoorbeeld toen je naar diontraining ging. com, gebruik je DNS op de achtergrond 03:29.520 --> 03:31.680 om het IP-adres van mijn server te bepalen 03:31.680 --> 03:35.190 zodat je er verbinding mee kunt maken en onze webpagina's of video's 03:35.190 --> 03:37.350 kunt bekijken. 03:37.350 --> 03:39.150 Dat is DNS aan het werk. 03:39.150 --> 03:41.910 WINS daarentegen, W-I-N-S, wordt gebruikt 03:41.910 --> 03:43.980 binnen een lokaal netwerk. 03:43.980 --> 03:46.800 WINS wordt specifiek gebruikt in Windows-domeinen 03:46.800 --> 03:49.710 en staat bekend als de Windows Internet Name Service. 03:49.710 --> 03:51.300 Hiermee kan Windows NetBIOS-namen 03:51.300 --> 03:54.630 identificeren op een TCP/IP-netwerk en deze NetBIOS-namen 03:54.630 --> 03:57.690 converteren naar IP-adressen. 03:57.690 --> 03:59.790 WINS is eigenlijk hetzelfde als DNS, maar 03:59.790 --> 04:02.880 het werkt alleen binnen een Windows domeinomgeving. 04:02.880 --> 04:04.800 Dus als ik verbinding wil maken met mijn 04:04.800 --> 04:06.240 mailserver binnen een Windows 04:06.240 --> 04:08.610 domein, kan ik het IP adres intypen als ik dat weet 04:08.610 --> 04:10.860 of ik kan gewoon de naam van de server intypen, 04:10.860 --> 04:13.740 iets als mailbox of hoe ik het ook genoemd heb. 04:13.740 --> 04:15.810 Als het nu tijd is om de kritische adresseringsinformatie 04:15.810 --> 04:18.600 dynamisch toe te wijzen aan elke klant, kunnen we vier verschillende 04:18.600 --> 04:21.090 methoden gebruiken om dit te doen. 04:21.090 --> 04:25.500 Dit omvat BOOTP, DHCP, APIPA en ZeroConfig. 04:25.500 --> 04:27.300 BOOTP is veruit de oudste en minst 04:27.300 --> 04:29.640 gebruikte van deze vier opties. 04:29.640 --> 04:31.560 BOOTP, of het Bootstrap Protocol, werd 04:31.560 --> 04:33.870 oorspronkelijk in 1985 geïntroduceerd voor 04:33.870 --> 04:36.270 gebruik in schijfloze Unix werkstations, omdat 04:36.270 --> 04:37.680 het dynamisch IP adresinformatie 04:37.680 --> 04:38.970 kon toewijzen en het werkstation 04:38.970 --> 04:40.140 dan een kopie van hun bootimage 04:40.140 --> 04:42.960 over het netwerk kon laden. 04:42.960 --> 04:46.560 BOOTP gebruikte een statische database van IP's en MAC-adressen. 04:46.560 --> 04:48.840 Dus wanneer een cliënt verbinding maakte met het netwerk 04:48.840 --> 04:50.640 om het BOOTP-proces te starten, zou het 04:50.640 --> 04:53.130 zijn Mac-adres in zijn database vinden en vervolgens 04:53.130 --> 04:55.320 het juiste IP-adres dat erbij paste terugsturen 04:55.320 --> 04:58.080 naar de verzoekende cliënt als zijn toewijzing. 04:58.080 --> 05:00.030 Dit was niet zo dynamisch als we zouden 05:00.030 --> 05:04.020 willen, dus in 1993 werd een nieuwer bijgewerkt protocol, bekend als DHCP, 05:04.020 --> 05:06.510 geïntroduceerd om BOOTP te vervangen. 05:06.510 --> 05:09.990 Nu maakt DHCP, of het Dynamic Host Configuration Protocol, het 05:09.990 --> 05:12.000 mogelijk om een IP toe te wijzen op basis 05:12.000 --> 05:15.000 van een toegewezen bereik of pool van adressen, en het biedt 05:15.000 --> 05:16.650 ons de mogelijkheid om talrijke 05:16.650 --> 05:19.020 andere opties te configureren. 05:19.020 --> 05:21.600 Aangezien ik met DHCP mijn bereik kan configureren, 05:21.600 --> 05:24.030 kan ik mijn DHCP-server iets vertellen als, hé, 05:24.030 --> 05:26.460 ik wil dat je alleen adressen uitdeelt die van 192 05:26.460 --> 05:29.820 zijn. 168. 1. 100 tot 05:29.820 --> 05:33.240 192. 168. 1. 200. 05:33.240 --> 05:35.280 En dit geeft je ongeveer honderd klanten die 05:35.280 --> 05:37.290 nu automatisch kunnen worden toegewezen. 05:37.290 --> 05:39.060 Elke keer dat iemand verbinding maakt 05:39.060 --> 05:42.210 met het netwerk, zal de DHDP één van die IP's uit dat bereik sturen 05:42.210 --> 05:43.980 en het voor een bepaalde tijd toewijzen, 05:43.980 --> 05:46.110 bekend als een lease aan een client. 05:46.110 --> 05:48.480 Nu kan elk IP-adres voor een bepaalde tijd uit deze pool worden 05:48.480 --> 05:49.380 geblokkeerd. 05:49.380 --> 05:50.910 En wanneer die lease verloopt, 05:50.910 --> 05:53.730 trekt de DHCP server dat adres terug. 05:53.730 --> 05:56.280 Nu veroorzaakt dit eigenlijk geen probleem voor ons omdat 05:56.280 --> 05:57.946 je computer op elk moment kan zeggen: 05:57.946 --> 06:00.120 "Hé, ik gebruik dat adres nog steeds. 06:00.120 --> 06:01.200 Je kunt het niet aannemen. En in dat geval zou de 06:01.200 --> 06:03.337 DHCP server zeggen, "Oh, oké, je mag het 06:03.337 --> 06:05.190 houden," en het opnieuw toewijzen 06:05.190 --> 06:08.640 voor een andere periode door de lease te vernieuwen. 06:08.640 --> 06:10.620 Het is net alsof je een boek uit de bibliotheek haalt. 06:10.620 --> 06:12.030 Dus als je halverwege bent en het moet 06:12.030 --> 06:13.320 morgen af zijn, kun je het terugbrengen 06:13.320 --> 06:15.840 naar de bibliotheek en het opnieuw uitchecken. 06:15.840 --> 06:19.260 Het is hetzelfde concept met DHCP en dynamische adressen. 06:19.260 --> 06:20.940 Wanneer de lease verloopt en niet 06:20.940 --> 06:22.680 langer nodig is voor de klant, wordt 06:22.680 --> 06:25.290 deze teruggebracht naar de scope of die pool en klaargezet 06:25.290 --> 06:27.480 voor een andere klant. 06:27.480 --> 06:29.850 In essentie kan elke cliënt dat IP lenen tijdens 06:29.850 --> 06:30.930 zijn opdracht en het teruggeven 06:30.930 --> 06:33.090 wanneer hij er klaar mee is. 06:33.090 --> 06:34.380 Dit IP-beheer wordt namens 06:34.380 --> 06:37.590 ons uitgevoerd door de DHCP-server en wordt gebruikt om al deze 06:37.590 --> 06:39.450 IP's te beheren die in de loop van de tijd 06:39.450 --> 06:41.670 worden toegewezen en teruggestuurd. 06:41.670 --> 06:43.950 Dit is geweldig omdat we het niet zelf hoeven te regelen 06:43.950 --> 06:45.870 of alles handmatig hoeven bij te houden. 06:45.870 --> 06:49.230 In plaats daarvan hebben we de mogelijkheid om er op elk moment in te gaan en naar de logboeken 06:49.230 --> 06:50.227 te kijken en te zeggen: "Hé, 06:50.227 --> 06:55.110 wie gebruikte IP 192.". 168. 1. 132 op 9 september 06:55.110 --> 06:57.120 om 15:00 uur? En dan kunnen we het uitzoeken 06:57.120 --> 06:58.380 met het IP-adresbeheer 06:58.380 --> 07:01.740 van DHCP en hun logboeken. 07:01.740 --> 07:03.420 Dit biedt ons dus alle voordelen om 07:03.420 --> 07:04.710 uit te zoeken wie wat heeft gedaan, 07:04.710 --> 07:06.930 terwijl we toch geen beheer en toezicht hoeven 07:06.930 --> 07:09.690 te houden op het uitdelen van deze IP-adressen. 07:09.690 --> 07:11.790 Een ander groot voordeel van DHCP is dat het onze cliënten 07:11.790 --> 07:14.280 al deze verschillende variabelen geeft die ze nodig hebben 07:14.280 --> 07:15.690 om te communiceren. 07:15.690 --> 07:18.270 Dit omvat het dynamische IP-adres dat wordt toegewezen, 07:18.270 --> 07:20.700 evenals het subnetmasker, de standaard gateway 07:20.700 --> 07:21.990 en de DNS-server. 07:21.990 --> 07:23.640 En als je een WINS-server gebruikt, 07:23.640 --> 07:25.860 kun je die ook via DHCP versturen. 07:25.860 --> 07:26.910 Dit kan allemaal worden 07:26.910 --> 07:29.550 gedaan met behulp van het DHCP protocol voor ons automatisch 07:29.550 --> 07:32.850 elke keer dat een nieuwe client verbinding maakt met het netwerk. 07:32.850 --> 07:35.760 Ja, ik weet dat ik deze vier configuratieopties nu al een 07:35.760 --> 07:37.320 paar keer heb herhaald, en weet 07:37.320 --> 07:38.520 je wat dat betekent? 07:38.520 --> 07:41.190 Dat betekent dat deze informatie echt belangrijk is. 07:41.190 --> 07:44.160 Je moet dus gewoon die vier configuratie-items kennen 07:44.160 --> 07:46.290 die DHCP aan je clients levert en ze in gedachten 07:46.290 --> 07:48.420 houden voor de testdag. 07:48.420 --> 07:51.210 Onthoud dat dit het IP-adres, het subnetmasker, de gateway 07:51.210 --> 07:53.640 en het IP-adres van de DNS-server is. 07:53.640 --> 07:55.500 De WINS-server is een optioneel onderdeel 07:55.500 --> 07:57.270 dat wel of niet kan worden verzonden. 07:57.270 --> 07:59.640 Goed, we gaan het in een aparte video veel meer 07:59.640 --> 08:00.930 over DHCP hebben, maar voor 08:00.930 --> 08:03.210 nu moet je onthouden dat DHCP de gematigde 08:03.210 --> 08:05.760 implementatie van BOOTP is en veel gebruikt wordt 08:05.760 --> 08:08.280 in onze moderne netwerken om automatisch het IP 08:08.280 --> 08:10.860 adres en andere benodigde gegevens toe te wijzen 08:10.860 --> 08:12.210 voor een client om te communiceren 08:12.210 --> 08:14.520 op een netwerk. 08:14.520 --> 08:17.430 De derde manier om automatisch of dynamisch te adresseren 08:17.430 --> 08:20.100 is door gebruik te maken van APIPA, A-P-I-P-A, of 08:20.100 --> 08:23.310 Automatic Private Internet Protocol Addressing. 08:23.310 --> 08:26.250 Als DHCP om wat voor reden dan ook het toewijzingsproces 08:26.250 --> 08:27.510 niet kan voltooien of geen 08:27.510 --> 08:29.460 adres kan vinden om aan de client te geven 08:29.460 --> 08:30.720 omdat het adres op is, dan 08:30.720 --> 08:33.240 wordt in plaats daarvan APIPA gebruikt. 08:33.240 --> 08:34.980 Dit kan gebeuren als er een probleem 08:34.980 --> 08:37.170 is waarbij de client de DHCP server niet kan 08:37.170 --> 08:40.470 bereiken vanwege netwerkproblemen of iets dergelijks. 08:40.470 --> 08:41.460 In deze gevallen gaat 08:41.460 --> 08:43.860 de client zichzelf ondertekenen op het APIPA adres, 08:43.860 --> 08:45.900 wat een zelf toegewezen adres is. 08:45.900 --> 08:48.540 Op een Window Server werkstation is APIPA 08:48.540 --> 08:51.390 standaard geselecteerd onder de TCP/IP eigenschappen 08:51.390 --> 08:55.530 op het tabblad Alternate Configuration. 08:55.530 --> 08:57.330 Hierdoor kan de Windows machine 08:57.330 --> 08:59.430 zichzelf willekeurig een adres 08:59.430 --> 09:03.090 toewijzen uit de 169. 254 dot something dot something scope als 09:03.090 --> 09:05.220 het geen DHCP-server kan bereiken of er geen contact 09:05.220 --> 09:08.670 mee kan opnemen en het onderhandelingsproces kan afronden. 09:08.670 --> 09:11.460 APIPA is ontworpen voor een snelle configuratie 09:11.460 --> 09:12.840 van een lokaal netwerk 09:12.840 --> 09:15.450 zonder dat er een DHCP-server nodig is. 09:15.450 --> 09:17.340 Als ik bijvoorbeeld 10 clients 09:17.340 --> 09:20.250 op een switch zonder DHCP-server aansluit, 09:20.250 --> 09:21.870 zullen deze 10 clients standaard 09:21.870 --> 09:24.870 hun eigen IP-adres uit het APIPA-bereik ophalen, 09:24.870 --> 09:28.380 wat 169 is. 254 punt iets punt iets. 09:28.380 --> 09:30.510 Nogmaals, omdat het een klasse B adres is, 09:30.510 --> 09:31.890 is dit perfect in orde omdat 09:31.890 --> 09:34.680 ze allemaal op hetzelfde lokale netwerk zitten. 09:34.680 --> 09:36.810 Dus als ik "Doom" wil spelen op dit lokale netwerk 09:36.810 --> 09:38.790 met deze 10 machines, dan is dat prima. 09:38.790 --> 09:39.780 Ze vinden elkaar allemaal 09:39.780 --> 09:42.060 en praten zonder problemen op basis van hun 09:42.060 --> 09:43.800 APIPA-adressen. 09:43.800 --> 09:45.420 Het enige probleem is dat 09:45.420 --> 09:47.370 dit privé IP-adressen zijn. 09:47.370 --> 09:50.730 Ze kunnen dus niet buiten ons lokale netwerk worden gerouteerd. 09:50.730 --> 09:52.920 Als we dus lokaal moeten communiceren, kunnen 09:52.920 --> 09:55.710 we dat doen met een schakelaar en zal alles in orde zijn. 09:55.710 --> 09:58.050 Maar we kunnen het internet niet bereiken omdat 09:58.050 --> 10:00.930 we niet hetzelfde netwerk hebben als de router, omdat 10:00.930 --> 10:02.940 de router een geldig IP-adres had, geen 10:02.940 --> 10:04.350 APIPA-adres. 10:04.350 --> 10:05.760 En dus hebben we geen standaard gateway 10:05.760 --> 10:08.580 om uit dit lokale netwerk te komen dat we hebben gemaakt. 10:08.580 --> 10:10.530 Dit is de grootste uitdaging die je zult hebben 10:10.530 --> 10:12.960 als je een APIPA adres hebt toegewezen aan je clients, 10:12.960 --> 10:14.220 omdat ze niet kunnen communiceren 10:14.220 --> 10:15.810 buiten het lokale netwerk of met andere 10:15.810 --> 10:19.020 apparaten die niet ook een IP adres hebben. 10:19.020 --> 10:19.890 Als je ooit een computer 10:19.890 --> 10:23.400 hebt die begint met 169. 254 puntjes iets puntjes iets, en je kunt 10:23.400 --> 10:24.240 er niet achter komen 10:24.240 --> 10:25.950 waarom het geen verbinding maakt met het 10:25.950 --> 10:27.630 internet, nou, dat is jouw reden. 10:27.630 --> 10:28.770 Het is een APIPA-adres en 10:28.770 --> 10:31.440 APIPA-adressen kunnen niet voorbij de router komen. 10:31.440 --> 10:33.450 Met APIPA-adressen kun je dus geen verbinding 10:33.450 --> 10:34.830 maken met het internet. 10:34.830 --> 10:37.500 Onze laatste dynamische methode om een IP-adres te configureren 10:37.500 --> 10:40.440 staat bekend als ZeroConfig, of Zero Configuration. 10:40.440 --> 10:42.540 ZeroConfig is een nieuwere technologie die 10:42.540 --> 10:43.890 gebaseerd is op APIPA. 10:43.890 --> 10:46.440 Het kan je veel van dezelfde functies bieden als APIPA, 10:46.440 --> 10:47.850 maar ook enkele nieuwe. 10:47.850 --> 10:50.220 ZeroConfig kan bijvoorbeeld een IPv4 link-local 10:50.220 --> 10:52.890 adres toekennen aan een client. 10:52.890 --> 10:55.110 Dit is een vorm van een niet-routbaar IP dat 10:55.110 --> 10:58.110 wordt gebruikt op een lokaal subnet, net als APIPA. 10:58.110 --> 11:00.600 Maar het grote verschil is dat met ZeroConfig, deze 11:00.600 --> 11:02.010 client nu de mogelijkheid heeft 11:02.010 --> 11:04.470 om computernamen om te zetten naar IP-adressen 11:04.470 --> 11:06.330 zonder dat DNS nodig is door gebruik 11:06.330 --> 11:08.280 te maken van iets dat bekend staat als mDNS 11:08.280 --> 11:10.800 of Multicast Domain Name Service. 11:10.800 --> 11:12.690 ZeroConfig kan ook een service discovery uitvoeren 11:12.690 --> 11:14.370 op een netwerk, zodat het kan uitzoeken welke 11:14.370 --> 11:15.960 dingen verbonden en beschikbaar zijn 11:15.960 --> 11:17.130 voor gebruik. 11:17.130 --> 11:20.040 Dus als er een printer, een scanner of een gedeeld bestandssysteem 11:20.040 --> 11:22.650 is, dan kan je dat vinden met ZeroConfig. 11:22.650 --> 11:24.480 Er zijn de laatste jaren veel verschillende 11:24.480 --> 11:26.460 implementaties van ZeroConfig geweest en het heet 11:26.460 --> 11:27.750 verschillende dingen, afhankelijk 11:27.750 --> 11:28.980 van de implementatie en de productlijn 11:28.980 --> 11:30.600 die je gebruikt. 11:30.600 --> 11:32.490 Op Apple producten bijvoorbeeld heet 11:32.490 --> 11:34.740 ZeroConfig eigenlijk Bonjour en het wordt 11:34.740 --> 11:36.540 vooral gebruikt om andere clients 11:36.540 --> 11:39.510 en apparaten op het lokale netwerk te vinden. 11:39.510 --> 11:43.350 In Microsoft Windows noemen ze het LLMNR, Link-Local 11:43.350 --> 11:45.840 Multicast Name Resolution. 11:45.840 --> 11:48.540 En het gaat erop vertrouwen als een uitbreiding van APIPA om 11:48.540 --> 11:50.910 te voorzien in naamresolutie en service discovery, 11:50.910 --> 11:53.310 naast het bieden van netwerkconnectiviteit. 11:53.310 --> 11:54.420 -: Als je Linux gebruikt, 11:54.420 --> 11:57.420 wordt ZeroConfig meestal geïmplementeerd met SystemD, 11:57.420 --> 11:59.130 of de system daemon service, in 11:59.130 --> 12:02.910 het bijzonder de systemd-resolved achtergrond service. 12:02.910 --> 12:05.370 Onthoud dus dat er veel verschillende manieren zijn 12:05.370 --> 12:06.930 om IP-adressen toe te wijzen. 12:06.930 --> 12:09.300 Je kunt dit handmatig doen, bekend als een statische 12:09.300 --> 12:12.570 toewijzing, of automatisch, bekend als een dynamische toewijzing. 12:12.570 --> 12:14.250 Als je een dynamische toewijzing 12:14.250 --> 12:16.290 gebruikt, kun je dit doen met een van de 12:16.290 --> 12:19.770 volgende vier methoden: BOOTP, DHCP, APIPA of ZeroConfig. 12:19.770 --> 12:22.320 Het hangt allemaal af van de behoeften van je klanten 12:22.320 --> 12:23.313 en je netwerk.