Newsgroup: it.comp.os.linux.sys
Titolo: La scheda di rete funziona ma ping no.

Salve.
Mi trovo davanti ad un problema da far incazzare davvero. Allora succede
quanto segue con la mia scheda di rete (Realteck 8139C su RH7.1):
Come vedete sotto ifconfig vede la scheda:
[root@gaia antonio]# /sbin/ifconfig 
eth0      Link encap:Ethernet  HWaddr 00:A0:A2:00:B8:9E  
          inet addr:192.168.0.3  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3 errors:0 dropped:0 overruns:0 frame:0
          TX packets:47 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100 
          Interrupt:5 Base address:0x8000 
lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:379 errors:0 dropped:0 overruns:0 frame:0
          TX packets:379 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
---------------------------------------------
Anche il kernel vede la scheda:
[root@gaia antonio]# dmesg |grep "eth0"
eth0: RealTek RTL8139 Fast Ethernet at 0xc8858000, 00:a0:a2:00:b8:9e, IRQ 5
eth0:  Identified 8139 chip type 'RTL-8139C'
eth0: Setting 100mbps full-duplex based on auto-negotiated partner ability 41e1.
-----------------------------------------------
Infatti se faccio un ping alla mia scheda ovvero:
[root@gaia antonio]# ping -c1 192.168.0.3
PING 192.168.0.3 (192.168.0.3) from 192.168.0.3 : 56(84) bytes of data.
Warning: time of day goes back, taking countermeasures.
64 bytes from 
192.168.0.3
: icmp_seq=0 ttl=255 time=9.156 msec
--- 192.168.0.3 ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss
round-trip min/avg/max/mdev = 9.156/9.156/9.156/0.000 ms
vedete che viene pingata. Ma se faccio un ping alla scheda dell'altro PC
che ho (stessa scheda su WinME) non ottengo risposta. Come mai. Ho
controllato il cavo con il tester e funziona ma dopotutto fino a qualche
giorno fa funzionava normalmente con lo stesso cavo...............
Che cosa può essere??
Ciao

Geotronix wrote:

pastaci un
route

[..]

WinME) non ottengo risposta.
E il contrario ? Magari e' WinME che fa' i capricci ...
-- 
 __
| _         "The Internet is slow, could you please reboot it ?"
|__|iambo   mailto:
gabr...@giambonini.com
 
www.giambonini.com

 route
Non puoi quotare tutto, per aggiungere due righe...
Dai non è difficile, devi tagliare quello che c'è sopra lasciando solo ciò che è
utile alla comprensione....
Saluti....

 
[root@gaia antonio]# /sbin/lsmod 
Module                  Size  Used by
ppp_deflate            41824   0  (autoclean)
bsd_comp                4576   0  (autoclean)
ppp_async               6704   1  (autoclean)
ppp_generic            17136   4  (autoclean) [ppp_deflate bsd_comp ppp_async]
sb                      7856   1  (autoclean)
sb_lib                 36016   0  (autoclean) [sb]
uart401                 6768   0  (autoclean) [sb_lib]
sound                  62688   1  (autoclean) [sb_lib uart401]
soundcore               4464   5  (autoclean) [sb_lib sound]
ide-cd                 26848   0  (autoclean)
cdrom                  27232   0  (autoclean) [ide-cd]
mga                    95984   1 
agpgart                23392   3 
parport_pc             17968   1  (autoclean)
lp                      5168   0  (autoclean)
parport                25952   1  (autoclean) [parport_pc lp]
8139too                16480   1  (autoclean)
ipchains               38976   0  (unused)
usb-uhci               20720   0  (unused)
usbcore                49664   1  [usb-uhci]
sd_mod                 11680   0  (unused)
scsi_mod               95072   1  [sd_mod]
Qunidi non penso che sia un problema di driver. C'è proprio da
incavolarsi. Posto anche il route ma non mi pare che il ping necessiti
del routing. Che io sappia una volta impostato l'indirizzo di rete non
c'è bisogno d'altro per il ping, o sbaglio?
[root@gaia antonio]# /sbin/route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
151.5.172.57    0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
192.168.0.0     192.168.0.2     255.255.255.0   UG    0      0        0 eth0
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
0.0.0.0         151.5.172.57    0.0.0.0         UG    0      0        0
ppp0
P.S. Quando ho lanciato il route ero collegato ad internet.
Altri suggerimenti?


