WEBVTT

00:00.090 --> 00:02.910
Istruttore: In questa lezione parleremo dell'IPv4,

00:02.910 --> 00:05.250
o protocollo Internet versione quattro.

00:05.250 --> 00:08.730
L'IPv4 è estremamente diffuso ed è il tipo di indirizzamento IP più

00:08.730 --> 00:11.100
comunemente utilizzato sulle nostre reti.

00:11.100 --> 00:12.840
In effetti, se siete come la maggior

00:12.840 --> 00:15.690
parte delle persone, avete già visto un indirizzo IPv4.

00:15.690 --> 00:16.530
Quando li si guarda,

00:16.530 --> 00:18.660
sono scritti come una serie di quattro numeri decimali

00:18.660 --> 00:20.010
separati da punti.

00:20.010 --> 00:28.470
Alcuni esempi sono gli indirizzi IPv4, come 10. 1. 2. 3 o 172.

00:28.470 --> 00:28.470
21. 243. 67.

00:28.470 --> 00:31.200
Come si può vedere, ogni indirizzo IPv4 è composto da quattro

00:31.200 --> 00:33.360
parti che formano l'indirizzo stesso.

00:33.360 --> 00:35.970
Questa è nota come notazione decimale punteggiata.

00:35.970 --> 00:36.900
Quando ci si riferisce a

00:36.900 --> 00:39.690
ciascuna di queste quattro parti individuali, le chiamiamo ottetti perché

00:39.690 --> 00:41.400
ciascuna di esse ha un numero decimale che viene

00:41.400 --> 00:43.890
utilizzato per rappresentare un numero a otto bit.

00:43.890 --> 00:45.060
Poiché questi numeri decimali

00:45.060 --> 00:47.640
rappresentano otto bit o otto cifre binarie, ciò

00:47.640 --> 00:49.770
significa che possono rappresentare solo

00:49.770 --> 00:53.580
un valore da 0 a 255 in ciascuna delle quattro posizioni.

00:53.580 --> 00:55.620
Ora, quando tutti e quattro gli ottetti

00:55.620 --> 00:58.680
sono combinati, abbiamo quattro ottetti che contengono otto

00:58.680 --> 01:01.950
bit ciascuno, per un totale di 32 bit di spazio indirizzabile totale

01:01.950 --> 01:04.350
quando si utilizza un indirizzo IPv4.

01:04.350 --> 01:08.413
Ora, ad esempio, se ho un indirizzo IPv4 di 192. 168. 1. 4, è scritto in notazione

01:10.290 --> 01:12.480
decimale punteggiata per facilitare

01:12.480 --> 01:14.730
la lettura a noi umani.

01:14.730 --> 01:17.583
Ma in realtà è 11000000.

01:20.941 --> 01:21.774
10101000.

01:24.682 --> 01:25.515
00000001.

01:28.690 --> 01:29.523
00000100 se lo

01:32.100 --> 01:34.620
metto nella sua vera forma binaria.

01:34.620 --> 01:37.200
Come si può notare, la possibilità di utilizzare la notazione

01:37.200 --> 01:40.110
decimale a punti è molto più facile da leggere e da digitare.

01:40.110 --> 01:42.630
E quindi è meno incline a commettere errori, perché per

01:42.630 --> 01:44.580
noi umani inserire questi numeri nei nostri

01:44.580 --> 01:46.440
dispositivi di rete utilizzando il sistema

01:46.440 --> 01:48.660
binario sarebbe un grosso problema.

01:48.660 --> 01:50.460
Non pensiamo in questo modo.

01:50.460 --> 01:55.380
Ora, quando vediamo un indirizzo IP come 192. 168. 1. 4, viene in realtà suddivisa

01:55.380 --> 01:57.990
in due porzioni utilizzando un secondo

01:57.990 --> 02:02.010
numero a 32 bit noto come maschera di sottorete.

02:02.010 --> 02:04.020
Una parte dell'indirizzo IPv4 viene utilizzata

02:04.020 --> 02:05.910
per identificare la porzione di rete

02:05.910 --> 02:07.350
e l'altra per identificare

02:07.350 --> 02:09.150
la porzione di host.

02:09.150 --> 02:10.470
Quando si osserva una maschera

02:10.470 --> 02:13.050
di sottorete, assomiglia molto a un indirizzo IPv4,

02:13.050 --> 02:15.030
ma se la si converte in binario, si vedrà

02:15.030 --> 02:16.830
che ha una stringa continua di uno o

02:16.830 --> 02:19.320
zero per identificare le porzioni di rete e di host

02:19.320 --> 02:21.300
dell'indirizzo utilizzato dal client

02:21.300 --> 02:23.370
o dal dispositivo.

02:23.370 --> 02:28.370
Quindi, se ho una maschera di sottorete come 255. 255. 255. 0, si tratta di una maschera

02:28.560 --> 02:31.590
di sottorete di classe C predefinita.

02:31.590 --> 02:33.630
Non preoccupatevi ancora delle classi,

02:33.630 --> 02:35.910
le tratteremo meglio tra poco.

02:35.910 --> 02:36.960
Per ora voglio solo farvi vedere

02:36.960 --> 02:38.820
com'è fatta una maschera di sottorete.

02:38.820 --> 02:41.700
Ora, se convertissi questo dato in binario, ognuno

02:41.700 --> 02:43.740
di questi ottetti che sono 255 verrebbe

02:43.740 --> 02:45.693
scritto come 11111111.

02:47.400 --> 02:51.360
Quindi vado a prendere 11111111.

02:51.360 --> 02:52.653
11111111.

02:54.434 --> 02:55.267
11111111.

02:57.780 --> 02:59.193
e poi 00000000.

03:01.530 --> 03:05.760
Questo perché in binario, otto uno equivale a 255 quando lo leggo

03:05.760 --> 03:06.930
in decimale.

03:06.930 --> 03:08.580
E se ho otto zeri in binario,

03:08.580 --> 03:11.100
questo equivale a zero in decimale.

03:11.100 --> 03:12.810
Ora, quando si osserva questo numero,

03:12.810 --> 03:15.480
se si vede un uno nel binario della maschera di sottorete,

03:15.480 --> 03:17.670
significa che fa parte della porzione di rete

03:17.670 --> 03:19.110
dell'indirizzo IP.

03:19.110 --> 03:21.840
Se vedo uno zero nella parte binaria della maschera di sottorete,

