Sophie

Sophie

distrib > Mandriva > 9.1 > i586 > by-pkgid > f1098342ec4a2b28475e34123ce17201 > files > 812

howto-html-it-9.1-0.5mdk.noarch.rpm

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<HTML>
<HEAD>
 <META NAME="GENERATOR" CONTENT="SGML-Tools 1.0.9">
 <TITLE>Linux PPP HOWTO: Instaurare manualmente una connessione PPP</TITLE>
 <LINK HREF="PPP-HOWTO-15.html" REL=next>
 <LINK HREF="PPP-HOWTO-13.html" REL=previous>
 <LINK HREF="PPP-HOWTO.html#toc14" REL=contents>
</HEAD>
<BODY>
<A HREF="PPP-HOWTO-15.html">Avanti</A>
<A HREF="PPP-HOWTO-13.html">Indietro</A>
<A HREF="PPP-HOWTO.html#toc14">Indice</A>
<HR>
<H2><A NAME="manual"></A> <A NAME="s14">14. Instaurare manualmente una connessione PPP</A></H2>

<P>Una volta creati i propri file <CODE>/etc/ppp/options</CODE> e
<CODE>/etc/resolv.conf</CODE> (e, se necessario, il file
<CODE>/etc/ppp/pap|chap-secrets</CODE>), &egrave; possibile verificare le
impostazioni stabilendo manualmente una connessione PPP (una volta che
la connessione funziona manualmente, automatizzeremo il processo).
<P>
<P>Per far ci&ograve;, il proprio software di comunicazione dev'essere in grado
di uscire SENZA reinizializzare il modem. Minicom lo pu&ograve; fare con ALT Q
(o nelle versioni pi&ugrave; vecchie con CTRL ALT Q).
<P>
<P>Ci si assicuri di essere loggati come root.
<P>
<P>Si lanci il proprio software di comunicazione (come minicom), si
componga il numero del server e si faccia normalmente il login. Se &egrave;
necessario dare un comando per avviare il PPP nel server, lo si
faccia. Ora si vedranno le porcherie di cui si &egrave; parlato in
precedenza.
<P>
<P>Se si usa pap o chap, allora semplicemente connettendosi al sistema
remoto si dovrebbe far partire il ppp e si vedranno le porcherie senza
fare il login (sebbene ci&ograve; possa anche non accadere per alcuni server
- si provi a premere <B>Enter</B> e si veda se iniziano le porcherie).
<P>
<P>Ora si esca dal software di comunicazione <EM>senza reinizializzare il
modem</EM> (ALT Q o CTL A Q in minicom) e al prompt di Linux (come root)
si digiti
<P>
<HR>
<PRE>
pppd -d -detach /dev/ttySx 38400 &amp;
</PRE>
<HR>
<P>
<P>L'opzione -d abilita il debug - la conversazione di avvio di
connessione ppp sar&agrave; registrata nei file di log del proprio sistema -
il che torna utile in caso di problemi.
<P>
<P>Le lucette del proprio modem dovrebbero accendersi e spegnersi finch&eacute;
la connessione PPP non &egrave; stabilita.
<P>
<P>A questo punto si pu&ograve; dare un'occhiata all'interfaccia PPP, usando il
comando
<P>
<HR>
<PRE>
ifconfig
</PRE>
<HR>
<P>
<P>Oltre ai vari dispositivi Ethernet e loopback che si possiedono, si
dovrebbe vedere qualcosa di simile a
<P>
<HR>
<PRE>
ppp0     Link encap:Point-Point Protocol
         inet addr:10.144.153.104  P-t-P:10.144.153.51 Mask:255.255.255.0
         UP POINTOPOINT RUNNING  MTU:552  Metric:1
         RX packets:0 errors:0 dropped:0 overruns:0
         TX packets:0 errors:0 dropped:0 overruns:0
