Newsgroup: it.comp.os.linux.debian
Titolo: Connessioni plip e slip [lunghetto]

  Chiedo qui anche se l'argomento è un po' generico, ma ho sempre trovato 
risposte mirate; e poi sulle due macchine è presente proprio debian.
  Situazione: vecchio laptop (acer travelmate 312T) su cui ho recentemente 
installato il sistema e che riesce ad andare nonostante le poche speranze. 
Purtroppo il sistema non ha una scheda eth, così (memore dei tempi di win9x) 
ho ripreso i cavi null-modem e null-printer.
  Nel caso del null-printer dopo l'ifconfig non riesco a raggiungere il 
sistema connesso verso il resto del mondo, proprio non si pinga; penso a 
qualche problema di configurazione delle parallele (ho anche rimosso il 
modulo lp, ove presente) ma non ho indagato ulteriormente.
  Nel caso del null-modem ho prima provveduto a configurarmi una console 
seriale e l'ho testata con minicom; dopo aver eseguito la connessione parte 
e riesco a raggiungere l'altro sistema ma non riesco, apparentemente, ad 
andare verso l'esterno però pingando ip esterni risultano raggiungibili 
(provato con un ip di google), la prima cosa che mi viene in mente è che 
manchino i dns, aggiungo i dns del sistema che esce ma sembra non 
utilizzarli.
  Ora le guide e i man per questo tipo di connessioni sono vecchie e spesso 
manca qualcosa, ma incrociando un po' i dati si riesce a far funzionare il 
tutto; per fortuna anzi che siano ancora pienamente supportate. Aggiungo un 
po' di dettagli per la connessione null-modem (l'altra si ottiene, o almeno 
dovrebbe, con un semplice ifconfig delle interfacce ma non sembra volerne 
sapere) o che comunque potrebbero essere utili.
1) Nella macchina che fa da tramite verso l'esterno il firewall è gestito da 
firestarter; dopo aver effettuato l'attivazione della connessione ho 
provveduto a modificare la scheda indicata per la rete interna in modo che 
venisse vista quella su cui era attestato il portatile (plip0 o ppp1)
2) per le connessioni slip ho utilizzato i seguenti comandi (affinati grazie 
al man)
Per il fisso che fa da ponte: pppd -detach crtscts lock proxyarp noauth 
local 192.168.2.1:192.168.2.2 /dev/ttyS0 115200
Per il portatile: pppd -detach crtscts lock defaultroute noauth local 
192.168.2.2:192.168.2.1 /dev/ttyS0 115200
  E il tutto sembra funzionare finché non si invocano i dns.
  Magari si tratta di una banalità, in ogni caso idee? Suggerimenti?
-- 
Non pretendo che comprendiate il significato di quello che ho scritto senza 
averlo riletto un certo numero di volte. Personalmente, vi riterrei degli 
stupidi se lo faceste. Io l'ho letto sei volte ed ancora non l'ho capito.

    Magari si tratta di una banalità, in ogni caso idee? Suggerimenti?
Hai impostato il default gateway? Anche questo sembra banale ma se si 
tralascia...
BTW molto a memoria, ma con le connessioni pppd (fosse anche coi 
null-modem) in debian conviene usare i chat-script e poi sul client 
andare di pon e poff per attivare la connessione.
Viene molto più facile impostare le options della seriale, in questo modo.
-- 
Massimo Bacilieri AKA Crononauta

 Viene molto più facile impostare le options della seriale, in questo modo.
  Mi documento sull'argomento e appena ho un po' di tempo faccio sapere.


    Mi documento sull'argomento e appena ho un po' di tempo faccio sapere.
Ah, poi un'altra cosa, butta un'occhiata qua (così al volo):
http://www.superant.com/cgi-bin/smalllinux.pl?Slip_Networking
perché adesso che mi viene in mente, se usi pppd non stai usando slip, 
ma devi usare un sistema di autenticazione point-to-point come se il 
server fosse un provider e il cliente lo raggiungesse via modem (invece 
del modem avrai il cavo che ti collega direttamente).
slip invece è un protocollo di connessione diretta, devi configurare le 
interfacce di rete in modo opportuno, senza la negoziazione ppp.
Il tutto molto col beneficio dell'inventario visto che le connessioni 
null-modem le usavo 10 anni fa, e con linux solo come server (il client 
era un win95 col modem fittizio "nullmodem").


 utilizzarli.
cioe`, se fai "ping 8.8.8.8" ottieni risposta, se fai "ping 
www.google.it
" 
ottieni "uknown host", giusto?
Sei sicuro di avere scritto i server DNS in /etc/resolv.conf?
nameserver 8.8.8.8
per esempio.
Ciao
	Stefano

Stefano Giuliano ha sentenziato:

  Se faccio ping 8.8.8.8 risponde, se risolvo localmente l'ip di google 
risponde (al ping); nonostante abbia messo correttamente il dns nel 
resolv.conf (prima avevo messo quelli usati dalla macchina che fa da ponte, 
ora 8.8.8.8) continua a non risolvere.
  Ho curiosato per vedere cosa accade usando wireshark e vedo le seguenti 
situazioni:
  ping con ip -> connessione ok con risposta
  ping con nomehost -> si ferma attendendo una risposta dns
  richiesta web (w3m) con nomehost -> si ferma attendendo una risposta dns
  richiesta web con ip di google -> invia la richiesta ma non torna indietro 
nulla
  Stessi tentativi ma sulla connessione verso l'esterno e le risposte 
tornano; quindi c'è qualcosa che le blocca.
  Strano però che non blocchino i ping.
  Indagherò meglio appena ho un po' di tempo.


Francesco ha sentenziato:
  Alla fine ho risolto ... con una scheda di rete su usb; approfondirò la 
questione per pura curiosità con più calma


   Strano però che non blocchino i ping.
Ma il masquerading e' impostato sulla macchina che fa da gateway?
bye G.L.
-- 
Da it.discussioni.consumatori.tutela:
 > P.S. Quando ci sarà lo switch-off, avrò problemi anche col
 > monitor del PC? Ho visto che è collegato in modalità analogica.

 Ma il masquerading e' impostato sulla macchina che fa da gateway?
  Sì con riserva :) Di base è impostato e funziona per la ethernet 
secondaria (ho uno switch per cui mi ci appoggio per la condivisione ad 
internet) e ho cambiato la configurazione di firestarter ... in teoria 
dovrebbe andare; in pratica non ho indagato le differenze (magari è più 
qualcosa a livello di iptables).
