WEBVTT 00:00.060 --> 00:01.590 Istruttore: Ora, quando abbiamo le 00:01.590 --> 00:04.320 nostre reti e queste si basano sugli indirizzi IP, come l'IPv4, 00:04.320 --> 00:05.520 come facciamo a dire ai nostri 00:05.520 --> 00:07.680 dispositivi quali indirizzi avranno? 00:07.680 --> 00:10.170 Ci sono due metodi diversi che possiamo utilizzare. 00:10.170 --> 00:12.750 Una è quella di assegnarli manualmente o staticamente, 00:12.750 --> 00:15.090 l'altra è quella di assegnarli dinamicamente. 00:15.090 --> 00:16.740 Quando utilizzo un'assegnazione statica, 00:16.740 --> 00:18.600 il processo è molto semplice. 00:18.600 --> 00:19.500 Come tecnico, digito 00:19.500 --> 00:22.290 manualmente l'indirizzo IP dell'host, la maschera 00:22.290 --> 00:25.740 di sottorete, il gateway predefinito e il server DNS. 00:25.740 --> 00:28.740 Ma questo può richiedere molto tempo ed essere soggetto a errori. 00:28.740 --> 00:31.740 Ad esempio, supponiamo di avere 20 dispositivi in rete. 00:31.740 --> 00:33.090 Ora dovrò assegnare queste 00:33.090 --> 00:35.850 quattro informazioni 20 volte diverse, una per ogni 00:35.850 --> 00:37.230 dispositivo, ovvero 80 posti 00:37.230 --> 00:39.630 in cui inserire le informazioni. 00:39.630 --> 00:42.450 Ciò significa che c'è una grande possibilità di errore umano, perché 00:42.450 --> 00:44.730 è molto facile sbagliare a digitare questi numeri. 00:44.730 --> 00:46.410 Se si sbaglia a digitare, si rischia di 00:46.410 --> 00:48.120 assegnare le informazioni sbagliate 00:48.120 --> 00:49.440 ai dispositivi sbagliati. 00:49.440 --> 00:53.040 Oppure si possono avere le stesse informazioni su più dispositivi 00:53.040 --> 00:54.510 e questo può causare problemi 00:54.510 --> 00:56.670 o conflitti tra due dispositivi. 00:56.670 --> 00:59.820 Pertanto, quando si inizia a lavorare su reti aziendali di grandi 00:59.820 --> 01:02.460 dimensioni, diventa molto poco pratico assegnare staticamente 01:02.460 --> 01:05.130 gli indirizzi IP a tutti i dispositivi. 01:05.130 --> 01:07.080 In passato ho gestito reti con 500 01:07.080 --> 01:09.570 clienti, 1.000 clienti, 5.000 clienti, 01:09.570 --> 01:12.900 10.000 clienti, centomila clienti o addirittura 1 milione 01:12.900 --> 01:15.510 di computer client in una rete Internet su 01:15.510 --> 01:17.250 larga scala. 01:17.250 --> 01:19.350 Quindi, per noi assegnare tutti questi indirizzi 01:19.350 --> 01:21.720 statici e tenere traccia di tutti i diversi indirizzi 01:21.720 --> 01:23.370 IP diventerebbe un lavoro a tempo pieno 01:23.370 --> 01:26.220 per un grande team di persone dislocate in tutto il mondo, perché 01:26.220 --> 01:29.040 questa grande rete internet si estende su sei continenti. 01:29.040 --> 01:31.500 Sarebbe uno spreco di tempo, denaro, 01:31.500 --> 01:33.300 lavoro e risorse. 01:33.300 --> 01:36.060 Per questo motivo semplifichiamo questo processo utilizzando 01:36.060 --> 01:38.880 l'assegnazione dinamica degli indirizzi IP. 01:38.880 --> 01:41.130 Si tratta di un'assegnazione dinamica. 01:41.130 --> 01:43.410 In questo modo, abbiamo un metodo più rapido, più 01:43.410 --> 01:46.110 semplice e meno confuso per assegnare i nostri IP a tutti 01:46.110 --> 01:49.020 i nostri client di rete quando si uniscono alla rete. 01:49.020 --> 01:50.820 Per le reti di grandi o piccole dimensioni, 01:50.820 --> 01:52.200 l'utilizzo dell'indirizzamento 01:52.200 --> 01:54.630 IP dinamico è di solito l'opzione migliore. 01:54.630 --> 01:56.610 A casa vostra, che lo sappiate o meno, probabilmente 01:56.610 --> 01:59.370 state già utilizzando l'indirizzamento IP dinamico. 01:59.370 --> 02:01.350 Quando avete comprato un nuovo smartphone, un tablet, 02:01.350 --> 02:02.760 un computer portatile o un desktop, lo 02:02.760 --> 02:04.770 avete tirato fuori dalla scatola, lo avete acceso, vi 02:04.770 --> 02:06.450 siete collegati alla vostra rete wireless e siete 02:06.450 --> 02:09.030 stati in grado di andare online e navigare sul web, giusto? 02:09.030 --> 02:11.370 Non era necessario fare configurazioni assurde. 02:11.370 --> 02:13.860 In questo caso, non avete assegnato al vostro nuovo dispositivo 02:13.860 --> 02:16.650 un indirizzo IP, una maschera di argomento, un gateway predefinito 02:16.650 --> 02:18.390 o un server DNS da utilizzare. 02:18.390 --> 02:20.490 Invece, il server DHCP della vostra rete 02:20.490 --> 02:22.230 fa tutto questo automaticamente, 02:22.230 --> 02:24.300 senza che dobbiate chiederglielo. 02:24.300 --> 02:25.830 Questo perché la maggior parte dei dispositivi 02:25.830 --> 02:27.360 di rete dei piccoli uffici e degli uffici 02:27.360 --> 02:30.540 domestici, come il modem via cavo, il modem a fibra ottica o il punto di accesso 02:30.540 --> 02:33.120 wireless, hanno già un server DHCP in funzione ed è attivo per impostazione 02:33.120 --> 02:34.800 predefinita. 02:34.800 --> 02:36.840 Basta dire al dispositivo a quale rete unirsi 02:36.840 --> 02:38.430 e il router utilizzerà il DHCP per 02:38.430 --> 02:40.200 distribuire un indirizzo IP dinamico 02:40.200 --> 02:42.570 che il client di rete potrà utilizzare. 02:42.570 --> 02:44.430 Quali sono quindi i quattro componenti di un 02:44.430 --> 02:45.990 client completamente configurato? 02:45.990 --> 02:47.670 L'ho inviato un paio di volte e, sia 02:47.670 --> 02:49.680 che si utilizzi un'assegnazione statica 02:49.680 --> 02:52.440 o dinamica, è necessario utilizzare gli stessi quattro 02:52.440 --> 02:56.220 componenti: un indirizzo IP, una maschera di sottorete, un gateway predefinito, 02:56.220 --> 02:58.170 che di solito è solo l'IP del router, e 02:58.170 --> 03:00.900 un server per DNS o WINS. 03:00.900 --> 03:03.570 Il DNS è il sistema dei nomi di dominio. 03:03.570 --> 03:05.760 Il DNS viene utilizzato per convertire i nomi di dominio 03:05.760 --> 03:06.840 utilizzati da un sito web nell'indirizzo 03:06.840 --> 03:08.730 IP del suo server, in modo che il computer possa 03:08.730 --> 03:10.560 collegarsi ad esso. 03:10.560 --> 03:13.050 Ora, tratteremo il DNS in modo più approfondito in un video a sé stante, 03:13.050 --> 03:14.790 perché ci sono molte cose da sapere al riguardo, 03:14.790 --> 03:17.310 ma per il momento è sufficiente rendersi conto che il DNS è essenzialmente 03:17.310 --> 03:19.620 la versione di Internet di una rubrica telefonica, in cui è possibile 03:19.620 --> 03:20.610 cercare un nome e ottenere un 03:20.610 --> 03:22.890 numero a cui collegarsi direttamente. 03:22.890 --> 03:24.780 Ora, i nomi ai numeri e i numeri ai nomi: 03:24.780 --> 03:26.790 questo è l'obiettivo del DNS. 03:26.790 --> 03:29.520 Per esempio, quando sei andato a diontraining. com, si utilizzerà il DNS 03:29.520 --> 03:31.680 in background per determinare l'indirizzo 03:31.680 --> 03:34.290 IP del mio server in modo da potersi connettere e 03:34.290 --> 03:35.190 accedere alle nostre 03:35.190 --> 03:37.350 pagine web o ai nostri video. 03:37.350 --> 03:39.150 Questo è il DNS al lavoro. 03:39.150 --> 03:41.910 WINS, invece, W-I-N-S, viene utilizzato all'interno 03:41.910 --> 03:43.980 di una rete locale. 03:43.980 --> 03:46.800 In particolare, WINS viene utilizzato nei domini Windows 03:46.800 --> 03:49.710 ed è noto come Windows Internet Name Service. 03:49.710 --> 03:51.300 Viene utilizzato per consentire 03:51.300 --> 03:54.630 a Windows di identificare i nomi NetBIOS su una rete TCP/IP e 03:54.630 --> 03:57.690 di convertire tali nomi NetBIOS in indirizzi IP. 03:57.690 --> 03:59.790 Fondamentalmente WINS è come il DNS, ma funziona 03:59.790 --> 04:02.880 solo all'interno di un ambiente di dominio Windows. 04:02.880 --> 04:04.800 Quindi, se volessi collegarmi al mio server di 04:04.800 --> 04:06.240 posta all'interno di un dominio Windows, 04:06.240 --> 04:08.610 potrei digitare il suo indirizzo IP, se lo conosco, oppure 04:08.610 --> 04:10.860 potrei semplicemente digitare il nome del server, qualcosa 04:10.860 --> 04:13.740 come mailbox o qualsiasi altro nome io abbia scelto. 04:13.740 --> 04:15.810 Ora, quando arriva il momento di assegnare dinamicamente 04:15.810 --> 04:18.600 le informazioni di indirizzamento critico per ogni client, possiamo 04:18.600 --> 04:21.090 usare quattro metodi diversi per farlo. 04:21.090 --> 04:25.500 Questo include BOOTP, DHCP, APIPA e ZeroConfig. 04:25.500 --> 04:27.300 BOOTP è di gran lunga la più vecchia e 04:27.300 --> 04:29.640 la meno utilizzata di queste quattro opzioni. 04:29.640 --> 04:31.560 BOOTP, o Bootstrap Protocol, è stato originariamente 04:31.560 --> 04:33.870 introdotto nel 1985 per l'uso nelle workstation Unix 04:33.870 --> 04:36.270 senza disco, perché poteva assegnare dinamicamente le 04:36.270 --> 04:37.680 informazioni sull'indirizzo IP 04:37.680 --> 04:38.970 e poi permettere alla workstation 04:38.970 --> 04:40.140 di caricare una copia della 04:40.140 --> 04:42.960 propria immagine di avvio attraverso la rete. 04:42.960 --> 04:46.560 Ora, BOOTP utilizzava un database statico di IP e indirizzi MAC. 04:46.560 --> 04:48.840 In sostanza, ogni volta che un client si connetteva 04:48.840 --> 04:50.640 alla rete per avviare il processo BOOTP, 04:50.640 --> 04:53.130 quest'ultimo trovava il suo indirizzo Mac all'interno 04:53.130 --> 04:55.320 del database e quindi inviava al client richiedente 04:55.320 --> 04:58.080 l'indirizzo IP corrispondente come assegnazione. 04:58.080 --> 05:00.030 Questo non era così dinamico come avremmo 05:00.030 --> 05:04.020 voluto, quindi nel 1993 è stato introdotto un nuovo protocollo aggiornato, 05:04.020 --> 05:06.510 noto come DHCP, per sostituire BOOTP. 05:06.510 --> 05:09.990 Il DHCP, o Dynamic Host Configuration Protocol, consente 05:09.990 --> 05:12.000 l'assegnazione di un IP in base 05:12.000 --> 05:15.000 a un ambito o a un pool di indirizzi assegnati e 05:15.000 --> 05:16.650 permette di configurare 05:16.650 --> 05:19.020 numerose altre opzioni. 05:19.020 --> 05:21.600 Ora, dato che il DHCP mi permette di configurare il mio ambito, posso dire 05:21.600 --> 05:24.030 al mio server DHCP qualcosa del tipo: "Voglio che tu distribuisca solo 05:24.030 --> 05:29.820 gli indirizzi che vanno da 192". 05:29.820 --> 05:29.820 168. 1. 100 05:29.820 --> 05:33.240 fino a 192. 168. 1. 200. 05:33.240 --> 05:35.280 In questo modo si ottiene un centinaio di clienti che 05:35.280 --> 05:37.290 possono essere assegnati automaticamente. 05:37.290 --> 05:39.060 Ogni volta che qualcuno si connette 05:39.060 --> 05:42.210 alla rete, il DHDP invia uno di questi IP da quell'intervallo e 05:42.210 --> 05:43.980 lo assegna a un client per un determinato 05:43.980 --> 05:46.110 periodo di tempo, noto come lease. 05:46.110 --> 05:48.480 Ora, ogni IP può essere escluso da questo pool per un certo 05:48.480 --> 05:49.380 periodo di tempo. 05:49.380 --> 05:50.910 Quando il lease scade, 05:50.910 --> 05:53.730 il server DHCP ritira l'indirizzo. 05:53.730 --> 05:56.280 Questo non è un problema per noi, perché il computer 05:56.280 --> 05:57.946 può dire in qualsiasi momento: "Ehi, 05:57.946 --> 06:00.120 sto ancora usando quell'indirizzo". 06:00.120 --> 06:01.200 Non si può accettare. In questo caso, il 06:01.200 --> 06:03.337 server DHCP direbbe: "Oh, ok, puoi 06:03.337 --> 06:05.190 tenerlo" e lo riassegnerebbe 06:05.190 --> 06:08.640 per un altro periodo rinnovando il lease. 06:08.640 --> 06:10.620 È come se si prendesse un libro in biblioteca. 06:10.620 --> 06:12.030 Se siete a metà della lettura 06:12.030 --> 06:13.320 e la scadenza è domani, potete 06:13.320 --> 06:15.840 riportarlo in biblioteca e ricontrollarlo. 06:15.840 --> 06:19.260 È lo stesso concetto del DHCP e degli indirizzi dinamici. 06:19.260 --> 06:20.940 Ora, quando il lease scade e non è 06:20.940 --> 06:22.680 più necessario per il cliente, viene 06:22.680 --> 06:25.290 restituito all'ambito o al pool ed è pronto per essere 06:25.290 --> 06:27.480 rilasciato a un altro cliente. 06:27.480 --> 06:29.850 In sostanza, ogni client può prendere in prestito quell'IP 06:29.850 --> 06:30.930 durante la sua assegnazione 06:30.930 --> 06:33.090 e poi restituirlo quando ha finito di usarlo. 06:33.090 --> 06:34.380 Ora, la gestione degli IP 06:34.380 --> 06:37.590 verrà eseguita dal server DHCP per nostro conto e verrà utilizzata 06:37.590 --> 06:39.450 per gestire tutti gli IP che vengono 06:39.450 --> 06:41.670 assegnati e restituiti nel tempo. 06:41.670 --> 06:43.950 Questo è ottimo perché non dobbiamo controllarlo 06:43.950 --> 06:45.870 da soli o tenerne traccia manualmente. 06:45.870 --> 06:49.230 Invece, abbiamo la possibilità di entrare in qualsiasi momento, guardare 06:49.230 --> 06:50.227 i log e dire: "Ehi, chi stava 06:50.227 --> 06:55.110 usando l'IP 192". 168. 1. 132 il 9 settembre 06:55.110 --> 06:57.120 alle 15:00? E poi possiamo scoprirlo usando 06:57.120 --> 06:58.380 la gestione degli 06:58.380 --> 07:01.740 indirizzi IP del DHCP e i suoi registri. 07:01.740 --> 07:03.420 In questo modo si ottengono tutti 07:03.420 --> 07:04.710 i vantaggi di capire chi 07:04.710 --> 07:06.930 ha fatto cosa, senza dover gestire e sorvegliare 07:06.930 --> 07:09.690 la distribuzione degli indirizzi IP. 07:09.690 --> 07:11.790 Ora, un'altra cosa fantastica del DHCP è che fornisce 07:11.790 --> 07:14.280 ai nostri clienti tutte le diverse variabili di cui hanno 07:14.280 --> 07:15.690 bisogno per comunicare. 07:15.690 --> 07:18.270 Questo include l'indirizzo IP dinamico che viene assegnato, 07:18.270 --> 07:20.700 la maschera di sottorete, il gateway predefinito 07:20.700 --> 07:21.990 e il server DNS. 07:21.990 --> 07:23.640 Se si utilizza un server WINS, è 07:23.640 --> 07:25.860 possibile inviarlo anche tramite DHCP. 07:25.860 --> 07:26.910 Tutto questo può essere 07:26.910 --> 07:29.550 fatto utilizzando il protocollo DHCP automaticamente 07:29.550 --> 07:32.850 ogni volta che un nuovo client si connette alla rete. 07:32.850 --> 07:35.760 Sì, so che ho ripetuto queste quattro opzioni di configurazione 07:35.760 --> 07:37.320 un sacco di volte e sapete cosa 07:37.320 --> 07:38.520 significa? 07:38.520 --> 07:41.190 Significa che queste informazioni sono davvero importanti. 07:41.190 --> 07:44.160 È quindi sufficiente conoscere i quattro elementi di configurazione 07:44.160 --> 07:46.290 che il DHCP fornisce ai client e tenerli a mente 07:46.290 --> 07:48.420 per il giorno del test. 07:48.420 --> 07:51.210 Ricordate che si tratta dell'indirizzo IP, della maschera 07:51.210 --> 07:53.640 di sottorete, del gateway e dell'IP del server DNS. 07:53.640 --> 07:55.500 Il server WINS è un componente opzionale 07:55.500 --> 07:57.270 che può essere inviato o meno. 07:57.270 --> 07:59.640 Bene, parleremo molto di più del DHCP in un video 07:59.640 --> 08:00.930 separato, ma per ora è necessario 08:00.930 --> 08:03.210 ricordare che il DHCP è l'implementazione 08:03.210 --> 08:05.760 moderata del BOOTP ed è comunemente usato nelle 08:05.760 --> 08:08.280 nostre reti moderne per poter assegnare automaticamente 08:08.280 --> 08:12.210 l'indirizzo IP e altri dati necessari a un client per comunicare su una 08:12.210 --> 08:14.520 rete. 08:14.520 --> 08:17.430 Il terzo modo per realizzare un indirizzamento automatico 08:17.430 --> 08:20.100 o dinamico è quello di utilizzare l'APIPA, A-P-I-P-A, 08:20.100 --> 08:23.310 ovvero l'Automatic Private Internet Protocol Addressing. 08:23.310 --> 08:26.250 In pratica, se per qualsiasi motivo il DHCP non riesce a completare 08:26.250 --> 08:27.510 il processo di assegnazione 08:27.510 --> 08:29.460 o a trovare un indirizzo da assegnare 08:29.460 --> 08:30.720 al client perché è esaurito, 08:30.720 --> 08:33.240 verrà utilizzato APIPA. 08:33.240 --> 08:34.980 Questo tipo di problema può verificarsi 08:34.980 --> 08:37.170 se il client non riesce a raggiungere il 08:37.170 --> 08:40.470 server DHCP a causa di problemi di rete o altro. 08:40.470 --> 08:41.460 In questi casi, il 08:41.460 --> 08:43.860 client si firma con l'indirizzo APIPA, che 08:43.860 --> 08:45.900 è un indirizzo autoassegnato. 08:45.900 --> 08:48.540 Per impostazione predefinita, su una workstation Window 08:48.540 --> 08:51.390 Server, APIPA è selezionato per impostazione predefinita 08:51.390 --> 08:53.310 nelle proprietà TCP/IP, nella scheda 08:53.310 --> 08:55.530 Configurazione alternativa. 08:55.530 --> 08:57.330 In questo modo, la macchina Windows 08:57.330 --> 08:59.430 può assegnarsi un indirizzo a caso 08:59.430 --> 09:03.090 tra i 169 disponibili. 254 dot qualcosa dot qualcosa scope se 09:03.090 --> 09:05.220 non riesce a raggiungere un server DHCP o non 09:05.220 --> 09:08.670 riesce a contattarlo e a terminare il processo di negoziazione. 09:08.670 --> 09:11.460 Ora, APIPA è stato progettato per consentire una rapida configurazione 09:11.460 --> 09:12.840 di una rete locale senza la necessità 09:12.840 --> 09:15.450 di disporre di un server DHCP. 09:15.450 --> 09:17.340 Ad esempio, se prendo 10 client 09:17.340 --> 09:20.250 e li collego tutti a uno switch senza server DHCP, 09:20.250 --> 09:21.870 questi 10 client prenderanno 09:21.870 --> 09:24.870 di default il proprio indirizzo IP dall'intervallo 09:24.870 --> 09:28.380 APIPA, ovvero 169. 254 punto qualcosa punto qualcosa. 09:28.380 --> 09:30.510 Anche in questo caso, trattandosi di un indirizzo 09:30.510 --> 09:31.890 di classe B, va benissimo perché 09:31.890 --> 09:34.680 saranno tutti sulla stessa rete locale. 09:34.680 --> 09:36.810 Quindi se volessi giocare a "Doom" su questa rete locale 09:36.810 --> 09:38.790 con queste 10 macchine, andrebbe bene. 09:38.790 --> 09:39.780 Si troveranno tutti 09:39.780 --> 09:42.060 insieme e parleranno in base ai loro indirizzi 09:42.060 --> 09:43.800 APIPA senza alcun problema. 09:43.800 --> 09:45.420 L'unico problema è che si tratta 09:45.420 --> 09:47.370 di indirizzi IP privati. 09:47.370 --> 09:50.730 Quindi non possono essere instradati al di fuori della nostra rete locale. 09:50.730 --> 09:52.920 Pertanto, se abbiamo bisogno di comunicare localmente, 09:52.920 --> 09:55.710 possiamo farlo utilizzando uno switch e tutto andrà bene. 09:55.710 --> 09:58.050 Ma non saremo in grado di raggiungere Internet 09:58.050 --> 10:00.930 perché non abbiamo la stessa rete del router, perché il 10:00.930 --> 10:02.940 router aveva un indirizzo IP valido, non 10:02.940 --> 10:04.350 un indirizzo APIPA. 10:04.350 --> 10:05.760 Quindi non abbiamo un gateway predefinito 10:05.760 --> 10:08.580 per uscire da questa rete locale che abbiamo creato. 10:08.580 --> 10:10.530 Questa è la sfida più grande che si presenta 10:10.530 --> 10:12.960 quando si ha un indirizzo APIPA assegnato ai client, 10:12.960 --> 10:14.220 perché questi non possono 10:14.220 --> 10:15.810 comunicare al di fuori della rete 10:15.810 --> 10:19.020 locale o con altri dispositivi che non hanno un indirizzo IP. 10:19.020 --> 10:19.890 Se si dispone di 10:19.890 --> 10:23.400 un computer che inizia con 169. 254 punti qualcosa e non riuscite 10:23.400 --> 10:24.240 a capire perché 10:24.240 --> 10:25.950 non si connette a Internet, beh, 10:25.950 --> 10:27.630 questo è il vostro motivo. 10:27.630 --> 10:28.770 È un indirizzo APIPA e gli 10:28.770 --> 10:31.440 indirizzi APIPA non possono superare il router. 10:31.440 --> 10:33.450 Pertanto, gli indirizzi APIPA non consentono 10:33.450 --> 10:34.830 di connettersi a Internet. 10:34.830 --> 10:37.500 Il nostro ultimo metodo dinamico di configurazione di un 10:37.500 --> 10:40.440 indirizzo IP è noto come ZeroConfig, o configurazione zero. 10:40.440 --> 10:42.540 Ora, ZeroConfig è una tecnologia più recente, 10:42.540 --> 10:43.890 basata su APIPA. 10:43.890 --> 10:46.440 Può offrire molte delle stesse funzioni di APIPA, 10:46.440 --> 10:47.850 oltre ad alcune nuove. 10:47.850 --> 10:50.220 Ad esempio, ZeroConfig può effettivamente assegnare 10:50.220 --> 10:52.890 un indirizzo IPv4 link-local a un client. 10:52.890 --> 10:55.110 Si tratta di una forma di IP non instradabile 10:55.110 --> 10:58.110 utilizzato su una sottorete locale, proprio come APIPA. 10:58.110 --> 11:00.600 Ma la grande differenza è che con ZeroConfig, questo 11:00.600 --> 11:02.010 client può ora avere la capacità 11:02.010 --> 11:04.470 di risolvere i nomi dei computer in indirizzi 11:04.470 --> 11:06.330 IP senza la necessità del DNS, utilizzando 11:06.330 --> 11:08.280 un servizio noto come mDNS o Multicast 11:08.280 --> 11:10.800 Domain Name Service. 11:10.800 --> 11:12.690 Inoltre, ZeroConfig è in grado di eseguire una 11:12.690 --> 11:14.370 ricerca di servizi su una rete, in modo da 11:14.370 --> 11:15.960 scoprire quali sono le cose connesse e 11:15.960 --> 11:17.130 disponibili per l'uso. 11:17.130 --> 11:20.040 Quindi, se c'è una stampante, uno scanner o un file system condiviso, 11:20.040 --> 11:22.650 è possibile trovarlo utilizzando ZeroConfig. 11:22.650 --> 11:24.480 Negli ultimi anni sono state realizzate molte 11:24.480 --> 11:26.460 implementazioni diverse di ZeroConfig, che viene 11:26.460 --> 11:27.750 chiamato in modo diverso a seconda 11:27.750 --> 11:28.980 dell'implementazione e della 11:28.980 --> 11:30.600 linea di prodotti utilizzata. 11:30.600 --> 11:32.490 Ad esempio, sui prodotti Apple, ZeroConfig 11:32.490 --> 11:34.740 si chiama Bonjour ed è utilizzato principalmente 11:34.740 --> 11:36.540 per la scoperta di servizi di altri 11:36.540 --> 11:39.510 client e dispositivi sulla rete locale. 11:39.510 --> 11:43.350 In Microsoft Windows si chiama LLMNR, Link-Local 11:43.350 --> 11:45.840 Multicast Name Resolution. 11:45.840 --> 11:48.540 E si affiderà ad esso come estensione di APIPA per fornire 11:48.540 --> 11:50.910 la risoluzione dei nomi e la scoperta dei servizi, 11:50.910 --> 11:53.310 oltre a fornire la connettività di rete. 11:53.310 --> 11:54.420 -: Ora, se si usa Linux, 11:54.420 --> 11:57.420 ZeroConfig è solitamente implementato usando SystemD, 11:57.420 --> 11:59.130 o il servizio demone di sistema, 11:59.130 --> 12:02.910 in particolare il servizio in background systemd-resolved. 12:02.910 --> 12:05.370 Quindi ricordate che esistono molti modi diversi per 12:05.370 --> 12:06.930 assegnare gli indirizzi IP. 12:06.930 --> 12:09.300 L'assegnazione può essere manuale, nota come assegnazione 12:09.300 --> 12:12.570 statica, o automatica, nota come assegnazione dinamica. 12:12.570 --> 12:14.250 Se si utilizza un'assegnazione 12:14.250 --> 12:16.290 dinamica, è possibile farlo con uno dei 12:16.290 --> 12:19.770 quattro metodi disponibili: BOOTP, DHCP, APIPA o ZeroConfig. 12:19.770 --> 12:22.320 Tutto dipende dalle esigenze dei vostri clienti e 12:22.320 --> 12:23.313 della vostra rete.