WEBVTT

00:00.150 --> 00:01.050
Istruttore: In questa

00:01.050 --> 00:04.020
lezione parleremo dei problemi di connettività limitata.

00:04.020 --> 00:06.990
Ora, la connettività limitata è un messaggio specifico

00:06.990 --> 00:09.600
che si riceve nel sistema operativo.

00:09.600 --> 00:12.600
In genere, quando si riceve un messaggio di connettività

00:12.600 --> 00:14.280
limitata significa che si è stabilita

00:14.280 --> 00:15.630
una connessione fisica

00:15.630 --> 00:19.470
alla rete, ma non si è ottenuto un lease adeguato dal server DHCP e quindi

00:19.470 --> 00:21.840
non si può accedere a Internet per interagire

00:21.840 --> 00:24.300
con i servizi.

00:24.300 --> 00:27.000
In genere, se la connettività è limitata,

00:27.000 --> 00:30.630
significa che si è ricevuto il cosiddetto indirizzo

00:30.630 --> 00:34.950
APIPA, ovvero l'indirizzamento IP automatico o APIPA.

00:34.950 --> 00:35.783
Ora, qualsiasi

00:35.783 --> 00:40.080
indirizzo che inizia con 169. 254 punto qualcosa, punto qualcosa

00:40.080 --> 00:42.300
è considerato un indirizzo APIPA.

00:42.300 --> 00:45.300
Questi indirizzi APIPA, o indirizzamento IP automatico,

00:45.300 --> 00:48.150
vengono assegnati da Windows, Mac o Linux alla scheda

00:48.150 --> 00:49.620
di interfaccia di rete, in modo

00:49.620 --> 00:51.900
che abbia una sorta di indirizzo IP.

00:51.900 --> 00:55.230
Ma non è valida per il routing su Internet.

00:55.230 --> 00:57.270
Quindi, se si dispone di un indirizzo

00:57.270 --> 00:58.103
APIPA o di un indirizzo

00:58.103 --> 01:01.470
che inizia per 169. 254 punto qualcosa, punto qualcosa,

01:01.470 --> 01:04.230
significa che potete connettervi alla vostra rete locale

01:04.230 --> 01:05.340
ma non sarete in grado di

01:05.340 --> 01:07.140
collegarvi a Internet.

01:07.140 --> 01:09.630
Ora, oltre a utilizzare questi indirizzi APIPA, alcuni

01:09.630 --> 01:11.430
server e host Linux impostano il proprio

01:11.430 --> 01:15.630
indirizzo IP a 0. 0. 0. 0, se non riescono a ottenere

01:15.630 --> 01:18.930
un indirizzo IP valido dal server DHCP, quindi tenete presente anche

01:18.930 --> 01:20.520
questo aspetto.

01:20.520 --> 01:23.250
Ma su Windows, Mac e la maggior parte delle macchine

01:23.250 --> 01:24.540
Linux, si vedrà un indirizzo

01:24.540 --> 01:27.930
che inizia con 169. 254 punto qualcosa, punto qualcosa

01:27.930 --> 01:29.730
come indirizzo APIPA.

01:29.730 --> 01:32.190
Cosa fare quindi se ci si trova in una situazione

01:32.190 --> 01:34.110
di connettività limitata?

01:34.110 --> 01:36.690
Sono tre le cose principali da controllare.

01:36.690 --> 01:39.690
Innanzitutto, è necessario capire se il problema riguarda

01:39.690 --> 01:42.900
un solo client di rete o molti client di rete.

01:42.900 --> 01:44.430
Quando si ottiene un indirizzo

01:44.430 --> 01:45.510
APIPA, potrebbe essere

01:45.510 --> 01:47.160
un problema del proprio client di

01:47.160 --> 01:49.770
rete, oppure potrebbe riguardare tutti i membri della

01:49.770 --> 01:52.080
rete perché il server DHCP è fuori uso.

01:52.080 --> 01:54.360
Una volta individuato se si tratta di un solo client

01:54.360 --> 01:56.100
o di tutti i client della rete, sarà possibile

01:56.100 --> 01:58.410
risolvere meglio il problema.

01:58.410 --> 02:01.020
Se si tratta di un solo client, è necessario verificare

02:01.020 --> 02:02.580
la corretta configurazione

02:02.580 --> 02:03.630
dei cavi patch che vanno

02:03.630 --> 02:05.790
dal computer alla presa a muro o la corretta