Il problema che avevo io era dovuto al fatto che i pacchetti in entrata non
venivano ricevuti dal driver. Prova a fare un "ping -t 192.168.0.3" dalla
macchina win e controlla il numero di pacchetti trasmessi e ricevuti aumenta
o meno (lo vedi da ifconfig). Se il numero di pacchetti rx non aumenta
probabilmente hai il mio stesso problema (oppure un problema di cavo).
Se cosi' fosse, vorrei precisare che se RH7.1 usa un kernel della serie 2.4
non significa necessariamente che il driver 8139too sia piu' recente di
quello della 2.2.19 (mi sembra che il 2.2.19 si uscito un po' dopo i primi
2.4.x), percio' non e' detto che un aggiornamento del kernel non possa
essere utile.
Ciao
Alessandro Staltari
staltari(a)
geocities.com
PS:
Credo che anche il ping abbia proprio bisogno del routing per funzionare,
altrimenti il sistema non sa attraverso quale interfaccia inviare i
pacchetti.
Il fatto che con i kernel moderni l'impostazione dell'indirizzo sulla scheda
provochi l'aggiunta automatica di una route predefinita non deve far pensare
che questa impostazione non serva a nulla.

michele nicosia wrote:

se non avessi nient'altro di meglio da fare che dire agli altri come 
postare sui ng, probabilmente taglierei anche tutto.
Purtroppo però sono impegnato anche in altre cose

 che ho (stessa scheda su WinME) non ottengo risposta. Come mai.
Curiosità: se fai un ping da WinME a linux cosa succede? Ti si incarta
pure quello?
Non è che sia Win a dare problemi? (non lo dico come il solito "in fa
schifo", ma solitamente una volta che ifconfig vede la scheda non ci
sono nè santi nè madonne che almeno per un ping questa funzioni!)
Ciao
--ev

>>route


Hai provato a prendere in considerazione l'idea di assumere una brava
segretaria bionda, per sopperire a questa tua mancanza di una manciata
di secondi che ci vuole per accontentarci?
-- 
Ci sentiamo  |  Remigio Zedda  || Attenzione! campo "From:" alterato
ciao Remigio |                 ||==> E-mail: 
remi...@tiscalinet.it
-------------|      ..si` d'accordo.. ma con la Deb e` un'altra cosa!
/* Linux 2.2.17 su Debian GNU/Linux 2.2 Potato */

 Purtroppo però sono impegnato anche in altre cose
Se l'avessi notato prima il tuo post probabilmente te l'avrei fatto
notare anche io che hai quotato da cani. La scusa degli impegni e'
alquanto ridicola perche' il tempo per scrivere su Usenet ce l'hai
quindi hai anche il tempo per imparare a quotare come si deve, non
riportando un intero articolo per scrivere due righe.
-- 
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 *

 che ho (stessa scheda su WinME) non ottengo risposta.
Stesso identico problema con una scheda di rete 3c920 di un computer fornito
con WinME (la rete funziona sotto win) e su cui ho installato RH7.1. La 3c920
*in teoria* è compatibile con la 3c905TX, di cui ho caricato l'apposito driver (3c59x.o)
/etc/rc.d/rc3.d/S10network start  [ok]
si pinga da sè, ma se pingo un'altra macchina... ciccia! network unreachable
Non è la prima macchina che configuro sulla stessa rete, quindi i files di configurazione
sono a posto, controllati 100 volte: DNS e routing ok; l'unica differenza con le altre
macchine è la scheda di rete...
non ti sono stato d'aiuto, ma... se ne esco fuori ti faccio sapere
ciao, gian

Un momento!! il tuo problema e' diverso da quello di Geotronix.
Lui a 100% packet loss, tu ricevi dei ICMP (che ti manda il kernel)
di network unreachable.
Dal suo prospetto sembra un problema di hub o, se assente, di cavo
UDP incrociato.
Il pacchetto ICMP "network unreachable" viene generato dal nodo di
instradamente che non ha informazioni di routing per raggiungere
la destinazione indicata in "Destination" del datagramma IP.
Come se il tuo kernel non avesse in tabella di routing la rete
direttamente connessa.
Forse hai sbagliato la subnet o forse pinghi un indirizzo in 
un' altra network IP, o forse usi ancora un kernel 2.0.xx che
non aggiunge automaticamente info di routing delle reti direttamente
connesse.
Se fai
ifconfig
e hai inet addr:192.168.40.1  Bcast:192.168.40.255  Mask:255.255.255.0
                                                       ^^^^^^^^^^^^^
hai una interfaccia sulla rete 192.168.40.xxx di cui puoi pingare tutti
gli hosts. per pingare qualcun altro devi dire al kernel chi e' il
gateway con
route add .....
Vedi l' output di
netstat -rn
o di
route -n
per verificare la raggiungibilita' dell' host.
Per il problema di Geotronix io verificherei:
HUB? Cavo UDP? Media Type del drive caricato dal kernel?
100 Mbits non supportati da HUB?
Poi mi arrendo!
Ciao
Roberto.


 gateway con route add .....
