|
Il PPP richiede che uno dei due computer agisca da "server", per fare
cio' occorre configurare il pppd in modo che accetti delle connessioni.
Assumendo che il server utilizzi la COM2 per la comunicazione, questa
e' vista su Linux come /dev/ttyS1. Se volete, potete forzare
l'autenticazione del client (deve digitare username e password),
oppure sorvolare su questi "dettagli" ed assegnargli un'utente
fisso. Io ho preferito configurare il tutto perche' una password
fosse richiesta. Non si sa mai, un giorno potrei voler attaccare
il tutto al telefono per accedere da remoto...
La configurazione di PPP su linux e' gestita dai seguenti files:
|
/etc/ppp/options
| contiene proprieta' generali per tutte le
connessioni |
|
/etc/ppp/options.ttyS1 |
contiene proprieta' specifiche per la connessione attraverso
/dev/ttyS1 (cioe' la nostra COM2 di cui sopra) |
|
/etc/ppp/pap-secrets |
contiene informazioni relative all'autenticazione, passwords et similia
| |
/etc/inittab |
e' il file di configurazione ed avvio di vari servizi iniziali, ed e'
anche quello che ci serve per avviare "l'ascolto" sulla porta. |
Il file /etc/ppp/options, dovrebbe essere una roba piu' o meno come
la seguente:
#/etc/ppp/options
lock
#auth forces authorization from peer
#login makes authentication use the system password file
#NOTE: my pap-secrets allows anyone access, so if this is
# not specified anyone could connect!
# If this is a machine on which you dial out as well,
# then comment auth and login out and move them to
# /etc/options.ttySn
auth
login
Come si puo' vedere la maggior parte sono commenti (#), il parametro
"lock" indica che un file di blocco deve essere creato per consentire
un'accesso esclusivo alla seriale, i parametri "auth" e "login"
indicano che l'utente deve identificarsi e che l'identita' verra'
verificata usando i normali utenti/passwords. Cio' significa che
l'utente che si collega via seriale deve essere registrato nel
sistema come un'utente qualsiasi.
Notate che pppd continuera' a guardare /etc/ppp/pap-secrets per
informazioni relative agli utenti ed alle password. Un'unico comando
in tale file fara' si' che pppd utilizzi le informazioni del sistema.
Il file pap-secrets dovrebbe essere qualche cosa di simile a:
#/etc/ppp/pap-secrets
# Secrets for authentication using PAP
# client server secret IP addresses
* * "" laplink_client
Questo consente la connessione a tutte le macchine con indirizzo
IP "laplink_client" senza una password. Il parametro "login" nel
file precedente pero', fa' si che il nome utente e la password
fornite dall'utente debbano combaciare sia con i parametri di
pap-secrets, sia con quelli di sistema.
Opzioni particolari per la singola seriale attraverso la quale la
connessione viene effettuata sono nel file /etc/ppp/options.ttySn, dove
'n' e' il numero della seriale. Dato che stiamo usando COM2, la
seriale e' ttyS1.
#/etc/ppp/options.ttyS1
asyncmap 0
crtscts
#local indicates that modem lines are not used
local
#silent causes pppd to wait until a connection is made
#from the other side
silent
#these are entries that exist in the /etc/hosts file
#the link does not work if this is at the end of this
#file - order matters!
laplink_server:laplink_client
#auth forces authorization from peer
#login makes authentication use the system password file
#NOTE: my pap-secrets allows anyone access, so
# if this is not specified anyone could connect!
# If this is a server that will never use ppp
# for dialing out, you should move auth and
# login to /etc/ppp/options
#auth
#login
#use PAP, not CHAP for authentication
require-pap
115200
Tutti questi parametri sono meglio descritti nelle pagine di manuale di
pppd (a cui e' sempre bene fare riferimento).
Il parametro "crtscts" indica che pppd deve usare il controllo di flusso
hardware per rilevare e correggere eventuali errori di trasmissione.
Questo e' bene metterlo, perche' e' molto piu' veloce del controllo
software "xonxoff". Perche' questo parametro funzioni pero', e'
necessario che il cavo usato colleghi i pin RTS/CTS. Il cavo e'
sicuramente completo se lo avete comperato, se lo avete fatto voi
invece...
Il parametro 115200 indica la velocita' di trasmissione. Se avete dei
problemi nella connessione potreste usare una velocita' inferiore,
le velocita' valide sono riportate in numerosi documenti e in
varie pagine di manuale, l'usare una velocita' erronea porta
alla visualizzazione di un bel messaggio di errore.
Notate che le opzioni "auth" e "login" sono commentate qui, perche'
sono specificate nel file di configurazione generale. Se il
vostro computer e' anche usato per chiamate verso l'esterno (verso
un'ISP per esempio), e' meglio spostare tali parametri qui', altrimenti
chiederete al vostro ISP di fare login nel vostro sistema... e dubito
che funzionerebbe...
Per ultimo la linea "laplink_server:laplink_client" che
specifica gli indirizzi IP locali e remoti da assegnare dopo che il
collegamento e' attivato. Potete usare degli indirizzi reali oppure
riportare "laplink_server" e "laplink_client" nel file
/etc/hosts ed assegnare la' gli indirizzi.
L'utilita' di mettere gli indirizzi in /etc/hosts e' che potete
riferirvi a tali indirizzi dopo usando "laplink_server" o
"laplink_client" che e' molto piu' semplice.
Ricordatevi di assegnare degli indirizzi IP che siano validi o
tratti dal pool 192.168.x.x che e' considerato "non valido" su
Internet, ma valido in una rete privata.
Ovviamente, e' possibile usare una configurazione differente che
accetti connessioni solo da determinati utenti, oppure usare CHAP
invece di PAP per l'autenticazione...
|
