Newsgroup: it.comp.os.linux.sys
Titolo: Problema autenticazione pppd ...

Ho installato in casa una minirete su seriale dal mio portatile al pc.
Configurato a dovere mgetty riesco ad accedere al server lanciando pppd 
dal portatile. 
Ho configurato la serile ttyS1 del server in modo che non richieda 
autenticazione, (tanto li ci sta il mio cavo ...) e normalmente tutto fila
liscio.
Se prima attivo il collegamento pc-portatile riesco anche ad attivare il
collegamento ad internet dal pc, che funziona da gatawey senza alcun problema. 
Tuttavia quando lancio prima il collegamento ad internet non riesco piu'
a collegarmi dal portatile, l'utenticazione va bene, il protocollo parte ma
poi appare l'errore:
-------
Peer is not authorized to use remote address 192.168.0.2
-------
E mi sgancia...
Che posso fare ???
-- 
Ciao e grazie.
***Ivan***

 poi appare l'errore:
Controlla il tuo pap-secrets ed anche options, visto che ci sei.
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

 
[ivan@casa]->cat /etc/ppp/options /etc/ppp/options.ttyS1 /etc/ppp/pap-secrets
lock
-detach
192.168.0.1:192.168.0.2
#Secrets for authentication using PAP
gazz...@libero.it
   *   passwd    #(per la connessione a libero)
galaflat	     *   passwd	   #(per la connessione a galaflat)
La connessione ad internet la effettuo con wvdial.
In ogni caso il problema non credo sia nella normale autenticazione, dato che
questa funziona se il pc non ha già una connessione attiva ad internet, ed in
ogni caso anche dopo si instatura traffico ma non viene accettato l'IP per
il client (che ho messo nel file options.ttyS1).
Forse e' un problema di routing ?


 Forse e' un problema di routing ?
Che sia effettivamente l'opzione defaultroute mancante? :-)


 Che sia effettivamente l'opzione defaultroute mancante? :-)
defaultroute aggiunto ma nulla da fare, il log e' sempre lo stesso:
Mar 21 12:33:47 casa mgetty[1709]: data dev=ttyS1, pid=1709, caller='none', 
conn='DIRECT', name='', cmd='/usr/sbin/pppd', user='/AutoPPP/'
Mar 21 12:33:47 casa pppd[1709]: pppd 2.3.11 started by a_ppp, uid 0
Mar 21 12:33:47 casa pppd[1709]: Using interface ppp1
Mar 21 12:33:47 casa pppd[1709]: Connect: ppp1 <--> /dev/ttyS1
Mar 21 12:33:53 casa pppd[1709]: Peer is not authorized to use remote address 
192.168.0.2
Mar 21 12:33:53 casa pppd[1709]: Deflate (15) compression enabled
Mar 21 12:33:53 casa pppd[1709]: Connection terminated.
Mar 21 12:33:53 casa pppd[1709]: Connect time 0.1 minutes.
Mar 21 12:33:53 casa pppd[1709]: Sent 237 bytes, received 181 bytes.
Mar 21 12:33:53 casa pppd[1709]: Exit.


 conn='DIRECT', name='', cmd='/usr/sbin/pppd', user='/AutoPPP/'
[..]
Questo non e' piu' un problema di routing ma di autorizzazione, direi,
cosa ben diversa.. fammi pensare... nella configurazione di rete
(/etc/hosts, /etc/resolv.conf ecc.) imposti gli IP corretti per il
provider cui ti connetti?


 provider cui ti connetti?
Forse non mi sono spiegato. La connessione internet funziona senza problemi,
quindi credo di aver configurato a dovere il resolv.conf.
Il file hosts e' il seguente.
127.0.0.1	localhost.localdomain	localhost
127.0.0.2	
ivan.ivan.org
	ivan   (mi torna utile per un db)
192.168.0.1	
casa.ivan.org
	casa
192.168.0.2	
portatile.ivan.org
	portatile
Il problema e' che non mi accetta quel benedetto 192.168.0.2 per il portatile
se la connessione internet e' attiva, e quindi interfaccia ppp0 attiva.
Se lancio route -n su casa (dopo aver prima attivato la rete locale e poi il 
collegamento internet) ottengo questo:
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.0.2     0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
212.41.192.37   0.0.0.0         255.255.255.255 UH    0      0        0 ppp1
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
0.0.0.0         192.168.0.2     0.0.0.0         UG    0      0        0 ppp0
Non capisco.
-- 
Ciao e grazie per l'attenzione.
***Ivan***

 0.0.0.0         192.168.0.2     0.0.0.0         UG    0      0        0 ppp0
                  ^^^^^^^^^^^^