</PRE>
<HR>
<P>
<P>dove
<UL>
<LI>inet addr:10.144.153.10 &egrave; il numero IP del proprio capo della connessione.</LI>
<LI>P-t-P:10.144.153.5 &egrave; il numero IP del SERVER.</LI>
</UL>
<P>(naturalmente, ifconfig non riporter&agrave; questi numeri IP ma quelli usati
dal proprio server PPP).
<P>
<P>Nota: ifconfig dice anche che la connessione &egrave; SU e FUNZIONANTE!
<P>
<P>Se non viene riportato nessun dispositivo ppp o qualcosa di simile a
<P>
<HR>
<PRE>
ppp0     Link encap:Point-Point Protocol
         inet addr:0.0.0.0  P-t-P:0.0.0.0  Mask:0.0.0.0
         POINTOPOINT  MTU:1500  Metric:1
         RX packets:0 errors:0 dropped:0 overruns:0
         TX packets:0 errors:0 dropped:0 overruns:0
</PRE>
<HR>
<P>
<P>la propria connessione PPP non &egrave; stata fatta...si veda oltre per il debug!
<P>
<P>Si dovrebbe essere in grado di vedere anche un instradamento all'host
remoto (ed oltre). Per far ci&ograve;, si lanci il comando
<P>
<HR>
<PRE>
route -n
</PRE>
<HR>
<P>
<P>Si dovrebbe vedere qualcosa di simile a
<P>
<HR>
<PRE>
Kernel routing table
Destination     Gateway         Genmask         Flags MSS    Window Use Iface
10.144.153.3    *               255.255.255.255 UH    1500   0        1 ppp0
127.0.0.0       *               255.0.0.0       U     3584   0       11 lo
10.0.0.0        *               255.0.0.0       U     1500   0       35 eth0
default         10.144.153.3    *               UG    1500   0        5 ppp0
</PRE>
<HR>
<P>
<P>Di particolare importanza, si noti che ci sono DUE voci che puntano
alla propria interfaccia ppp.
<P>
<P>La prima &egrave; un instradamento di tipo HOST (indicato dal flag H) e che
permette di vedere l'host al quale si &egrave; connessi, ma niente altro.
<P>
<P>La seconda &egrave; l'instradamento predefinito (default), stabilito fornendo
a pppd l'opzione <CODE>defaultroute</CODE>. Questo &egrave; l'instradamento che dice
al proprio PC Linux di inviare qualsiasi pacchetto NON destinato alle
Ethernet locali - per le quali ci sono degli instradamenti specifici -
al server PPP stesso. I server PPP &egrave; quindi responsabile
dell'instradamento dei nostri pacchetti verso Internet e
dell'instradamento dei pacchetti di ritorno verso di noi.
<P>
<P>Se non si vede una tabella di instradamento con queste due voci,
qualcosa &egrave; andato storto. In particolare se i log di sistema mostrano
un messaggio che dice che pppd non ha rimpiazzato un instradamento
predefinito, allora si ha l'instradamento predefinito che punta alla
propria interfaccia Ethernet - il quale <B>DEVE</B> essere rimpiazzato
da un instradamento di rete specifico: <B>SI PU&Ograve; AVERE SOLO UN
INSTRADAMENTO PREDEFINITO!!!</B>
<P>
<P>Si dovranno allora esplorare i file di inizializzazione del sistema
per trovare dove viene impostato questo instradamento predefinito
(probabilmente verr&agrave; usato un comando tipo <CODE>route add default...</CODE>).
Si cambi questo comando in qualcosa di simile a <CODE>route add net...</CODE>.
<P>
<P>Ora si verifichi la connessione facendo 'ping' al server usando il
numero IP riportato dall'output di ifconfig, i.e.
<P>
<HR>
<PRE>
ping 10.144.153.51
</PRE>
<HR>
<P>
<P>Si dovrebbe ricevere un output simile a
<P>
<HR>
<PRE>
PING 10.144.153.51 (10.144.153.51): 56 data bytes
64 bytes from 10.144.153.51: icmp_seq=0 ttl=255 time=328.3 ms
64 bytes from 10.144.153.51: icmp_seq=1 ttl=255 time=190.5 ms
64 bytes from 10.144.153.51: icmp_seq=2 ttl=255 time=187.5 ms
64 bytes from 10.144.153.51: icmp_seq=3 ttl=255 time=170.7 ms
</PRE>
<HR>
<P>
<P>Questo elenco andr&agrave; avanti per sempre - per fermarlo si usi CTRL C, e
a quel punto si riceveranno un altro po' di informazioni:
<P>
<HR>
<PRE>
--- 10.144.153.51 ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 170.7/219.2/328.3 ms
</PRE>
<HR>
<P>
<P>Fin qua tutto bene.
<P>
<P>Ora si provi a fare il ping ad un host usando il suo nome (non il nome
del server PPP stesso ma un host in un altro sito che si SA essere
probabilmente attivo...). Per esempio
<P>
<HR>
<PRE>
ping sunsite.unc.edu
</PRE>
<HR>
<P>
<P>A questo punto ci sar&agrave; una piccola pausa mentre Linux ottiene dal DNS
specificato in <CODE>/etc/resolv.conf</CODE> il numero IP per il nome host
"fully qualified" al quale si &egrave; fatto il ping - quindi non ci si
preoccupi (si vedranno comunque le lucette del modem lampeggiare). In
breve si otterr&agrave; un output simile a
<P>
<HR>
<PRE>
 PING sunsite.unc.edu (152.2.254.81): 56 data bytes