già fatto...
cmq ho appena visto su un archivio di mailing list che non sono l'unico con un problema
relativo a quella scheda di rete su un computer della Dell; consigliano di ricompilare
il driver, ora provo anche se mi pare strano....
grazie cmq, gian

 Purtroppo però sono impegnato anche in altre cose
Mi dispiace che la prenda cosi:
A) non sei l'unico a postare su usenet
B) non sei l'unico ad avere impegni e sottrarre del tuo tempo per aiutare gli
altri
C) non sei l'unico che ha di meglio da fare..
D) Sei l'unico, o fra i pochi, che non quota e porta delle scuse così puerili
per discolparsi..
Credo che, se davvero ti interessa aiutare gli altri, come gli altri hanno
aiutato tè, dovresti metterci del rispetto: quindi nient eprese per culo e
rippsetto della netiquette.
Non voglio fare la paternale, ma potevi uscirtene con un bel "..mi dispiace sto
knode non lo consoco ancora bene..."....era un presa per culo, ma IMHO, meglio
di quello che hai detto.....
Saluti carissimi...

postare sui ng, probabilmente taglierei anche tutto.
Noi, visto che abbiamo di meglio da fare che leggere i tuoi post, ti
salutiamo.
-- 
           |Save our planet!
  Ciao     |Save wildlife;
  roberto  |For your E-MAIL use only recycled Bytes !!
           |roberto poggi  
rpo...@softhome.net

 unreachable
Allora probabilmente e' un problema di collegamento. Fatti bene i cavi?
I led "link" sono accesi su entrambe le macchine?
-- 
Brain fried -- core dumped
*** Don't THINK different, BE different! BeOS.***
http://www.be.com
 
http://www.bugit.org

 I led "link" sono accesi su entrambe le macchine?
la macchina č stata fornita con winME e la rete funziona... quindi non
č problema di cavi; in fase di installazione di RH la scheda di rete viene
riconosciuta come "3Com unknown ethernet device" o qualcosa del genere
invece che come 3c905TX come dichiarato dal costruttore...
come dire... la vede ma non riesce a gestirla... hai presente come alcuni
winmodem? (solo che qui carica il modulo, tira su l'interfaccia... e stop!)
ciao, gian

192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
Il problema sta qui: o una sottorete e' direttamente connessa oppure c'e' un
gateway, un'impostazione del genere non ha senso (anche se non credo sia
colpa tua).
Inoltre, quel gateway, secondo le impostazioni, non sara' mai raggiungibile:
in pratica, gli hai detto che per raggiungere la rete 192.168.0.0 deve
passare per 192.168.0.2 e che per raggiungere quest'ultimo deve passare per
la rete 192.168.0.0 (loop). :-)
Rimuovi la riga incriminata e vedrai che tutto funziona.
-- 
BlueRaven
Prima di parlare, ricorda:
mount -t auto /dev/brain /mnt/mouth

 incavolarsi. Posto anche il route ma non mi pare che il ping necessiti
Ciao,  nell'altro msg  si legge  che hai  l'irq della  scheda di  rete
settato a 5  che e' quello che  di solito usano le schede  audio e qui
sembra che  abbia una scheda  audio installata a giudicare  dai moduli
caricati. Prova a controllare che non vi sia sovrapposizione degli irq
(anche se il sistema dovrebbe rilevare automaticamente).
Ciao Francesco.
-- 
<*> bash$ man -h  per il pinguino che non deve chiedere mai. <*>  
<*> lynx file:/usr/doc/*                                     <*>

essere utile.
Non ho niente di utile da aggiungere,
per onor di cronaca vorrei dire che attualmente l'8139too si sta
sviluppando solo sulla serie 2.4.x
in pratica la versione si e' congelata sulla serie 2.2.x
per quel che ne so la cosa migliore per chi ha una 8139too e' usare il
2.2.18 o meglio ancora fare una piccola ricerca sugli archivi della
LKML e prendere la patch di Oleg Marenko, che in pratica corregge
quanto e' andato distrutto nel passaggio da 2.2.18 a 2.2.19.
Dimenticavo, succedono casini se si compila con SMP support.
Per la serie 2.4.x non ci dovrebbero essere problemi di nessun tipo,
almeno io non he ho avuti su una Slackware 8 con un kernel 2.4.6 senza
SMP support.

 quanto e' andato distrutto nel passaggio da 2.2.18 a 2.2.19.
Precisazione:
Il mio problema l'avevo con la versione del 2.2.18 e l'ho risolto con la
versione distribuita presente nel 2.2.19.
Alessandro

 unreachable
Cosi sembra un problema di routing ....
Il ping a se stessi non passa x il driver ( se la sk č rotta o il driver 
non funziona bene il ping a se stessi č comunque OK )