Newsgroup: it.comp.os.linux.sys
Titolo: Problema slip

Buon giorno a tutti,
sto cercando di connettere due pc linux RedHat 8 mediante un cavo
seriale ed utilizzando slip; se lancio da linea di comando:
/sbin/slattach -p cslip -s 115200 /dev/ttyS0 &
e poi:
/sbin/ifconfig sl0 IP1 pointopoint IP2 up
e poi faccio lo stesso sull'altro sistema (scambiando gli IP), allora
funziona benissimo.
Ma se cerco di automatizzare il tutto allo start dei sistemi, la
connessione non si stabilisce; ho provato sia ad inserire in
/etc/inittab lo /sbin/slattach con 3° campo a "once" sia fare uno script
sempre inserito in /etc/inittab sia, infine, a mettere lo script sotto
/etc/init.d e linkarlo al runlevel 5; tutti i tentativi non hanno
sortito alcun effetto; l'interfaccia sl0 risulta attivata ma la
connessione non c'è.
Qualcuno ha qualche aiuto da darmi?
Grazie,
Alessandro
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 Qualcuno ha qualche aiuto da darmi?
Mettendolo proprio "all'ultimo", in /etc/rc.d/rc.local ?
bye G.L.
-- 
« E' assolutamente evidente che l'arte del cinema
  si ispira alla vita, mentre la vita si ispira alla TV »
(Woody Allen)

 bye G.L.
Ho provato, ma l'esito è sempre lo stesso. L'impressione che ho è che la
porta seriale non sia "pronta" nel momento in cui slattach interviene,
altrimenti come si potrebbe spiegare che l'ifconfig sl0 dà lo slip
configurato ma poi la connessione non c'è?
Grazie comunque dell'aiuto.


 configurato ma poi la connessione non c'è?
Oddio, slip non lo uso da tempo immemorabile: hai
provato con pppd?


 bye G.L.
Si, perň ha un grosso limite nel fatto che i due sistemi devono essere
configurati uno che server e l'altro come client e solo il client puň 
accedere al server in telnet e/o ftp e non viceversa; io, perlomeno, non
sono riuscito a configurare i sistemi per funzionare contemporaneamente
da server e da client; si potrebbero usare due seriali per ogni pc......
Da questo punto di vista, l'ormai quasi obsoleto slip č piů versatile 
(forse perchč meno "fiscale" di pppd).
Ciao e grazie,


 e solo il client può accedere al server in telnet e/o ftp
 > e non viceversa
Diciamo che da una parte il pppd va configurato in modo passivo,
dall'altra in modo attivo. Ma tuttavia, una volta stabilita la
connessione, i due endpoint sono equivalenti dal punto di vista
del tcp/ip, e sinceramente non ho mai sentito parlare di un
simile problema, ne' dal punto di vista teorico, ne da quello
pratico. Altrimenti, se ci pensi bene, qualunque macchina connessa a
internet con ppp avrebbe seri problemi con programmi che devono
in taluni casi fare da server, oltre che da client...   :-)


 bye G.L.


 Roma, ti offro una pizza!).
Se ho tempo...   :-)
BTW, sicuramente i problemi che hai avuto non dipendono dal pppd.


 bye G.L.
Mah, tutto è nato dal tentativo di connettere due sistemi con un cavo
null modem. Qualcosa del tipo:
http://www.tldp.org/HOWTO/Serial-Laplink-HOWTO/index.html
Però, siccome di prove ne ho fatte parecchie, ed ancora il cervello non
me lo sono cotto, dopo la tua risposta ho cercato ancora meglio ed ho
trovato:
http://www.tldp.org/HOWTO/PPP-HOWTO/index.html
  che cita:
2.1. Clients and Servers
PPP is strictly a peer to peer protocol; there is (technically) no
difference between the machine that dials in and the machine that is
dialed into. However, for clarity's sake, it is useful to think in terms
of servers and clients.
When you dial into a site to establish a PPP connection, you are a
client. The machine to which you connect is the server.
When you are setting up a Linux box to receive and handle dial-in PPP
connections, you are setting up a PPP server.
Any Linux PC can be both a PPP server and client - even simultaneously
if you have more than one serial port (and modem if necessary). As
stated above, there is no real difference between clients and servers as
far as PPP is concerned, once the connection is made.
Grazie, comunque, dell'aiuto.
Ciao,
Alessandro


 far as PPP is concerned, once the connection is made.
E' esattamente quello che tentavo di spiegare.   :-)
Cioe' non bisogna confondere il modo "server" o
"client" del pppd nei due endpoint, che conta
solo prima dello stabilirsi del link ppp,
con le connessioni client-server su network tcp/ip
fra i due computer.


 bye G.L.
Riscrivo la parte importante:
Any Linux PC can be both a PPP server and client - even simultaneously
if you have more than one serial port (and modem if necessary). As
stated above, there is no real difference between clients and servers as
far as PPP is concerned, once the connection is made.
Focalizzando su "even simultaneously if you have more than one serial
port (and modem if necessary)", è perfettamente evidente che se hai 
pc con una sola porta seriale e quindi un cavo solo tra i due pc,
ciascuno dei due sistemi può essere server oppure client, MA non
contemporaneamente.


 contemporaneamente.
Vabbe', Alessandro, non te ne avere a male, ma ci rinuncio...
Non ti offendere, ma quando sapremo distinguere i fili elettrici
dalla corrente, potremo anche riparlarne.


 bye G.L.
Quello che se la prende, mi pare di non essere io.......


 Quello che se la prende, mi pare di non essere io.......
Alessandro, io non me la son presa con niente e con nessuno,
dove hai avuto questa impressione? Se tu sei convinto di
quello che sostieni, pace. Se interpreti quello che hai
letto su un howto in un modo che contrasta con l'esperienza
di chi ha usato pppd per un periodo abbastanza lungo, non
saprei che altro dirti. Ho solo tentato di aiutarti in qualche
modo suggerendoti un metodo alternativo per stabilire una rete
tcp/ip su seriale fra due macchine linux. Il resto, poco mi
interessa.
Ti auguro di riuscire comunque nei tuoi intenti.


 Se non ci sei riuscito, il problema e' altrove.
Puo' essere ad esempio un banale mancato binding del/dei socket
in listen detenuti dal daemon, sull'interfaccia pppX. Magari si
risolve con un banale restart del servizio dopo l'instaurarsi
del link ppp.
Mi e' gia' successo che, tirando su una eth con ifconfig dopo la
completa startup del sistema, alcuni daemon la "bindassero"
in automatico (tipo bind9), altri no... Non vedo perche' non
possa capitare anche con ppp.  :-)


 bye G.L.
Passate le vacanze e con un pò di calma, alla fine l'ho beccato...un due
punti che il toner "molto low" aveva trasformato in un punto (@?§%!);
ora funziona perfettamente. Chiedo venia per "averlo fatto a fettine" e
ringrazio tutti per il supporto tecnico e....morale.
