Newsgroup: it.comp.os.linux.sys
Titolo: ping non funzionante

Ciao a tutti.
Ho una scheda madre basata su chipset nforce (nvidia).
Sono riuscito a far funzionare tutto eccetto la scheda di rete.
Viene riconosciuta "correttamente" tramite il driver forcedeth ma appena 
tento di pingare qualunque host la risposta è sempre: irraggiungibile.
Ho fatto alcuni tentativi:
1- attaccare/staccare il cavo: le luci sulla scheda di rete si accendono 
correttamente, le luci sullo switch si accendono correttamente, dmesg 
scrive correttamente il cambiamento (link off,link on), ethtool 'vede' 
correttamente il link.
2- provare ad attaccare direttamente il pc con un altro pc (evitando 
eventuali problemi hardware allo switch ed al cavo, dato che sono 
passato da dritto a cross).
Le luci si accendono, dmesg scrive il cambiamento etc etc etc ma il ping 
è sempre irraggiungibile.
Grazie, ale.
(P.S: siccome tempo fa scrissi una mail simile, e poi mi accorsi 
semplicemente di aver attaccato il cavo nella scheda errata (non 
uccidetemi, mi sono già inflitto tutte le pene da solo), questa volta 
posso dirvi che di scheda di rete ce ne è solo una quindi è impossibile 
sbagliare....)

 - www: 
http://csvtosql.sf.net
Legge di Patton: Meglio un buon piano oggi che un piano perfetto domani.

 
Prova così, da root:
sull'host 1:
ifconfig eth0 192.168.1.1 up
iptables -F
iptables -X
iptables -P INPUT ACCEPT
iptables -P OUTPUT ACCEPT
route add default gw 192.168.1.1 eth0
sull'host 2:
ifconfig eth0 192.168.1.2 up
iptables -F
iptables -X
iptables -P INPUT ACCEPT
iptables -P OUTPUT ACCEPT
route add default gw 192.168.1.1 eth0
Poi prova, da host 1:
ping 192.168.1.2

 
Dai su...
adesso non ho sottomano la macchina ma la rete è perfettamente 
funzionante e configurata. Solo che non pinga.

 ping 192.168.1.2
Come detto sopra, non è ne un problema di routing ne di firewall.
Avevo già fatto queste prove.

 Avevo già fatto queste prove.
Se non è un problema di link,
se non è un problema di routing,
se non è un problema di firewall,
se non è un problema di configurazione dell'interfaccia,
allora o il driver è malfunzionante, 
o c'è qualche cosa che pensi che vada, ma non va.

 o c'è qualche cosa che pensi che vada, ma non va.
già, sicuramente qualcosa non va....ma cosa?

 allora o il driver è malfunzionante, 
a me una volta è successo questo: stessa macchina, scheda di rete
riconosciuta, rete configurata perfettamente ma non andava (no ping e
affini), cambiato distro (e kernel) tutto ok con la stessa configurazione
(purtroppo è un bel po' di tempo fa e non ricordo i dettagli, le distro
erano debian e ubuntu).

 funzionante e configurata. Solo che non pinga.
Senza sapere com'e` configurata la rete (e ammettendo che sia tutto ok), se
non si parlano ...
a) il cavo
b) una delle due schede di rete
c) uno dei due driver
-- 
--> x3m <--

Era il Thursday 31 August 2006 15:09 e cosi` parlo` x3m ...
dimenticavo:
d) firewall
-- 
--> x3m <--

 c) uno dei due driver
il driver nforce è quello dell'ultimo kernel.
l'altro computer è windows ed ha la rete perfettamente funzionante 
(riesco a navigare)

 d) firewall
firewall non presente ne su win, ne su linux

 erano debian e ubuntu).
io non posso cambiare distro....
però mi pare strano che sia la distro....penso più ad un driver o 
qualche altra cosa su cui si appoggia il driver della rete.

 
Forse si, forse no.
Dal momento che uso slackware, il driver nvidia non si compila.
E pensavo che quello incluso nel kernel fosse già funzionante di suo 
senza strane configurazioni quindi non ho mai provato a fare il porting 
di quello nvidia per la slackware.
E poi non mi pareva fosse open quello ufficiale...
dopo controllo
P.S: se poi proprio butta male proverò a fare il porting con quello 
nvidia (dato che non si compila perchè da un carretto di errori)

 (riesco a navigare)
