Newsgroup: it.comp.os.linux.iniziare
Titolo: Problema navigazione

Ciao a tutti ,
visto che purtroppo riscontro grossi problemi di navigazione ad
intervalli quesi regolari sul mio sistema Debian (Sarge) , vorrei cercere di
risolverli analizzzando il problema alla radice.
E possibile visionare i log ( /var/log/ ... ) ma non so esattamente quale
file analizare ..sono principiante .
Potete indicarmi dove guardare per vedere se riesco a capire quale problema
mi impedisce di navigare visto che il problema si presenta a "singhiozzo)" ?
Faccio presente che ho configurato la scheda di rete manualmente ( niente
dchp)
Grazie mille
Aiace

 file analizare ..sono principiante . 
be', non sono molti, se non ricordo male è messages ;
cmq se apri una shell e lanci dmesg dovresti vedere le 
ultime segnalazioni;
r
-- 
The world crashes in, into my living room [David Byrne]
tutto sui Pentangle: 
http://umpf.net/

 file analizare ..sono principiante .
Non dici che genere di problemi hai, ma dubito che troverai qualcosa
di utile nei file di log. In generale, risolvere non megli precisati
"problemi di navigazione" coinvolge queste conoscenze:
- tipo di connessione utilizzata (modem, ADSL, IP statico/dinamico, ecc.)
- conoscenze di base di IP, TCP e meccanismo per la risoluzione dei nomi
di dominio.
Gli strumenti fondamentali per diagnosticare i problemi di rete sono:
- ping unqualchehost
- traceroute unqualchehost
- ifconfig
- route -n
I file coinvolti sono:
- /etc/resolv.conf (v. man resolv.conf)
Le letture consigliate sono:
- iNetworking-Overview-HOWTO, Network-Install-HOWTO, NET3-4-HOWTO, e
vari altri documenti a seconda della situazione in cui sei. Gli HOWTO
sono spesso a corredo delle distribuzioni, altrimenti li trovi nel The
Linux documentation project (
www.tldp.org
).
Ciao,
 ___ 
/_|_\  Umberto Salsi
\/_\/  
www.icosaedro.it

 segnalazioni;
Ciao Rama
avevo visto quel file in precedenza e avevo notato questa voce ( secondo me) 
strana :
 Jan 29 22:35:57 debian kernel: NFORCE2: BIOS didn't set cable bits 
correctly. Enabling workaround.
Ma questa voce compare anche quando riesco a navigare .
L'unica cosa davvero strana e che durante ilboot  , l'avvio si ferma per piu 
' di un minuto alla voce starting MTA quando riscontro problemi di 
navigazione .
Potrebbe essere solo una coincidenza ?
Purtroppo in questo momento ti scrivo da Win da dove sto scaricando 
l'iso -live di Ubuntu
Non posso quindi postarti l'intero log di /Var/log/messages
Grazie 

 - /etc/resolv.conf (v. man resolv.conf)
Ciao Umberto ,
ti faccio presente la mia situazione
-Scheda i rete configurata manualmente ( IP -Gw- Subnetmask )
-Collegamento adsl (flat Tin.it) tramite Router (AtlantisLand I-Storm)
-Nessun problema sulla mia linea( quando non navigo con Linux ..passo a Win
e nessun problema)
-Ho verificato /etc/resolv.conf e i dns sono i classici per tin.It .
Mi permetto di postarti i risultati di Ifconfig -a E route -n inoltre
iptables -L
 /home/cris1# ifconfig -a
eth0 Link encap:Ethernet HWaddr ************
BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Interrupt:185 Base address:0x7000
eth1 Link encap:Ethernet HWaddr ************
inet addr:192.168.1.100 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::226:54ff:fe15:a4ec/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1559 errors:0 dropped:0 overruns:64 frame:0
TX packets:759 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:569966 (556.6 KiB) TX bytes:101316 (98.9 KiB)
Interrupt:193 Base address:0xc000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:38 errors:0 dropped:0 overruns:0 frame:0
TX packets:38 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:2636 (2.5 KiB) TX bytes:2636 (2.5 KiB)
sit0 Link encap:IPv6-in-IPv4
NOARP MTU:1480 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Per route -n
debian:/home/cris1# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
0.0.0.0 192.168.1.254 0.0.0.0 UG 0 0 0 eth1
Per iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
I dns sono esatti
Spero davvero possiate aiutarmi
Grazie mille
Aiace

 Potrebbe essere solo una coincidenza ? 