03:21.840 --> 03:23.610
significa che fa parte della parte host

03:23.610 --> 03:25.140
dell'indirizzo IPv4.

03:25.140 --> 03:28.527
Quindi mettiamo insieme un indirizzo IPv4 e una

03:28.527 --> 03:30.360
maschera di sottorete.

03:30.360 --> 03:35.360
Per prima cosa abbiamo il nostro indirizzo IPv4, 192. 168. 1. 4.

03:35.790 --> 03:38.340
Poi c'è la nostra maschera di sottorete

03:38.340 --> 03:42.030
con 255. 255. 255. 0.

03:42.030 --> 03:44.430
Ora, ovunque veda 255, questo rappresenterà

03:44.430 --> 03:46.950
un uno in binario.

03:46.950 --> 03:49.230
Quindi questo diventa parte della porzione

03:49.230 --> 03:51.120
di rete dell'indirizzo IPv4.

03:51.120 --> 03:55.110
Se utilizzo questo esempio, 192. 168. 1. 4, il

03:55.110 --> 03:59.520
198. 168. 1, che fa parte della rete.

03:59.520 --> 04:04.440
Ora posso fare tutto ciò che inizia con 192. 168. 1. qualcosa e che sarebbero

04:04.440 --> 04:07.020
tutti indirizzabili dalla stessa rete locale

04:07.020 --> 04:10.260
perché condividono tutti la stessa porzione di rete.

04:10.260 --> 04:11.850
Ora, quando arrivo alla seconda parte,

04:11.850 --> 04:13.530
ogni volta che vedo questi zeri, questi

04:13.530 --> 04:15.930
rappresentano tutti gli zeri in binario.

04:15.930 --> 04:19.770
Questa sarà la parte host dell'indirizzo IPv4.

04:19.770 --> 04:23.250
In questo caso, si tratta del . 4 di questo indirizzo, che

04:23.250 --> 04:24.930
rappresenterà l'host.

04:24.930 --> 04:27.780
L'host può essere un server, un desktop, un laptop, un tablet,

04:27.780 --> 04:30.780
uno smartphone o qualsiasi altro dispositivo di rete.

04:30.780 --> 04:32.070
Non ha molta importanza.

04:32.070 --> 04:34.200
Ma quando parliamo di questo. 4 dispositivo,

04:34.200 --> 04:35.760
cioè un singolo host.

04:35.760 --> 04:38.700
Quando parlo del 192. 168. 1, ovvero la

04:38.700 --> 04:43.320
rete che può contenere fino a 254 dispositivi.

04:43.320 --> 04:47.670
Quindi se ho un dispositivo come 192. 168. 1. 50 con una sottorete

04:47.670 --> 04:51.540
di 255. 255. 255. 0, anche questo dispositivo

04:51.540 --> 04:57.330
si trova sulla stessa rete del nostro 192.

04:57.330 --> 04:57.330
168. 1. 4

04:57.330 --> 04:59.820
e possono comunicare tra loro utilizzando uno switch e non dovrebbero

04:59.820 --> 05:01.320
usare un router perché entrambi condividono

05:01.320 --> 05:06.320
la stessa porzione di rete, 192. 168. 1.

05:06.480 --> 05:07.530
D'altra parte, supponiamo di avere

05:07.530 --> 05:11.970
un dispositivo come il 192. 168. 0. 100 con una sottorete

05:11.970 --> 05:15.960
di 255. 255. 255. 0, il dispositivo

05:15.960 --> 05:18.150
si trova su una rete diversa.

05:18.150 --> 05:22.710
In particolare, è sulla 192. 168. 0. qualcosa di rete.

05:22.710 --> 05:24.840
Quindi non possiamo comunicarlo dal nostro dispositivo

05:24.840 --> 05:28.710
originale al 192. 168. 1. 4 senza lasciare

05:28.710 --> 05:30.330
la nostra rete e instradare

05:30.330 --> 05:32.820
il nostro traffico su questa nuova rete,

05:32.820 --> 05:36.360
questa 192. 168. 0. qualcosa di rete.

05:36.360 --> 05:38.430
Ecco perché è necessario disporre di un router.

05:38.430 --> 05:40.320
Se tutto questo non ha ancora senso,

05:40.320 --> 05:41.820
non preoccupatevi troppo.

05:41.820 --> 05:44.250
Al momento abbiamo appena scalfito la superficie degli esempi

05:44.250 --> 05:45.280
di cui abbiamo parlato.

05:45.280 --> 05:46.920
Volevo solo darvi l'idea e

05:46.920 --> 05:48.960
introdurvi a questo concetto.

05:48.960 --> 05:51.090
Il concetto successivo di cui dobbiamo parlare

05:51.090 --> 05:52.950
è quello degli indirizzi IPv4 e della loro

05:52.950 --> 05:55.620
suddivisione in classi o raggruppamenti di intervalli

05:55.620 --> 05:58.440
che possono essere utilizzati per scopi diversi.

05:58.440 --> 06:01.650
Ora, ogni classe ha anche la propria maschera di sottorete predefinita.

06:01.650 --> 06:04.710
Quando parliamo di classi, le identifichiamo con una lettera.

06:04.710 --> 06:08.850
Le lettere sono A, B, C, D ed E.

06:08.850 --> 06:11.610
Ora, per identificare la classe di un dato indirizzo

06:11.610 --> 06:14.130
IP, basta guardare il primo ottetto.

06:14.130 --> 06:17.850
Se il primo ottetto inizia con un numero compreso tra 1 e 127, verrà considerato un indirizzo

06:17.850 --> 06:19.920
di classe A e avrà una maschera di sottorete predefinita

06:19.920 --> 06:24.360
di 255. 0. 0. 0.

06:24.360 --> 06:26.430
Ciò significa che la parte di rete dell'indirizzo

06:26.430 --> 06:28.170
è solo il primo ottetto.

06:28.170 --> 06:30.000
Il secondo, il terzo e il quarto ottetto

06:30.000 --> 06:32.070
costituiranno la parte dell'host.

06:32.070 --> 06:34.260
Ciò significa che con una rete di

06:34.260 --> 06:39.180
classe A, possiamo avere 256 volte 256 volte 256 host su una singola rete,

06:39.180 --> 06:40.560
il che significa che

06:40.560 --> 06:43.320
ce ne sono 16. 7 milioni di possibili indirizzi