64 bytes from 152.2.254.81: icmp_seq=0 ttl=254 time=190.1 ms
64 bytes from 152.2.254.81: icmp_seq=1 ttl=254 time=180.6 ms
64 bytes from 152.2.254.81: icmp_seq=2 ttl=254 time=169.8 ms
64 bytes from 152.2.254.81: icmp_seq=3 ttl=254 time=170.6 ms
64 bytes from 152.2.254.81: icmp_seq=4 ttl=254 time=170.6 ms
</PRE>
<HR>
<P>
<P>Ancora, lo si fermi con CTRL C per ottenere le statistiche...
<P>
<HR>
<PRE>
--- sunsite.unc.edu ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 169.8/176.3/190.1 ms
</PRE>
<HR>
<P>
<P>Se non si riceve nessuna risposta, si provi a fare il ping
all'indirizzo IP del server DNS del proprio ISP. Se si ottiene
risposta, allora sembra proprio che ci sia qualche problema nel
proprio <CODE>/etc/resolv.conf</CODE>.
<P>
<P>Se non funziona, invece si ha un problema di instradamento oppure il
proprio ISP ha qualche problema ad instradare i pacchetti di
ritorno. Si verifichi che la tabella di instradamento sia come quella
vista prima, e se &egrave; a posto si contatti il proprio ISP. Un buon test
per ISP &egrave; di usare un altro sistema operativo per connettersi. Se si
pu&ograve; andare oltre il proprio ISP con quello, allora il problema dipende
dalla propria terminazione del collegamento.
<P>
<P>Se tutto funziona, si pu&ograve; buttare gi&ugrave; la connessione digitando
<P>
<HR>
<PRE>
ppp-off
</PRE>
<HR>
<P>
<P>Dopo una breve pausa, il modem dovrebbe riattaccare da solo.
<P>
<P>Se questo non funziona, si spenga il proprio modem oppure si lanci il
proprio software di comunicazione e si interrompa il modem con +++ e
poi si riagganci con ATH0 quando si riceve il prompt OK del modem.
<P>
<P>Si deve inoltre cancellare il file di lock creato da pppd
<HR>
<PRE>
rm -f /var/lock/LCK..ttySx
</PRE>
<HR>
<P>
<HR>
<A HREF="PPP-HOWTO-15.html">Avanti</A>
<A HREF="PPP-HOWTO-13.html">Indietro</A>
<A HREF="PPP-HOWTO.html#toc14">Indice</A>
</BODY>
</HTML>