Non scarterei comunque l'opzione d) Firewall...
Sei sicuro che sulla macchina windows non ci sia? Se hai Xp va su da 
solo... e lo devi disabilitare se vuoi che il ping funzioni...
Si chiama Windows Firewall e lo trovi nel pannello di controllo... prova 
a metterlo su "Disabilitato... Opzioni sconsigliata" e riprova.
Se poi il male e' quello ti crei le regole ad-hoc nelle eccezioni.
Ciao,
D.

 D.
Scusa la risposta scontata... stavo attendendo il ripristino di un 
backup dopo una mezza giornata passata a rispondere a $N (molto alto) 
utenti (si, lo so che la posta non funziona. si, ci sto lavorando) e 
credevo di scrivere su it.comp.os.linux.iniziare.
Cmq hai controllato il firewall di XP?
D.
-- 
Sono Wolf, risolvo problemi - Pulp Fiction, 1994

 Cmq hai controllato il firewall di XP?
Si certo, inoltre è la prima cosa che disattivo.
Ma non riesco a pingare nemmeno un router.....

 Grazie, ale.
potrebbe avere a che fare con il fatto che nelle ultime
schede con chipset nforce si puo' attivare via un firewall
nel bios stesso? hai controllato il bios? chissa', forse
dipende da questo.

 dipende da questo.
Questa non la sapevo.
Comunque non mi pare di aver visto firewall nel bios....
controllerò meglio....
Ma se la scheda riesce a pingare se stessa, mentre tutti gli altri host 
da irraggiungibile, al 99.99% è un problema di firewall/cavo ? non 
potrebbe essere un problema di compatibilità driver che non riesce a far 
uscire i pacchetti?
Fino ad ora avete detto tutti di controllare 
firewall/cavi/cavetti/switch/hub (cosa che ovviamente avevo già fatto) 
ma non mi è mai stato detto qualcosa tipo: controlla la libreria XYZ che 
  nella versione 123 ha problemi con i chipset nforce...
Presumo sia più un problemino di compatibilità di driver con qualche 
merda di libreria installata su quella slackware (10.2)
Farò la prova del 9 con una live.
Se con la live la scheda funziona a dovere (magari con lo stesso driver 
forcedeth) il problema potrebbe essere solo in qualche libreria non 
molto compatibile presente su slack.
In quel caso come muoversi?
P.S: goooogooolando ho trovato un forum dove veniva esposto il mio 
stesso identico problema, anche li le risposte erano: controlla le 
tabelle di routing, le arp, i firewall i cavi etc etc ma alla fine non
è stato scritto se il problema si è risolto o meno.

 uscire i pacchetti?
Nonostante lo avessimo chiesto, non ci hai mai inviato l'output di
ifconfig.
Da li' si puo' vedere se i pacchetti entrano e non escono, se escono
e non entrano, se entrano, escono e sono tutti errati, o se il sistema
poi non li considera, o se addirittura la scheda e' down.
Forse lo avrai gia' verificato, ma noi che ne sappiamo? :-P
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 uscire i pacchetti?
Puo' anche essere un problema di netmask.
Fabio/32

 
A si, dove mi veniva chiesto se ho configurato la rete :)
Però mi pare di aver risposto: appena ho la macchina sottomano (cioè 
domani mattina, e questo lo aggiungo adesso) posterò l'output. Adesso 
non ho la macchina in ufficio.
Stavo solo cercando un po di info 'generiche' in modo da fare altri 
controlli domani mattina (oltre a postare l'output di ifconfig)

 Puo' anche essere un problema di netmask.
Quella è stata controllata
192.168.0.1 netmask 255.255.255.0 [pc linux]
192.168.0.2 netmask 255.255.255.0 [pc win]


Verifica che ci sia la giusta rotta per 
192.168.0.0/24
.
Considera l'eventualita' che sia stata negoziata una velocita'
per il link che il cablaggio non e' in grado di servire.
Controlla con uno sniffer, da un'altro host, che escano le arp
request da 192.168.0.1 quando pinghi il .2.
Prova a sniffare dall'interfaccia di 192.168.0.1 per vedere se
riesce a catturare del traffico dalla rete.
Rifai tutte le prove dopo avere applicato sul case dei santini
con l'effige di Linus e di sant Ignuzio.
Chiediti se in fondo e' cosi' importante e poi vai a prenderti
una birra.
Fabio

 una birra.
La birra potrei prenderla ugualmente...
In effetti non è molto importante far funzionare la scheda di rete in 
quanto la macchina ha il seguente scopo:
Hardware compatibility test. che nell'ufficio qui significa: si compra 
una macchina 'che_potrebbe_funzionare_per_un_dato_server_o_servizio' e 
si verifica la compatibilità con la nostra distro e poi la si ricicla 
per uso windows.
Ovviamente non ha passato il test.

 sbagliare....)