ricordo che MTU ha a che fare con la connessione, forse è 
qlc di simile;
passo la parola agli esperti;
r
-- 
non volete spendere un soldo per i programmi? passate a Linux
http://www.umpf.net/ramapage/slack.htm

 passo la parola agli esperti;
Ciao , parlo proprio di MTA (legato a Exim4) non di mtu legato alla 
connesione
Aiace 

 - /etc/resolv.conf (v. man resolv.conf)
Ciao Umberto ,


 e nessun problema)
io ho avuto problemi con ecn abilitato. Controlla che il file
/proc/sys/net/ipv4/tcp_ecn 
contenga uno '0'
altrimenti dai (da root) un
echo 0 > /proc/sys/net/ipv4/tcp_ecn
.a.
-- 
Il mattino ha l'oro in bocca. Il MATTino ha l'OrO In bOcca.
i lma tt ino ha l'o roin bocc a.ilmattinohal'oroinbocca. il ma tt in
oh al' or oi nb oc ca. il matti noha l'oroinbocca. IL MATtiNO Ha l'ORO
InBOCCa. I l m a t t i n o  h a l' o r o i n b o c c a . ilmattinohal'oroin
BoCcA. iLmAtTiNoHaL'oRoInBoCcA.

 echo 0 > /proc/sys/net/ipv4/tcp_ecn
Ciao , avevo gia ' seguito questo consiglio  , ma purtroppo il problema 
persiste.
Non riesco proprio a capire
Grazie comunque
Aiace 

 I problemi si presentano coi nomi? Fa differenza se usi i numeri di ip?
Purtroppo anche usando i numeri Ip non si rislolve iol problema.
Ho provato sia da browser che da shell ( ping 209.237.227.195 ) e in 
quest'ultimo caso il risultato e ' host non raggiungibile .
Non so piu cosa pensare
Ma e' possibile che la linea adsl faccia differenza tra sistemi operativi , 
in maniera cosi' marcata ?
Sinceramente mi rifiuto di crederlo
Aiace 

 in maniera cosi' marcata ?
no. Intanto verifica che la configurazione del client sia la medesima
tra windows e linux (IP, routing, dns etc) poi verifica che il router sia
raggiungibile (ping/http/telnet) poi fai un traceroute verso un ip per
vedere dove si ferma. Verifica anche che non ci siano regole "strane"
nel firewall. Dai anche un'occhiata nei log per verificare che la
scheda di rete funzioni correttamente.



Ciao,
configurazione Ip , route e dns identica .ti posto di nuovo questi dati







I dns sono esatti
Come vedi per iptables e'tutto su accept
Aggiungo che con /etc/network/interfaces ottengo questo :
auto eth1
iface eth1
address 192.168.1.100
network 192.168.1.0        ( questo dato mi sembra strano ..cosa ne pensi ?)
broadcast 192.168.1.255
gateway 192.168.1.254
# dns-*options are implemeted by the resolvconf package , if installed
dns-nameserver 62.211.69.150
dns-star cr
Aiace
netmask 255.255.255.0

 dns-star cr
sono tutti dati ragionevoli. Ma il router almeno riesci a pingarlo?



Sono appena ritornato da Debian ..ancora niente navigazione
Se pingo 192.168.1.100 tutto ok
se pingo 192.168.1.254 passa qualche frazione di secondo in piu e mi dice 
che passa da 192.168.1.100 e poi tutto ok con 2000 e qualcosa ms ..spero di 
ricordate bene .
Non posso nemmeno stamapare perche ' non ho configurato ancora la stampante
Se faccio traceroute verso qualsiasi indirizzo esterno mi dice destination 
host unreachable 

 host unreachable 
