Newsgroup: it.comp.os.linux.sys
Titolo: Perche' localhost non e' piu' raggiungibile?

**** Post for FREE via your newsreader at 
post.usenet.com
 ****
Ciao a tutti,
dopo aver postato invano su c.o.l.networking, ci provo qui sperando di
essere piu' fortunato.
Mi collego al mio provider tramite classici script pppd/chat (pppd-2.4.1)
ed ho un piccolo server nntp (Leafnode-1.9.25) avviato attraverso il
super-server Xinetd-2.3.9. Tramite la direttiva 'bind' in
/etc/xinetd.conf, Leafnode ascolta sugli indirizzi 127.0.0.1 e
192.168.0.1, lo stesso come altri servizi, ad esempio Sane, Telnet ecc. Mi
collego regolarmente ad internet, scarico le news con 'fetchnews' ma
quando, dopo aver chiuso la connessione al mio provider, cerco di leggere
(con Pan 0.11.3) le news appena scaricate scopro di non potere piu'
collegarmi a 'localhost' e questo e' quanto riportato da Pan:
** WARNING **: Connessione a 127.0.0.1, porta 119 fallita: No route to
host
oppure
** WARNING **: Connessione a 127.0.0.1, porta 119 fallita: Connessione
rifiutata
Lo stesso succede se cerco di usare Sane, che pure usa l'interfaccia di
loopback per accedere allo scanner in modalita' non root:
[xscanimage] No scanners were identified.
Pero' questi servizi sono raggiungibili regolarmente da un altro pc in
rete, quindi ne deduco che, quando pppd termina il suo lavoro, c'e'
qualcosa che disturba l'interfaccia di loopback 'lo' ma *non*
l'interfaccia di rete 'eth0'. Tutti i servizi riprendono a funzionare
regolarmente se riavvio il pc. Non si risolve il problema passando a init
1 e successivamente a init 4, e neppure riavviando 'lo' (# ifconfig lo
down e poi # ifconfig lo up).
Avevo il pacchetto standard Inetd-1.79s, poi sostituito con Xinetd-2.3.9
nella spernanza di risolvere il problema.
Penso che potrei anche raggirare il problema configurando i servizi che
ora usano l'indirizzo 127.0.0.1 ad usare 192.168.0.1, ma non credo sia il
modo giusto di agire....
Dimenticavo: ho una Slackware 8.1 con kernel 2.4.19. Qualcuno ha avuto un
simile problema?
Grazie a chi mi risponde.
-- 
hamr...@toglimi.freemail.it
ANTI-SPAM: rimuovere "toglimi." per rispondere in e-mail.
ANTI-SPAM: please cut "toglimi." for my real e-mail address.
Powered by Linux 2.4.19 on Slackware 8.1
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 *** Usenet.com - The #1 Usenet Newsgroup Service on The Planet! ***
 
http://www.usenet.com
Unlimited Download - 19 Seperate Servers - 90,000 groups - Uncensored
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

 host
posta l'output del comando "netstat -r"

HamRadio wrote:
#route delete default
Veeecchio problema della Slack ;)
-- 
Please remove .invalid to reply

 posta l'output del comando "netstat -r"
rk@alfa:~$ netstat -r
Kernel IP routing table
Destination  Gateway  Genmask        Flags  MSS Window  irtt Iface
localnet     *        255.255.255.0  U       40 0          0 eth0
loopback     *        255.0.0.0      U       40 0          0 lo
rk@alfa:~$ /sbin/route 
Kernel IP routing table
Destination  Gateway   Genmask        Flags Metric Ref    Use Iface
localnet     *         255.255.255.0  U     0      0        0 eth0
loopback     *         255.0.0.0      U     0      0        0 lo
rk@alfa:~$ ping -c4 localhost
PING localhost.localdomain (127.0.0.1): 56 octets data
--- localhost.localdomain ping statistics ---
4 packets transmitted, 0 packets received, 100% packet loss


 Veeecchio problema della Slack ;)
Strano, ho usato la Slack 8.0 per circa un anno, ma questo problema non
l'ho mai avuto. Ce l'ho soltanto da quando sono passato alla 8.1, eppure
mi sono conservato tutti i vari files di configurazione (.config del
kernel compreso).