Hai controllato i parametri per quel driver? Intendo quelli visibili
con modinfo <driver> nel caso sia un modulo, di solito indicati con
"parm:". Magari esiste un modo per attivarlo in modalità debug,
che si spera dia messaggi su log di sistema o via dmesg.
Per quanto segue volevo solo segnalare come una volta
mi capitò una stranezza con un portatile centrino dotato di scheda
ethernet Broadcom 4400. 
Ok ok, non è neanche la stessa marca, è solo per portare la mia esperienza.
Il driver "b44" presente nel kernel 2.4.26(credo), segnalato come "Il
driver per le schede Broadcom 4400 ecc.ecc." si caricava senza errori,
creava l'interfaccia eth0, sulla quale potevo configurare IP e tutto,
ma poi semplicemente non funzionava, né ping né nulla, senza messaggi
nel syslog o nel messages o visibili con dmesg.
Ho dovuto scaricare il driver proprietario bcm44, con quello funzionava.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Forse lo avrai gia' verificato, ma noi che ne sappiamo? :-P
Appena escogito un modo per portare l'output di ifconfig dal computer 
con problemi a questo da cui scrivo vi posto l'output.
cmq per ora lo scrivo a manina dopo aver fatto un ping di qualche 
secondo verso un host locale
---------
eth0     Link encap:Ethernet  HWaddr 00:17:31:A4:79:DE
          inet addr:192.168.0.25 Bcast:192.168.0.255 Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:12 errors:0 dropped:0 overruns:0 frame:0 carrier:0
          collisions:0 txqueuelen:1000
	 RX bytes:0 (0.0 b)  TX bytes:504 (504.0 b)
          Interrupt:16 Base address:0xc000
----------
A quante pare i pacchetti escono ma non rientrano? (qualcuno me li sta 
rubando.... mannaggia)

 riesce a catturare del traffico dalla rete.
tcpdump -i eth0
non cattura nulla.
Nemmeno un ping fatto dal mio portatile diretto alla macchina con problemi

          TX packets:12 errors:0 dropped:0 overruns:0 frame:0 carrier:0
ok, e' su, non ci sono errori, l'indirizzo e' tutto sommato accettabile,
e il fatto che mandi pacchetti e' un buon segna, per il tuo dubbio sulla
affidabilita' dei driver.
Io continuo a pensare a:
- Il cavo che in realta' non e' buono.
- L'altro pc fa parte di una subnet diversa.
- La scheda che e' proprio guasta nella parte ricevente.
- Rotte errate su quel pc o su quello che stai pingando.
- Il pc che stai pingando e' stato istruito a non rispondere ai
   ping, che e' il default per windows XP, ad esempio.
   Vai a mettere la spunta su tutti i valori di icmp sulla macchina XP.
Solo quando TUTTE queste cose sono state verificate sperimentalmente,
proverei a dare la colpa ai driver.


 proverei a dare la colpa ai driver.
Aggiungerei magari anche il controllo della scheda di rete; a me un
falso contatto del connettore aveva dato problemi analoghi.
-- 
Flavio Visentin
Membro del CICAP
Comitato Italiano per il Controllo delle Affermazioni di P4

    Vai a mettere la spunta su tutti i valori di icmp sulla macchina XP.
Cambiato cavo, switch, computer di prove per i ping e topologia di
rete.
Le prove fino ad oggi le ho fatte a casa, stamattina in ufficio.
ho pingato macchine win (senza firewall, dato che vengono pingate bene
da altri) e macchine linux senza firewall

 falso contatto del connettore aveva dato problemi analoghi.
Uff....faccio prima a dargli fuoco e farla cambiare in garanzia...
ma prima provo un live


 Nemmeno un ping fatto dal mio portatile diretto alla macchina con problemi
Se tcpdump non riceve pacchetti e ifconfig non segnala pacchetti in
ingresso, è ovvio che il problema non risiede nella conf di rete.
A questo punto può essere la scheda andata a donne di facili costumi
(ipotesi più probabile da quel che dici in altri post) o il driver
altamente sputtanato (il ping su se stessi non vale in quanto il driver
della scheda viene praticamente bypassato).
Alternativamente potrebbe essere che vi sia il firewall HW abilitato da
software. Io proverei a installare i drivers liberi (che sicuramente sai
cosa fanno) e se ancora non va si tratta al 99.9% di un problema HW.


 cosa fanno) e se ancora non va si tratta al 99.9% di un problema HW.
Io sto già usando i liberi...
il forcedeth è quello open.
Quello nvidia invece non so se è open...o cmq devo tribulare veramente 
tanto per farlo andare su slack.