Non mi ero reso conto di aver sbagliato, con l'instradamento precedente non
accedevo nemmeno ad internet perche' il gw era il portatile (avevo provato
a mettere il defaultroute in ppp/options come da suggerimento ed ora ho capito
che non ci sta' ;-) ), l'instradamento corretto e' il seguente.
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
212.41.192.40   0.0.0.0         255.255.255.255 UH    0      0        0 ppp1
192.168.0.2     0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
0.0.0.0         212.41.192.40   0.0.0.0         UG    0      0        0 ppp1
		^^^^^^^^^^^^^^
In ogni caso il problema di autenticazione dell'IP del portatile continua.


 In ogni caso il problema di autenticazione dell'IP del portatile continua.
Ho risolto mettendo noauth come opzione sulla stringa di inizializzazione
del pppd da mgetty.
Altrimenti persisteva il problema di autenticazione, che io non eseguivo,
e quindi l'ip non rientrava in quelli nel file pap-secrets.
Una buona lettura del ppp-howtoo mi ha aiutato. 


 Il file hosts e' il seguente.
Scusa eh, ma 192.168.0.1 e 192.168.0.2 come fai ad usarli come IP
pubblici se sono IP definiti come usabili per le classi IP in reti
private? Dovresti quantomeno usare il masquerading, non vorrei dire una
fesseria.


 che non ci sta' ;-) ), l'instradamento corretto e' il seguente.
Su Internet non puoi avere un IP 192.168.*


 Una buona lettura del ppp-howtoo mi ha aiutato. 
Ah perche', mi hai fatto rispondere e non l'avevi nemmeno letto? ;-)


 fesseria.
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
212.41.192.48   0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
192.168.0.2     0.0.0.0         255.255.255.255 UH    0      0        0 ppp1
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
0.0.0.0         212.41.192.48   0.0.0.0         UG    0      0        0 ppp0
Infatti 192.168.0.0 e' la mia rete privata, ma il gw del portatile (192.168.0.2)
e' il pc casa  (192.168.0.1), mentre il gw del pc casa e' l'ISP (212.41.192.48).
Su 192.168.0.1 e' attivato il masquerading per la rete privata 192.168.0.0.
L'IP pubblico e' quello dinamico fornito dal serveri del ISP.
Ora il problema e' cambiato, alla prima connessione da portatile a pc tutto fila
liscio. Ma se killo pppd dal portatile e lascio attivo il collegamento al ISP 
su casa (192.168.0.1) alla seconda riconnessione dal portatile non riesco piů 
ad accedere a internet, per di piů non trovo nessun messaggio di errore...
Mahhhh...
PS: L'Howtoo era stato letto, ma ad ogni rilettura si capisce qualcosa di nuovo
e si focalizza meglio il problema, grazie anche agli aiuti di qulacun'altro ;-).


 e si focalizza meglio il problema, grazie anche agli aiuti di qulacun'altro ;-).
Vero? Non si finisce mai di imparare, no? ;-)


 bene ed ecco che arrivano i problemi. Ho vinto quacchecosa?
Direi che un'ascia dalle miniere dei Padri puo' andare, Gandalf permettendo ...
Ora, il lato oscuro della cosa e':
	Perche'  l'instradamento dei pacchetti funziona bene, mentre se poi 
	disconnetto la rete locale (killando il pppd sul portatile che regge
	la connessione tra portatile-192.168.0.2 e casa-192.168.0.1) e poi 
	riattivo pppd, sempre dal portatile per la rete locale con il seguente
	script (lo stesso che uso per attivare la connessione la prima volta):
	/usr/sbin/pppd -detach -d defaultroute lock /dev/ttyS0 115200
	la connesione portatile-casa funziona e si attiva, ma non riesco 
	piu' ad entrare in internet dal portatile, mentre dal pc casa tutto
	continua a funzionare bene.
 
Chi risolvera' il mistero ???
PS: [Considerazione seria] Devo dire che ti ho trovato davvero molto disponibile
al contrario di quello che sostiene qualche Troll che posta a vanvera ...
Grazie MILLE !!!


 al contrario di quello che sostiene qualche Troll che posta a vanvera ...
Lo so bene, e mi fa piacere che qualcuno lo dica, a beneficio di quelli
ancora piu' imbecilli che quei troll li difendono quando gli do' contro
dicendo che sono rude e volgare. Il trattamento che do' e' quello che
meritano perche', come si puo' vedere, non sto sui NG solo per aggredire
i poveri partecipanti indifesi ma soprattutto per _aiutare_


Grazie mille, 
mo vedo di sbrigarmela da solo per un po'.
Alla prossima.
--
***Ivan***

 mo vedo di sbrigarmela da solo per un po'.
Perfetto...