Fai copia&incolla su un file nella partizione windows, o copialo su
floppy...
L'errore e' una cosa tipo "Network is unreachable" o semplicemente
scrive una serie di '*' dopo il primo?
Il router almeno dovrebbe vedertelo quando fai traceroute, io ad
esempio se provo a fare traceroute su un host che non esiste ottengo:
kenny:~# traceroute 192.168.0.1 -n
traceroute to 192.168.0.1 (192.168.0.1), 30 hops max, 38 byte packets
 1  10.0.0.1  4.142 ms  1.979 ms  2.351 ms
 2  * * *
 3  * * *
 4  * * *
 5  * * *
dove 10.0.0.1 e' il mio router
Se disabilito la route di default (che pero' tu hai ed e' impostata
correttamente da quanto mi hai detto) dovresti avere:
kenny:~# traceroute 192.168.0.1
traceroute: Warning: findsaddr: netlink error: Network is unreachable
traceroute: Warning: ip checksums disabled
traceroute to 192.168.0.1 (192.168.0.1), 30 hops max, 38 byte packets
traceroute: sendto: Network is unreachable
 1 traceroute: wrote 192.168.0.1 38 chars, ret=-1


 wrote in message 
news:87d5vky...@arcimboldo.homelinux.org...

Corro su Debian e ti riporto i dati
Grazie mille ..ci tengo parecchio ad usare Debian con un collegamento ben 
funzionante
Ciao

anto ha scritto:

Finalmente ti scrivo da Debian

anto ha scritto:

Purtroppo non riesco a capire come mai ogni tanto la connessione ritorna 
..senza una spiegazione logica.
Non ho effettuato nessuna modifica nei files di configurazione che vi ho 
postato .
Spero di capire la situazione il prima possibile

 Finalmente ti scrivo da Debian
be', dicci come hai fatto che siamo curiosi!


 
Ti posto i files utili a capire la mia situazione
/home/cris1# ifconfig -a
eth0      Link encap:Ethernet  HWaddr ***********
           BROADCAST MULTICAST  MTU:1500  Metric:1
           RX packets:0 errors:0 dropped:0 overruns:0 frame:0
           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:1000
           RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
           Interrupt:185 Base address:0x7000
eth1      Link encap:Ethernet  HWaddr ************
           inet addr:192.168.1.100  Bcast:192.168.1.255  Mask:255.255.255.0
           inet6 addr: fe80::226:54ff:fe15:a4ec/64 Scope:Link
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:18426 errors:0 dropped:0 overruns:44 frame:0
           TX packets:9298 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:1000
           RX bytes:20453024 (19.5 MiB)  TX bytes:832792 (813.2 KiB)
           Interrupt:193 Base address:0xc000
eth2      Link encap:UNSPEC  HWaddr 
00-E0-18-00-00-47-DE-32-00-00-00-00-00-00-00-00
           BROADCAST MULTICAST  MTU:1500  Metric:1
           RX packets:0 errors:0 dropped:0 overruns:0 frame:0
           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:1000
           RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
lo        Link encap:Local Loopback
           inet addr:127.0.0.1  Mask:255.0.0.0
           inet6 addr: ::1/128 Scope:Host
           UP LOOPBACK RUNNING  MTU:16436  Metric:1
           RX packets:82 errors:0 dropped:0 overruns:0 frame:0
           TX packets:82 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:0
           RX bytes:5916 (5.7 KiB)  TX bytes:5916 (5.7 KiB)
sit0      Link encap:IPv6-in-IPv4
           NOARP  MTU:1480  Metric:1
           RX packets:0 errors:0 dropped:0 overruns:0 frame:0
           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:0
           RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
/home/cris1# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use 
Iface
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth1
0.0.0.0         192.168.1.254   0.0.0.0         UG    0      0        0 eth1
/home/cris1# iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination
Chain FORWARD (policy ACCEPT)
target     prot opt source               destination
Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination
cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth1
iface eth1 inet static
         address 192.168.1.100
         netmask 255.255.255.0
         network 192.168.1.0
         broadcast 192.168.1.255
         gateway 192.168.1.254
         # dns-* options are implemented by the resolvconf package, if 
installed
         dns-nameservers 62.211.69.150
         dns-search cr
Come puoi vedere non mi sembra che ci sia nessuna differenza dai log dei 
file che ho postato quando la navigazione e' out .
Non riesco proprio a capire
Ti serve qualche altro dato ?