06:43.320 --> 06:44.940
IP host disponibili per una singola

06:44.940 --> 06:47.250
porzione di indirizzo di rete assegnata

06:47.250 --> 06:49.050
in classe A.

06:49.050 --> 06:50.880
La seconda classe si verifica

06:50.880 --> 06:53.070
quando il primo ottetto inizia con

06:53.070 --> 06:55.800
un numero compreso tra 128 e 191.

06:55.800 --> 06:58.050
Si tratta di un indirizzo di classe B e avremo una maschera

06:58.050 --> 07:03.050
predefinita di 255. 255. 0. 0.

07:03.150 --> 07:05.460
Ciò significa che la porzione di rete di questo indirizzo

07:05.460 --> 07:07.560
sarà costituita dal primo e dal secondo ottetto.

07:07.560 --> 07:08.970
Il terzo e il quarto ottetto

07:08.970 --> 07:11.010
costituiranno la parte dell'host.

07:11.010 --> 07:12.990
Ciò significa che per una rete di

07:12.990 --> 07:17.490
classe B, possiamo avere fino a 256 volte 256 host su una singola rete.

07:17.490 --> 07:22.490
Ciò significa che abbiamo 65.536 possibili indirizzi IP host disponibili per una singola

07:22.710 --> 07:24.810
porzione di indirizzo di rete assegnata

07:24.810 --> 07:27.120
all'interno di una classe B.

07:27.120 --> 07:29.820
La terza classe si ha quando il primo ottetto

07:29.820 --> 07:33.600
inizia con un numero compreso tra 192 e 223.

07:33.600 --> 07:35.610
È considerato un indirizzo di classe C e ha una maschera

07:35.610 --> 07:40.610
di sottorete predefinita di 255. 255. 255. 0.

07:40.920 --> 07:42.780
Ciò significa che la porzione di rete dell'indirizzo

07:42.780 --> 07:45.720
sarà costituita dal primo, secondo e terzo ottetto, mentre il quarto

07:45.720 --> 07:48.720
ottetto sarà riservato alla porzione di host.

07:48.720 --> 07:50.550
Ciò significa che per una rete di

07:50.550 --> 07:53.910
classe C si possono avere solo 256 host su una singola rete.

07:53.910 --> 07:57.600
Questo significa che ci sono solo 256 possibili indirizzi IP host disponibili

07:57.600 --> 07:59.640
per una singola porzione di indirizzo di rete

07:59.640 --> 08:01.020
che viene assegnata.

08:01.020 --> 08:03.720
La quarta classe si ha quando il primo ottetto

08:03.720 --> 08:07.260
inizia con un numero compreso tra 224 e 239.

08:07.260 --> 08:09.780
Questo è considerato un indirizzo di classe D.

08:09.780 --> 08:11.790
Un indirizzo di classe D non ha una maschera

08:11.790 --> 08:13.710
di sottorete assegnata.

08:13.710 --> 08:16.410
Questo perché gli indirizzi di classe D sono speciali

08:16.410 --> 08:20.010
e sono riservati al multicasting o al routing multicast.

08:20.010 --> 08:22.650
Un indirizzo multicast è un identificatore logico

08:22.650 --> 08:24.720
per un gruppo di host in una rete di computer

08:24.720 --> 08:26.130
che saranno già disponibili

08:26.130 --> 08:29.490
per elaborare datagrammi o frame destinati al multicast per un servizio

08:29.490 --> 08:31.380
di rete designato.

08:31.380 --> 08:33.720
Quindi l'indirizzo multicast effettivo

08:33.720 --> 08:35.940
non deve corrispondere a un singolo

08:35.940 --> 08:38.490
host, ma a un gruppo di host.

08:38.490 --> 08:40.410
Quando si pensa a un indirizzo multicast, è

08:40.410 --> 08:42.900
come se si trattasse di una chat di gruppo su Facebook.

08:42.900 --> 08:44.250
Si potrebbe avere un nome di chat di

08:44.250 --> 08:46.320
gruppo, nel nostro caso un indirizzo multicast.

08:46.320 --> 08:48.720
Quando si invia un messaggio al nome della chat di gruppo,

08:48.720 --> 08:49.860
tutti i membri del gruppo riceveranno

08:49.860 --> 08:51.690
una copia del messaggio.

08:51.690 --> 08:54.150
La stessa cosa accadrà nel multicast,

08:54.150 --> 08:56.160
dove si usa l'IPv4.

08:56.160 --> 08:57.450
Questa è l'idea di ciò che bisogna

08:57.450 --> 08:58.830
capire del multicasting.

08:58.830 --> 09:01.650
Lo invio da una persona e viene inviato a più persone

09:01.650 --> 09:02.970
contemporaneamente.

09:02.970 --> 09:05.220
La quinta classe si ha quando il primo

09:05.220 --> 09:08.520
ottetto inizia con un numero compreso tra 240 e 255.

09:08.520 --> 09:10.650
Questo è chiamato indirizzo di classe

09:10.650 --> 09:13.410
E e non ha una maschera di sottorete predefinita.

09:13.410 --> 09:16.140
Questo perché anche gli indirizzi di classe E sono speciali.

09:16.140 --> 09:18.960
In questo caso, sono riservati a scopi sperimentali,

09:18.960 --> 09:21.780
di ricerca e sviluppo o di studio.

09:21.780 --> 09:25.680
Questo intervallo sperimentale contiene circa 268 milioni di indirizzi

09:25.680 --> 09:28.050
riservati per un uso futuro.

09:28.050 --> 09:30.030
Nel corso degli anni, sono state avanzate alcune

09:30.030 --> 09:33.150
proposte per riassegnare questi indirizzi di classe E all'uso generale,

09:33.150 --> 09:35.430
poiché gli indirizzi IPv4 pubblici stavano diventando

09:35.430 --> 09:37.920
sempre più scarsi negli intervalli di classe A, B e C man mano

09:37.920 --> 09:40.410
che un numero sempre maggiore di dispositivi iniziava a

09:40.410 --> 09:42.330
connettersi a Internet.

09:42.330 --> 09:45.450
Detto questo, finora questi indirizzi di classe C rimangono ancora assegnati

09:45.450 --> 09:48.180
solo per uso sperimentale e la maggior parte delle implementazioni

09:48.180 --> 09:50.550
IP all'interno delle nostre reti considererà qualsiasi IP

