Tempo di lettura: 7 minOggi, cerchiamo di capire come fare quando la nostra ADSL non va. Spesso infatti mi capita di essere chiamato sul lavoro o da amici che si lamentano che INTERNET non funziona. Detta cosi il problema è di difficile interpretazione infatti ci possono essere mille motivi per cui una linea ADSL che fino a un minuto fà funzionava ora smette di funzionare.
Eppure esiste una checklist molto semplice per verificare ed isolare in che punto non funziona INTERNET e se è il caso di fare una segnalazione all'operatore o se la problematica non ha nulla a che vedere con i vari Alice, Tiscali, Infostrada che dir si voglia.
Ricordiamo infatti che spesso questi operatori, Telecom in primis, se vengono a casa e rilevano che la chiamata è stata fatta per una problematica non direttamente imputabile a loro, vi fanno pagare la chiamata.
Vediamo quindi di capire, in questo articolo, i passi da compiere per verificare il punto di interruzione della nostra linea INTERNET.
Ricordate solo una cosa, se un test fallisce NON andate avanti. Prima di poter andare avanti il passo precedente deve aver avuto esito positivo.
Partiamo innanzitutto dal presupposto di avere una macchina windows anche se i comandi che useremo si trovano, con lo stesso nome, anche sui terminali di linux e mac.
La prima cosa da fare è aprire l'ambiente che useremo per i nostri test ossia il "prompt dei comandi".
Test 1 - Ping interfaccia di loopback
Come prima cosa usiamo il comando ping. Il comando ping non fa altro che mandare un piccolo pacchetto ad un indirizzo IP remoto. Se il PC remoto ha attivato il servizio ping, e quasi tutti ce l'hanno, a meno che non sia filtrato da qualche firewall, il PC remoto risponderà al nostro ping con un pacchetto di risposta.
Il comando ping ci dirà quindi sia se qualcuno, dall'altra parte, ci ha risposto, sia quanto tempo c'è voluto tra domanda e risposta.
Il primo test utilizza appunto il comando ping ma su un indirizzo IP particolare che di remoto ha ben poco. L'indirizzo in questione è il 127.0.0.1 detto anche indirizzo di loopback. Infatti tutti i sistemi che hanno funzionante il TCP/IP, ossia il protocollo con cui funziona INTERNET, hanno un interfaccia di rete "virtuale" chiamata loopback che risponde localmente a questo indirizzo particolare.
Questo primo test verifica quindi che lo stack TCP/IP della nostra macchina sia installato e correttamente funzionante e deve ovviamente funzionare indipendentemente dal fatto che il nostro PC sia collegato o meno a qualche tipo di rete. L'indirizzo di loopback deve rispondere sempre e comunque a meno che non ci sia qualche problema alle librerie del sistema operativo che gestistono il TCP/IP.
Lanciando quindi il comando
[code]ping 127.0.0.1[/code]
si deve ottenere qualcosa del genere:
[code]ping 127.0.0.1
Pinging 127.0.0.1 with 32 bytes of data:
Reply from 127.0.0.1: bytes=32 time<1ms TTL=128
Reply from 127.0.0.1: bytes=32 time<1ms TTL=128
Reply from 127.0.0.1: bytes=32 time<1ms TTL=128
Reply from 127.0.0.1: bytes=32 time<1ms TTL=128
Ping statistics for 127.0.0.1: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds: Minimum = 0ms, Maximum = 0ms, Average = 0ms[/code]
Questo è il risultato corretto da ottenere che, a parte i valori in millisecondi di risposta, indica comunque che l'interfaccia di loopback è funzionante e risponde.
Una risposta diversa, in particolare un messaggio di errore hardware o comunque una mancata risposta al ping sta ad indicare che: o lo stack TCP/IP non è configurato o non è abilitato o che, qualcosa, un virus o un settore del disco difettoso, ha corrotto le librerie che stanno alla base del funzionamento di questo protocollo sul vostro PC.
Test 2 - La rete è connessa?
La seconda verifica è controllare se siamo collegati ad una rete e se abbiamo un indirizzo IP "giusto".
Per fare questo utilizziamo un altro comando del "prompt" chiamato ipconfig. Questo comando ci da informazioni su tutte le schede di rete su cui è abilitato il TCP/IP.
In particolare dovremo vedere se la scheda di rete "principale" o quella wireless è collegata e ha un indirizzo IP "giusto".
Per questo vi serve un po' di abilità nel riconoscere la scheda di rete giusta. Vediamo un esempio del comando ipconfig sul mio portatile. Il risultato del comando è
[code]Configurazione IP di Windows
Scheda Ethernet VMware Network Adapter VMnet8:
Suffisso DNS specifico per connessione:
Indirizzo IP. . . . . . . . . . . . . : 192.168.49.1
Subnet mask . . . . . . . . . . . . . : 255.255.255.0
Gateway predefinito . . . . . . . . . :
Scheda Ethernet VMware Network Adapter VMnet1:
Suffisso DNS specifico per connessione:
Indirizzo IP. . . . . . . . . . . . . : 192.168.153.1
Subnet mask . . . . . . . . . . . . . : 255.255.255.0
Gateway predefinito . . . . . . . . . :
Scheda Ethernet Connessione rete senza fili:
Stato supporto . . . . . . . . . . . : Supporto disconnesso
Scheda Ethernet Connessione alla rete locale (LAN):
Suffisso DNS specifico per connessione:
Indirizzo IP. . . . . . . . . . . . . : 192.168.0.75
Subnet mask . . . . . . . . . . . . . : 255.255.255.0
Gateway predefinito . . . . . . . . . : 192.168.0.10
Scheda Ethernet Connessione alla rete locale (LAN) 3:
Stato supporto . . . . . . . . . . . : Supporto disconnesso[/code]
Vediamo di leggere e capire questo risultato. Il mio portatile sembra avere 5 schede di rete di cui una, senza fili (riga 16) che però non risulta collegata, due LAN (riga 20 e 27) di cui una non collegata e due "strane" (riga 2 e 9). Tralasciando quest'ultime due, che per inciso, sono due schede virtuali del software VMWare, e tralasciando l'ultima disconnessa che è, in realtà, essa stessa una scheda virtuale di un software di VPN, rimane quella in riga 20 che risulta connessa. Dato che ho lanciato questo comando con il portatile collegato con il cavo alla rete va da se che la scheda di rete relativa è proprio questa.
La scheda giusta, in una situazione "regolare" si riconosce anche perchè è l'unica ad avere il gateway predefinito ossia l'indirizzo IP del nostro router.
Focalizzandoci su questa sola scheda di rete, se il cavo di rete non risulta collegato correttamente, se il cavo è rotto, se la scheda di rete è rotta, se dall'altra parte del filo, l'apparato è spento, il risultato sarà ovviamente
[code]Scheda Ethernet Connessione alla rete locale (LAN):
Stato supporto . . . . . . . . . . . : Supporto disconnesso[/code]
Se la vostra scheda di rete si presenta cosi, dovete quindi andare a cercare un problema fisico sulla rete dovuto alla vostra o alla scheda di rete dall'altro capo del filo o un problema sul filo. Nel caso in cui invece il vostro collegamento fosse wireless allora dovete verificare che l'access point o il vostro router wireless sia acceso e funzionante e che i parametri di accesso alla rete wireless (cifratura, chiave) siano corretti.
Un caso particolare non corretto è questo qui sotto
[code]Scheda Ethernet Connessione alla rete locale (LAN):
Suffisso DNS specifico per connessione:
Indirizzo IP configurazione automatica: 169.254.175.118
Subnet mask . . . . . . . . . . . . . : 255.255.0.0
Gateway predefinito . . . . . . . . . :[/code]
che evidenzia un problema particolare della vostra rete. Se la vostra rete vi assegna un indirizzo IP della serie 169.x.x.x allora la scheda di rete che è ovviamente collegata alla vostra rete, si aspettava che la vostra rete gli assegnasse un indirizzo IP ma questa cosa non è avvunuta e quindi lei si è messa un indirizzo IP "di emergenza" ma che, per quello che vi riguarda non serve sostanzialmente a nulla.
In sostanza, sulla vostra rete non vi è in questo momento un server DHCP che possa fornire gli IP al vostro computer. I casi sono due. O per utilizzare la rete è necessario fornire una configurazione manuale di indirizzo IP, netmask e gateway o, appunto, il server DHCP, che di solito si trova nel vostro router è spento, non raggiungibile o non configurato.
Come prima cosa proverei a verificare se il router è acceso, funzionante e collegato alla rete.
Test 3 - Ping del gateway
La terza prova da fare è quella di fare il ping al vostro router ossia all'indirizzo IP del gateway ottenuto dal comando ipconfig dato nel test precedente, ossia, nel mio caso, 192.168.0.10
Lanciando quindi il comando
[code]ping 192.168.0.10[/code]
si deve ottenere qualcosa del genere:
[code]ping 192.168.0.10
Pinging 192.168.0.10 with 32 bytes of data:
Reply from 192.168.0.10: bytes=32 time 1ms TTL=128
Reply from 192.168.0.10: bytes=32 time 2ms TTL=128
Reply from 192.168.0.10: bytes=32 time 1ms TTL=128
Reply from 192.168.0.10: bytes=32 time 2ms TTL=128
Ping statistics for 127.0.0.1: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds: Minimum = 1ms, Maximum = 2ms, Average = 1ms[/code]
Questo significa che, non solo la vostra rete locale è funzionante ma che il vostro router è acceso, funzionante e raggiungibile.
Se invece questo test fallisce allora c'è qualche problema nel raggiungere il vostro router che può essere spento, impallato, con il cavo di rete staccato e comunque irraggiungibile. Focalizzatevi quindi nel capire come mai il vostro router non si raggiunge.
Un ulteriore tentativo, se si ha un altro PC collegato alla rete e provare a capire se si raggiunge l'altro PC pingandolo. Se non si raggiunge il problema è generalizzato sulla vostra rete o forse il problema è solo sul vostro PC. Se lo si raggiunge, il problema è esclusivamente sul vostro router.
Test 4 - Ping IP esterno (8.8.8.8 o 151.1.1.1)
Se il vostro router è raggiungibile, è giunto il momento di testare la vostra connessione INTERNET. Per fare questo, il modo più veloce è quello di pingare alcuni host esterni. Io, a livello mnemonico provo a pingare o l'8.8.8.8 ossia il DNS principale di Google o 151.1.1.1, il DNS principale di IT.NET
Come sopra, ambedue questi ping devono riuscire. Se non riescono allora il problema è che la vostra connettività. Contattate il vostro ISP.
Text 5 - Ping FQDN (www.iol.it)
A questo punto, anche se c'è qualcosa che non va, comunque siamo collegati su INTERNET visto che i ping, ad indirizzi numerici, funzionano.
L'ultimo step è cercare di pingare un FQDN, tipo www.iol.it
Se questo host fallisce allora il problema è sul vostro DNS. Provate a mettere sul PC quello di Google (8.8.8.8) o controllato comunque le impostazioni di DNS.
Se invece anche questo test ha successo allora il problema può risiedere in una impostazione di proxy o un problema di virus.
Avevo bisogno di ottenere la lista dei programmi installati su di un PC per poterla stampare ed ovviamente la finestra del pannello di controllo non fa assolutamente al caso mio