02:05.790 --> 02:08.580
connessione alla rete wireless utilizzando l'SSID

02:08.580 --> 02:12.360
e la password appropriati per la rete wireless.

02:12.360 --> 02:13.650
Una volta convalidato, è

02:13.650 --> 02:15.690
necessario eseguire il ping del server

02:15.690 --> 02:16.950
DHCP e verificare che sia

02:16.950 --> 02:19.350
online e che fornisca indirizzi IP validi.

02:19.350 --> 02:21.570
Ora, se il singolo client continua ad avere un problema

02:21.570 --> 02:23.100
e il server DHCP è attivo e avete controllato

02:23.100 --> 02:24.300
i cavi patch e le connessioni

02:24.300 --> 02:25.860
sono valide, allora dovete verificare

02:25.860 --> 02:29.070
se la VLAN è configurata correttamente.

02:29.070 --> 02:30.480
Alcuni switch utilizzano le

02:30.480 --> 02:32.640
VLAN e inseriscono le persone in sottoreti

02:32.640 --> 02:34.290
diverse per aumentare la sicurezza,

02:34.290 --> 02:36.960
ma se non sono state configurate correttamente le VLAN,

02:36.960 --> 02:39.180
possono bloccare il traffico DHCP e quindi

02:39.180 --> 02:42.120
il client non otterrà un indirizzo DHCP quando si connette

02:42.120 --> 02:44.280
attraverso quella VLAN.

02:44.280 --> 02:45.210
D'altra parte, se

02:45.210 --> 02:47.520
il problema riguarda molti client diversi,

02:47.520 --> 02:49.830
è molto probabile che non si tratti di un'impostazione

02:49.830 --> 02:51.480
errata del sistema in uso, ma

02:51.480 --> 02:54.630
di un problema del server DHCP.

02:54.630 --> 02:57.150
Il server DHCP potrebbe essere offline, avere una connessione

02:57.150 --> 02:58.980
non valida alla rete o semplicemente aver

02:58.980 --> 03:01.200
esaurito gli IP disponibili da distribuire utilizzando

03:01.200 --> 03:02.940
i lease.

03:02.940 --> 03:04.800
Quando ciò accade, è necessario aumentare

03:04.800 --> 03:07.710
la quantità di lease all'interno dell'ambito DHCP, oppure è necessario

03:07.710 --> 03:09.960
esaminare tutti gli IP che sono stati distribuiti

03:09.960 --> 03:10.860
e verificare che tutti

03:10.860 --> 03:13.530
siano ancora online e connessi e che abbiano ancora bisogno

03:13.530 --> 03:15.360
di quei lease.

03:15.360 --> 03:17.400
In caso contrario, è possibile rilasciare

03:17.400 --> 03:19.950
i lease dal server DHCP per liberarli, aggiungerli nuovamente

03:19.950 --> 03:21.240
allo scope e distribuirli agli

03:21.240 --> 03:22.800
altri sistemi che cercano di connettersi

03:22.800 --> 03:24.660
alla rete.

03:24.660 --> 03:27.630
Quindi, quando si verifica un problema di connettività limitata,

03:27.630 --> 03:30.540
di solito significa che si sta verificando un problema di DHCP

03:30.540 --> 03:32.820
e che non si è in grado di ottenere un'assegnazione

03:32.820 --> 03:35.130
dinamica che includa l'indirizzo IP, la subnet,

03:35.130 --> 03:37.860
il gateway predefinito e gli IP del server DNS che il sistema

03:37.860 --> 03:39.480
deve utilizzare.

03:39.480 --> 03:40.680
Se il problema è questo,

03:40.680 --> 03:43.230
è necessario risolvere il problema del server

03:43.230 --> 03:45.900
DHCP o della connessione al server DHCP.

03:45.900 --> 03:46.770
Inoltre, se non

03:46.770 --> 03:48.150
si riesce a connettersi

03:48.150 --> 03:50.160
al server DHCP, si possono assegnare

03:50.160 --> 03:53.250
staticamente le quattro informazioni necessarie,

03:53.250 --> 03:55.170
come l'indirizzo IP, la subnet,

03:55.170 --> 03:56.760
il gateway predefinito e gli

03:56.760 --> 03:59.190
IP del server DNS, invece di usare il DHCP,

03:59.190 --> 04:01.380
ripristinando così la connettività

04:01.380 --> 04:02.643
limitata.