09:50.550 --> 09:55.080
in questa gamma da 240. 0. 0. 0, fino

09:55.080 --> 09:59.100
a 255. 255. 255. 255 per non essere

09:59.100 --> 10:03.210
valido come origine o destinazione all'interno di un datagramma.

10:03.210 --> 10:05.430
Pertanto, il datagramma verrebbe rifiutato

10:05.430 --> 10:07.050
dal sistema di destinazione.

10:07.050 --> 10:08.670
Quindi, se si tenta di inviare qualcosa

10:08.670 --> 10:10.830
a un server Windows o a una workstation, il dispositivo

10:10.830 --> 10:13.230
si rifiuterà di comunicare con esso se si dichiara

10:13.230 --> 10:16.080
di provenire da un indirizzo di classe E.

10:16.080 --> 10:16.913
Va bene.

10:16.913 --> 10:18.930
Ora che abbiamo trattato le cinque diverse

10:18.930 --> 10:20.370
classi di indirizzi IPv4, parliamo

10:20.370 --> 10:23.040
un po' di più delle maschere di sottorete.

10:23.040 --> 10:24.630
Facciamo finta di avere un indirizzo

10:24.630 --> 10:27.540
IP pari a 192. 168. 1. 4 di nuovo con una maschera

10:27.540 --> 10:32.010
di sottorete di 255. 255. 255. 0.

10:32.010 --> 10:34.680
Questa maschera di sottorete è la maschera di sottorete predefinita

10:34.680 --> 10:36.150
per una rete di classe C.

10:36.150 --> 10:38.700
Poiché il nostro indirizzo IP inizia con 192, si

10:38.700 --> 10:40.890
tratta anche di un indirizzo di classe C.

10:40.890 --> 10:42.960
Ciò significa che abbiamo un indirizzo di classe C

10:42.960 --> 10:45.240
con una maschera di sottorete predefinita di classe C.

10:45.240 --> 10:48.240
Pertanto, consideriamo questo aspetto come una classe.

10:48.240 --> 10:50.610
Si tratta di una maschera di classe.

10:50.610 --> 10:53.610
Una maschera di sottorete di classe è solo quella predefinita

10:53.610 --> 10:55.770
per una determinata classe di indirizzi IP.

10:55.770 --> 10:57.750
Questo non significa però che sia il migliore

10:57.750 --> 10:59.130
da utilizzare sempre.

10:59.130 --> 11:01.590
Ad esempio, se si utilizza un indirizzo di classe A, si ricorderà che la maschera

11:01.590 --> 11:06.590
di sottorete predefinita è 255. 0. 0. 0.

11:06.900 --> 11:08.550
Ciò significa che abbiamo

11:08.550 --> 11:12.630
la possibilità di averne 16. 7 milioni di host su una singola rete.

11:12.630 --> 11:13.920
Ora, non so voi, ma io non

11:13.920 --> 11:16.530
mi imbatto spesso in reti così grandi e che richiedono

11:16.530 --> 11:18.240
così tanti host.

11:18.240 --> 11:19.350
In effetti, lavoravo

11:19.350 --> 11:21.510
in una delle intranet più grandi del

11:21.510 --> 11:23.730
mondo e avevamo poco più di 1 milione di

11:23.730 --> 11:26.310
host distribuiti in sei continenti.

11:26.310 --> 11:28.560
Era una rete molto, molto grande.

11:28.560 --> 11:30.000
E non siamo ancora arrivati

11:30.000 --> 11:32.880
a utilizzarli tutti e 16. 7 milioni di indirizzi

11:32.880 --> 11:34.980
IP in una subnet di classe A.

11:34.980 --> 11:37.950
Spesso, quindi, vogliamo suddividere queste grandi

11:37.950 --> 11:39.450
reti in reti più piccole.

11:39.450 --> 11:42.330
Per farlo, utilizzeremo un processo noto come subnetting.

11:42.330 --> 11:43.830
In questo corso non tratteremo

11:43.830 --> 11:45.690
in dettaglio il subnetting.

11:45.690 --> 11:47.520
Per ora, voglio solo ricordare che non è necessario

11:47.520 --> 11:50.280
attenersi a una maschera di sottorete di classe.

11:50.280 --> 11:53.970
Se si vuole, invece, si può utilizzare una maschera di sottorete senza classi.

11:53.970 --> 11:57.540
Si tratta di un processo noto come Classless Inner-Domain Routing.

11:57.540 --> 11:59.850
Questo ci permetterà di prendere in prestito alcuni di quei

11:59.850 --> 12:01.860
bit host, quegli zeri che vi ho mostrato nella maschera

12:01.860 --> 12:04.500
di sottorete, e di riassegnarli alla parte di rete.

12:04.500 --> 12:07.080
Questo mi permette di ridurre le dimensioni delle mie

12:07.080 --> 12:09.570
reti in porzioni molto più piccole con meno host e quindi

12:09.570 --> 12:10.770
più efficienti.

12:10.770 --> 12:12.000
In questo modo avrò a disposizione

12:12.000 --> 12:14.310
lo stesso tempo e molte più reti che potrò utilizzare.

12:14.310 --> 12:16.230
Perché, ancora una volta, se si pensa a una torta,

12:16.230 --> 12:17.730
la si può tagliare in molti modi diversi,

12:17.730 --> 12:20.310
ma si tratta sempre di una torta e di una quantità fissa di IP che

12:20.310 --> 12:21.540
abbiamo in totale.

12:21.540 --> 12:23.340
Quindi posso tagliare la torta a metà

12:23.340 --> 12:25.110
e avremo due metà della torta, oppure

12:25.110 --> 12:26.430
posso tagliarla in quarti

12:26.430 --> 12:28.110
e avremo quattro pezzi di torta, ma

12:28.110 --> 12:30.060
ognuno di questi pezzi è più piccolo, lo

12:30.060 --> 12:31.920
stesso vale per le nostre reti.

12:31.920 --> 12:33.180
Quindi, ad esempio, supponiamo

12:33.180 --> 12:35.820
di avere una maschera di sottorete di classe C e di

12:35.820 --> 12:40.740
avere 255. 255. 255. 0 come maschera di sottorete.

12:40.740 --> 12:43.620
Questo mi permette di avere 256 host, giusto?

12:43.620 --> 12:47.220
Nella mia rete domestica non ho bisogno di 256 host.

12:47.220 --> 12:50.550
Quindi forse è il caso di suddividere il tutto in quattro reti più piccole.

12:50.550 --> 12:53.310
Se prendo 256 e divido per quattro, ottengo

12:53.310 --> 12:56.670
64 host per ciascuna delle quattro reti.

12:56.670 --> 12:58.710
A tal fine, cambierei la maschera di sottorete

12:58.710 --> 13:01.950
da 255 a 255. 255. 255. Da 0 a

13:01.950 --> 13:05.940
255. 255. 255. 192.

13:05.940 --> 13:06.960
Come ho fatto?

13:06.960 --> 13:09.030
Ho preso in prestito due bit dall'host

13:09.030 --> 13:11.760
e li ho dati alla parte di rete dell'indirizzo.

13:11.760 --> 13:15.420
E questo è il modo in cui creo quattro diverse sottoreti o subnet utilizzando

13:15.420 --> 13:17.610
la mia maschera di subnet.

13:17.610 --> 13:19.380
Per il momento, voglio solo ricordare che

13:19.380 --> 13:22.140
il subnetting consente di utilizzare una maschera di subnet senza

13:22.140 --> 13:24.330
classi per creare reti più piccole con un numero di

13:24.330 --> 13:25.620
host inferiore a quello che si

13:25.620 --> 13:28.830
potrebbe ottenere con una maschera di subnet senza classi.

13:28.830 --> 13:32.130
Questo processo è noto come Classless Inner-Domain

13:32.130 --> 13:35.730
Routing o C-I-D-R e noi abbrevieremo i nostri indirizzi

13:35.730 --> 13:39.030
IP utilizzando la notazione C-I-D-R o CIDR.

13:39.030 --> 13:40.140
Ora, quando facciamo questo,

13:40.140 --> 13:42.000
non dobbiamo scrivere la maschera di sottorete.

13:42.000 --> 13:46.050
Invece, si scrive solo l'indirizzo IP, una barra e un numero.

13:46.050 --> 13:48.300
Questa è la notazione CIDR.

13:48.300 --> 13:53.100
Quindi se ho un indirizzo IP di 192. 168. 1. 4 con una maschera di sottorete

13:53.100 --> 13:57.270
di 255. 255. 255. 0.

13:57.270 --> 13:59.610
Con la notazione CIDR si può abbreviare

13:59.610 --> 14:04.610
questo dato in 192. 168. 1. 4/24.

14:04.620 --> 14:08.310
Spesso la si sente chiamare notazione CIDR o slash.

14:08.310 --> 14:12.300
Ora, se avessi un indirizzo IP di 192. 168. 1. 4, ma la mia maschera

14:12.300 --> 14:17.300
di sottorete era 255. 255. 255. 192, che posso abbreviare

14:17.370 --> 14:22.370
in 192. 168. 1. 4/26, perché, come ricorderete,

14:23.520 --> 14:26.790
ho preso in prestito due bit dalla porzione di host e quindi

14:26.790 --> 14:31.790
sono passato da 24 come maschera di sottorete predefinita /24 a una /26 prendendo

14:32.190 --> 14:35.220
in prestito due bit e rendendo la mia porzione di rete

14:35.220 --> 14:39.210
molto più grande, portandola da 24 a 26.

14:39.210 --> 14:41.160
Ora per le maschere di sottorete di classe,

14:41.160 --> 14:43.950
la nostra annotazione CIDR sarà piuttosto semplice.

14:43.950 --> 14:46.530
Se si dispone di una maschera di sottorete

14:46.530 --> 14:49.560
di classe A, si avrà un /8 dopo l'indirizzo IP.

14:49.560 --> 14:53.490
Ciò significa che la maschera di sottorete è 255. 0. 0. 0, oppure ha otto

14:53.490 --> 14:55.620
bit di uno, che è il /8 e poi 24

14:55.620 --> 14:58.530
bit di zeri all'interno della maschera

14:58.530 --> 15:00.390
di sottorete.

15:00.390 --> 15:02.760
Ora, se si dispone di una maschera di sottorete

15:02.760 --> 15:05.940
di classe B, si utilizzerà una /16 dopo l'indirizzo IP.

15:05.940 --> 15:10.230
Ciò significa che la maschera di sottorete è 255. 255. 0. 0.

15:10.230 --> 15:12.750
Inoltre, significa che la maschera

15:12.750 --> 15:16.020
di sottorete ha 16 bit di uno e 16 bit di zero.

15:16.020 --> 15:18.390
Ora, se si dispone di una maschera di sottorete

15:18.390 --> 15:21.690
di classe C, si utilizzerà una /24 dopo l'indirizzo IP.

15:21.690 --> 15:26.460
Ciò significa che la maschera di sottorete sarà 255. 255. 255. 0, ovvero che ha

15:26.460 --> 15:30.510
24 bit di uno e poi otto bit di zero in quella maschera

15:30.510 --> 15:32.280
di sottorete.

15:32.280 --> 15:34.470
Occorre poi parlare di due diversi

15:34.470 --> 15:36.180
tipi di indirizzi IPv4.

15:36.180 --> 15:38.430
Questi sono chiamati IP pubblici e privati

15:38.430 --> 15:39.930
e possono essere chiamati anche

15:39.930 --> 15:42.390
IP instradabili e non instradabili.

15:42.390 --> 15:45.270
Quando un IP è considerato pubblico o instradabile,

15:45.270 --> 15:47.460
questo indirizzo IP è direttamente accessibile

15:47.460 --> 15:49.830
via Internet e assegnato alla rete dal provider

15:49.830 --> 15:51.900
di servizi Internet.

15:51.900 --> 15:54.030
Gli IP instradabili sono pubblicamente instradabili

15:54.030 --> 15:55.590
su tutta la rete Internet e quindi sono

15:55.590 --> 15:57.270
gestiti a livello globale dalla Internet

15:57.270 --> 16:00.330
Corporation per l'assegnazione di nomi e numeri.

16:00.330 --> 16:02.460
Quindi, se volete un indirizzo IP pubblico, ad esempio

16:02.460 --> 16:04.530
per gestire un server web per la vostra azienda o un

16:04.530 --> 16:06.330
server Minecraft per i vostri figli, potete

16:06.330 --> 16:07.860
acquistare tale indirizzo IP tramite

16:07.860 --> 16:10.080
il vostro provider di servizi Internet locale.

16:10.080 --> 16:12.810
D'altra parte, esistono anche IP non instradabili,

16:12.810 --> 16:13.980
noti come IP privati

16:13.980 --> 16:16.290
perché non sono pubblici.

16:16.290 --> 16:19.260
Gli IP privati possono essere utilizzati da chiunque in qualsiasi

16:19.260 --> 16:21.960
momento, ma solo all'interno delle proprie reti locali.

16:21.960 --> 16:24.810
Per questo motivo questi IP sono considerati non instradabili,

16:24.810 --> 16:26.820
perché nessuno controlla chi li utilizza

16:26.820 --> 16:28.470
e in quali reti.

16:28.470 --> 16:30.360
Infatti, se guardate l'indirizzo

16:30.360 --> 16:31.620
IP del vostro computer

16:31.620 --> 16:32.883
in questo momento, scommetto

16:32.883 --> 16:36.660
che state usando un indirizzo IP che inizia con un 10, un 172 o un 192 come

16:36.660 --> 16:38.130
primo ottetto.

16:38.130 --> 16:41.430
Non mi credete? Mettete in pausa il video e controllate.

16:41.430 --> 16:42.300
Se non sapete come controllare,

16:42.300 --> 16:44.250
vi dirò subito come farlo.

16:44.250 --> 16:45.660
Se siete su un computer Windows,

16:45.660 --> 16:47.310
tenete premuto il tasto Windows

16:47.310 --> 16:49.380
e premete contemporaneamente il tasto

16:49.380 --> 16:52.350
R, quindi digitate cmd e premete Invio.

16:52.350 --> 16:53.850
Questo sta per comando.

16:53.850 --> 16:56.070
Quindi si apre una finestra nera sullo schermo:

16:56.070 --> 16:59.700
digitare ipconfig per la configurazione IP, quindi premere Invio

16:59.700 --> 17:02.370
e visualizzare l'indirizzo IP.

17:02.370 --> 17:05.520
Inizia con un 10, un 172 o un 192?

17:05.520 --> 17:06.870
Scommetto che è così.

17:06.870 --> 17:08.220
Se avete un Mac, non preoccupatevi.

17:08.220 --> 17:09.420
Non ti sto lasciando fuori.

17:09.420 --> 17:11.340
Potete andare avanti e dare un'occhiata anche a questo.

17:11.340 --> 17:12.300
Se state guardando questo

17:12.300 --> 17:14.040
video tramite una connessione di rete

17:14.040 --> 17:16.020
wireless, tenete premuto il tasto Opzione

17:16.020 --> 17:17.850
e fate clic sull'icona Wi-Fi in alto a destra

17:17.850 --> 17:19.560
nella barra dei menu.

17:19.560 --> 17:21.600
Guardate sotto il nome della vostra rete wireless

17:21.600 --> 17:23.130
e vedrete il vostro indirizzo IP.

17:23.130 --> 17:27.690
Ancora una volta, scommetto che inizia con un 10, un 172 o un 192

17:27.690 --> 17:29.490
come parte dell'IP.

17:29.490 --> 17:31.290
Ora, sono forse un mago in grado di dirvi qual

17:31.290 --> 17:32.640
è il vostro indirizzo IP?

17:32.640 --> 17:33.870
Beh, non proprio.

17:33.870 --> 17:36.240
Questi tre valori fanno parte dei cosiddetti

17:36.240 --> 17:38.040
intervalli IP privati.

17:38.040 --> 17:41.280
Questo include qualcosa come 10. 0. 0. qualcosa,

17:41.280 --> 17:44.490
o 172. 16. 1. qualcosa,

17:44.490 --> 17:47.640
o 192. 168. 1. qualcosa e anche

17:47.640 --> 17:49.590
un mucchio di altri IP.

17:49.590 --> 17:51.780
Quindi, se state usando uno di questi IP privati

17:51.780 --> 17:53.370
e ho detto che non sono instradabili,

17:53.370 --> 17:54.780
come fate a collegarvi a Internet

17:54.780 --> 17:56.310
per guardare questo video?

17:56.310 --> 17:58.140
Quando ci si collega a Internet, il

17:58.140 --> 18:00.360
router esegue un piccolo trucco, noto come

18:00.360 --> 18:02.160
traduzione degli indirizzi di rete,

18:02.160 --> 18:05.074
e cambia il vostro IP privato in un IP pubblico.

18:05.074 --> 18:05.907
Va bene.

18:05.907 --> 18:07.560
Per l'esame e per la vostra vita

18:07.560 --> 18:09.270
di tecnici di rete nel mondo reale,

18:09.270 --> 18:11.220
sarà molto importante capire gli intervalli

18:11.220 --> 18:13.620
degli indirizzi IP privati.

18:13.620 --> 18:15.630
Se si considerano gli indirizzi di classe

18:15.630 --> 18:18.150
A, tutto ciò che inizia con un 10 nel primo ottetto

18:18.150 --> 18:20.340
sarà considerato un IP privato.

18:20.340 --> 18:23.730
Quindi si può avere qualsiasi cosa, a partire da 10. 0. 0. 0 fino

18:23.730 --> 18:28.440
a 10. 255. 255. 255 come indirizzo

18:28.440 --> 18:30.030
e sarà un IP privato.

18:30.030 --> 18:33.840
In questo modo si ottiene un totale di 16. 7 milioni di indirizzi IP che chiunque

18:33.840 --> 18:35.400
può utilizzare.

18:35.400 --> 18:36.480
Ora, oltre a questo, abbiamo

18:36.480 --> 18:38.340
anche alcuni indirizzi di classe B, che sono

18:38.340 --> 18:40.380
un po' più difficili da memorizzare.

18:40.380 --> 18:44.610
Per gli indirizzi di classe B, tutto ciò che inizia con un numero 172. 16, fino

18:44.610 --> 18:47.850
a 172. 31 farà parte di un intervallo

18:47.850 --> 18:49.560
IP privato.

18:49.560 --> 18:52.260
Questo include oltre 1 milione di indirizzi

18:52.260 --> 18:56.250
IP, perché abbiamo 16 volte 256 volte 256.

18:56.250 --> 18:58.470
Ora, se si tratta di un indirizzo di classe C, qualsiasi

18:58.470 --> 19:01.200
cosa inizi con 192. 168 è considerato

19:01.200 --> 19:03.120
un IP privato.

19:03.120 --> 19:06.930
Questo include la gamma di 192. 168. 0. 0 fino

19:06.930 --> 19:11.190
a 192. 168. 255. 255.

19:11.190 --> 19:15.090
In questo modo si ottengono 65.536 indirizzi IP da

19:15.090 --> 19:17.520
utilizzare se lo si desidera.

19:17.520 --> 19:19.860
Ora, voglio che memorizziate questi intervalli.

19:19.860 --> 19:22.050
Ricordate che la classe A è davvero facile.

19:22.050 --> 19:25.200
Tutto ciò che inizia con un 10. qualcosa. qualcosa. qualcosa è un IP

19:25.200 --> 19:27.600
privato nell'intervallo di classe A.

19:27.600 --> 19:29.220
Anche la classe C è piuttosto semplice, perché

19:29.220 --> 19:32.970
tutto ciò che è 192. 168. qualcosa. anche qualcosa è considerato

19:32.970 --> 19:34.920
un indirizzo privato, in questo caso

19:34.920 --> 19:37.410
un indirizzo privato di classe C.

19:37.410 --> 19:39.960
Ma la classe B è quella in cui la maggior parte delle persone farà

19:39.960 --> 19:41.520
fatica, perché è un po' diversa.

19:41.520 --> 19:43.260
Conterrà tutti gli indirizzi che iniziano

19:43.260 --> 19:46.800
per 172. 16. qualcosa. qualcosa fino

19:46.800 --> 19:50.550
a 172. 31. qualcosa. qualcosa.

19:50.550 --> 19:53.880
Si tratta essenzialmente di 16 classi di indirizzi di classe

19:53.880 --> 19:55.350
B, tutti vicini tra loro.

19:55.350 --> 19:58.110
Si può scegliere uno qualsiasi di questi come IP privato.

19:58.110 --> 20:01.350
Ora, il giorno del test, CompTIA potrebbe cercare di ingannare

20:01.350 --> 20:03.180
l'utente dicendo che uno di questi

20:03.180 --> 20:04.890
indirizzi non è un IP privato.

20:04.890 --> 20:06.060
E poi ti daranno qualcosa

20:06.060 --> 20:09.060
come 172. 12. qualcosa. qualcosa.

20:09.060 --> 20:12.420
Ora questo inizia con un 172, quindi sembra un IP privato,

20:12.420 --> 20:15.240
ma poiché è 172. 12, non è

20:15.240 --> 20:19.680
tra 172. 16 e 172. 31.

20:19.680 --> 20:22.710
Quindi 172. 12. qualcosa. qualcosa è in realtà

20:22.710 --> 20:24.390
un IP pubblico perché è al di fuori

20:24.390 --> 20:26.580
del mio raggio d'azione privato.

20:26.580 --> 20:27.900
Bisogna fare particolare attenzione

20:27.900 --> 20:30.120
quando si vede un indirizzo che inizia con 172, perché deve

20:30.120 --> 20:34.403
essere compreso tra 172 e 172. Da 16 a 172. 31 essere un

20:35.580 --> 20:37.350
IP privato.

20:37.350 --> 20:41.520
Tutti gli altri 172. gli indirizzi di qualcosa saranno pubblici.

20:41.520 --> 20:43.170
Ora, la prossima cosa di cui dobbiamo

20:43.170 --> 20:44.940
parlare sono alcuni IP specializzati,

20:44.940 --> 20:47.340
e ci sono due grandi categorie che dobbiamo coprire.

20:47.340 --> 20:50.160
L'indirizzo Loopback e gli indirizzi APIPA.

20:50.160 --> 20:53.070
Ora il primo IP speciale è l'indirizzo Loopback.

20:53.070 --> 20:56.550
Questo è assegnato come 127. 0. 0. 1.

20:56.550 --> 20:58.080
Quando è stato creato, agli albori

20:58.080 --> 20:59.520
di Internet, i progettisti non

20:59.520 --> 21:02.040
si preoccupavano troppo dello spreco di IP, perché

21:02.040 --> 21:03.900
non avevano mai immaginato che avremmo

21:03.900 --> 21:06.390
usato molti indirizzi IP in tutto il mondo.

21:06.390 --> 21:11.287
Quindi dedicano semplicemente un'intera gamma che è 127. 0. 0. 0/8 o

21:12.600 --> 21:15.510
16. 7 milioni di indirizzi IP da utilizzare

21:15.510 --> 21:18.240
come indirizzi Loopback degli host Internet.

21:18.240 --> 21:20.520
Ciò consente a qualsiasi protocollo di livello superiore

21:20.520 --> 21:22.500
di inviare i dati all'host stesso senza doverli

21:22.500 --> 21:24.900
inviare a uno switch o a un router.

21:24.900 --> 21:27.300
In sostanza, si crea un Loopback verso l'host

21:27.300 --> 21:29.220
e si testano i protocolli di rete.

21:29.220 --> 21:30.690
Pertanto, viene spesso utilizzato per la risoluzione

21:30.690 --> 21:33.180
dei problemi e per testare i protocolli di rete su un determinato sistema, per

21:33.180 --> 21:35.370
assicurarsi che i driver funzionino correttamente.

21:35.370 --> 21:37.440
A causa del modo in cui è stato sviluppato lo standard,

21:37.440 --> 21:38.550
qualsiasi cosa si veda che inizia

21:38.550 --> 21:41.220
per 127. qualcosa. qualcosa. qualcosa è considerato

21:41.220 --> 21:43.110
un indirizzo di Loopback.

21:43.110 --> 21:47.400
Anche se la maggior parte delle persone usa solo il 127. 0. 0. 1 come indirizzo

21:47.400 --> 21:49.560
di Loopback predefinito.

21:49.560 --> 21:53.640
Questo significa che gli altri 16. 7 milioni di IP sono praticamente sprecati perché

21:53.640 --> 21:55.110
stiamo usando questo intervallo

21:55.110 --> 21:56.700
come l'intero intervallo Loopback

21:56.700 --> 21:59.820
anche se la maggior parte di noi usa solo questo indirizzo IP.

21:59.820 --> 22:01.320
Forse avete sentito la vecchia battuta

22:01.320 --> 22:03.180
che alcuni tecnici di rete amano usare.

22:03.180 --> 22:06.450
Non esiste un posto come il 127. 0. 0. 1, il che significa

22:06.450 --> 22:09.240
che non c'è posto come qui a casa, giusto?

22:09.240 --> 22:12.420
Sono 127. 0. 0. 1. È l'host locale.

22:12.420 --> 22:16.380
Ora, quando si tratta dell'indirizzo IP del 127. 0. 0. 1, lo sentirete chiamare

22:16.380 --> 22:18.210
Loopback, oppure potreste sentirlo

22:18.210 --> 22:21.900
chiamare host locale, come ho fatto io prima.

22:21.900 --> 22:26.340
Ora la parola host locale si risolverà sempre a 127. 0. 0. 1 su ogni computer

22:26.340 --> 22:29.250
come parte delle impostazioni DNS locali.

22:29.250 --> 22:34.250
Quindi se il ping è 127. 0. 0. 1, o si esegue il ping dell'host locale,

22:34.410 --> 22:36.030
si otterrà lo stesso risultato.

22:36.030 --> 22:39.270
Il risultato sarà l'indirizzo IP di quel Loopback

22:39.270 --> 22:41.910
IP, 127. 0. 0. 1.

22:41.910 --> 22:44.130
Il secondo indirizzo IP speciale

22:44.130 --> 22:47.220
che abbiamo è noto come APIPA, A-P-I-P-A.

22:47.220 --> 22:50.460
Questo è noto anche come indirizzi IP privati automatici.

22:50.460 --> 22:52.200
Questi indirizzi vengono assegnati dinamicamente

22:52.200 --> 22:53.370
dal sistema operativo ogni

22:53.370 --> 22:55.650
volta che il server DHCP non è disponibile e un indirizzo

22:55.650 --> 22:58.860
IP non è già stato assegnato staticamente.

22:58.860 --> 23:00.720
Gli indirizzi APIPA inizieranno

23:00.720 --> 23:04.320
sempre con 169. 254. qualcosa. qualcosa.

23:04.320 --> 23:06.360
Quindi li troverete nell'intervallo di

23:06.360 --> 23:09.630
indirizzi 169. 254. 0. 0, fino

23:09.630 --> 23:14.070
a 169. 254. 255. 255.

23:14.070 --> 23:16.590
Quindi, se si vede un indirizzo IP in questo intervallo

23:16.590 --> 23:18.660
quando si guarda l'IP di un dispositivo di rete,

23:18.660 --> 23:21.360
significa che c'è qualcosa di sbagliato nel processo DHCP

23:21.360 --> 23:23.790
e che il dispositivo non sta ricevendo un normale IP privato

23:23.790 --> 23:27.240
da uno dei nostri intervalli di classe A, classe B o classe C.

23:27.240 --> 23:28.950
Ora, quando la vostra workstation

23:28.950 --> 23:31.050
si avvia, cercherà di ottenere il proprio

23:31.050 --> 23:34.560
indirizzo IP usando IP dinamici, utilizzando il protocollo DHCP.

23:34.560 --> 23:37.620
Questo processo si svolge in quattro fasi, note come

23:37.620 --> 23:41.160
DORA (discover, offer, request and acknowledge).

23:41.160 --> 23:42.060
Se qualcosa va storto

23:42.060 --> 23:44.910
in questo processo di negoziazione DORA con DHCP, il

23:44.910 --> 23:46.980
sistema non riesce a ottenere un indirizzo

23:46.980 --> 23:48.660
e il computer si blocca perché non

23:48.660 --> 23:49.767
sa cosa fare e continua

23:49.767 --> 23:52.080
a provare ancora e ancora.

23:52.080 --> 23:53.610
I brillanti ingegneri della

23:53.610 --> 23:56.820
task force di Internet hanno quindi creato la gamma APIPA.

23:56.820 --> 23:58.950
In pratica, se una workstation non riesce a ottenere

23:58.950 --> 24:01.800
un'assegnazione DHCP per un indirizzo IP dinamico entro un certo

24:01.800 --> 24:03.240
periodo di tempo, la workstation

24:03.240 --> 24:05.490
sceglierà semplicemente il proprio indirizzo da questo

24:05.490 --> 24:07.260
speciale intervallo APIPA.

24:07.260 --> 24:08.790
In pratica qualsiasi IP in una volta sola,

24:08.790 --> 24:13.260
purché inizi con 169. 254. qualcosa. qualcosa.

24:13.260 --> 24:14.730
Se si trova un computer che non riesce

24:14.730 --> 24:16.290
a connettersi a Internet, la prima

24:16.290 --> 24:19.080
cosa da fare è controllare il suo indirizzo IP.

24:19.080 --> 24:20.460
Ora, se si vede un indirizzo

24:20.460 --> 24:23.670
IP di 169. 254. qualcosa. Se si sa che c'è un

24:23.670 --> 24:25.740
problema di DHCP, bisogna controllare

24:25.740 --> 24:27.600
il server DHCP per assicurarsi che

24:27.600 --> 24:29.040
funzioni correttamente e che

24:29.040 --> 24:31.020
distribuisca indirizzi IP privati da

24:31.020 --> 24:34.380
intervalli assegnati di classe A, classe B o classe C.

24:34.380 --> 24:37.980
Questo è il massimo dell'approfondimento sul DHCP, ma vi prometto

24:37.980 --> 24:41.100
che torneremo sul DHCP più avanti e parleremo di tutte queste

24:41.100 --> 24:42.690
cose, di come fornisce gli indirizzi

24:42.690 --> 24:44.730
IP e di come questi vengono utilizzati

24:44.730 --> 24:47.520
all'interno delle vostre reti.

24:47.520 --> 24:48.353
Va bene.

24:48.353 --> 24:51.390
So che ci sono molte informazioni in questo lungo video.

24:51.390 --> 24:53.370
Quindi, se sono andato troppo veloce per voi,

24:53.370 --> 24:55.950
vi prego di guardare questa lezione una seconda volta.

24:55.950 --> 24:57.600
Ci sono molte informazioni importanti

24:57.600 --> 25:00.600
sull'indirizzamento IPv4 che è necessario conoscere.

25:00.600 --> 25:02.700
È fondamentale comprendere le diverse

25:02.700 --> 25:05.340
classi di indirizzi IP, gli IP pubblici e privati

25:05.340 --> 25:06.930
e quando vengono utilizzati,

25:06.930 --> 25:09.240
nonché i diversi indirizzi IP speciali,

25:09.240 --> 25:11.763
come Loopback, APIPA e altri.
