Newsgroup: it.comp.reti.ip-admin
Titolo: problemi di routing

un router con linux debian sarge (kernel 2.6.8 o 2.4.27) non consente ai
client in lan di raggiungere (mediante browser) determinati siti.
per essere piu' precisi:
1) il router raggiunge e naviga tutti i siti
2) i client in lan raggiungono e navigano senza problemi alcuni siti (come
ad esempio 
www.libero.it
)
3) i client in lan non navigano altri siti (come ad esempio 
www.yahoo.com
) 
riuscendo invece a pingare (quando pingabili) gli stessi tranquillamente 
4) non e' un problema di DNS, non ci sono proxy, e sul router l'ECN e'
disattivato
5) con linux woody come router non avevo problemi
se puo' essere utile ad aiutarmi, posso inviare i pacchetti catturati sul
router nel caso positivo e nel caso negativo
sarebbe immensamente gradito anche solo un suggerimento che indichi a chi 
potermi rivolgere
saluti
-- 
Fabrizio


il router e i client in lan che netmask hanno?
pep

 il router e i client in lan che netmask hanno?
i client in lan e il router su entrambe le schede di rete 255.255.255.0
il router si connette a internet con pppoe attraverso un modem/bridge adsl
ethernet
-- 
Fabrizio

>
c'e' per caso un firewall in mezzo?
yahoo lo pinghi ma non riesci a visualizzare la pagina html giusto?
prova a fare telnet 
www.yahoo.it
 80..
peppe

 router nel caso positivo e nel caso negativo
Sì, un dump potrebbe essere utile, per cominciare
L'indirizzo è valido.
Nel frattempo, se tra le macchine routate ce n'è una linux/bsd, potresti
provare un hping -S -p 80 --traceroute -n 
www.yahoo.com
 e postare
l'output.
-- 
Per non dimenticare:
http://snipurl.com/SdC_ed_il_vino
Le sigarette a volte danno buoni consigli:
http://snipurl.com/sigarette

 l'output.
# hping -S -p 80 --traceroute -n 
www.yahoo.com
HPING 
www.yahoo.com
 (eth0 216.109.117.204): S set, 40 headers + 0 data bytes
hop=1 TTL 0 during transit from ip=192.168.0.1
hop=1 hoprtt=0.4 ms
[lunga attesa: interrompo con CTRL-C] 
--- 
www.yahoo.com
 hping statistic ---
98 packets transmitted, 1 packets received, 99% packet loss
round-trip min/avg/max = 45.3/225.5/3196.9 ms
per avere piu' informazioni, dalla stessa macchina:
# hping -S -p 80 --traceroute -n 
www.google.com
HPING 
www.google.com
 (eth0 66.102.9.99): S set, 40 headers + 0 data bytes
hop=1 TTL 0 during transit from ip=192.168.0.1
hop=1 hoprtt=0.4 ms
[lunga attesa: interrompo con CTRL-C] 
--- 
www.google.com
 hping statistic ---
98 packets transmitted, 1 packets received, 99% packet loss
round-trip min/avg/max = 45.3/225.5/3196.9 ms
# ping -c 10 
www.yahoo.com
PING 
www.yahoo.akadns.net
 (216.109.118.66): 56 data bytes
64 bytes from 
216.109.118.66
: icmp_seq=0 ttl=53 time=190.1 ms
64 bytes from 
216.109.118.66
: icmp_seq=1 ttl=53 time=191.5 ms
64 bytes from 
216.109.118.66
: icmp_seq=2 ttl=52 time=191.7 ms
64 bytes from 
216.109.118.66
: icmp_seq=3 ttl=52 time=191.0 ms
64 bytes from 
216.109.118.66
: icmp_seq=4 ttl=52 time=190.2 ms
64 bytes from 
216.109.118.66
: icmp_seq=5 ttl=52 time=190.9 ms
64 bytes from 
216.109.118.66
: icmp_seq=6 ttl=52 time=192.2 ms
64 bytes from 
216.109.118.66
: icmp_seq=7 ttl=53 time=194.0 ms
64 bytes from 
216.109.118.66
: icmp_seq=8 ttl=52 time=192.7 ms
64 bytes from 
216.109.118.66
: icmp_seq=9 ttl=53 time=191.9 ms
--- 
www.yahoo.akadns.net
 ping statistics ---
10 packets transmitted, 10 packets received, 0% packet loss
round-trip min/avg/max = 190.1/191.6/194.0 ms
dal router invece:
# hping -S -p 80 --traceroute -n 
www.yahoo.com
HPING 
www.yahoo.com
 (ppp0 68.142.226.32): S set, 40 headers + 0 data bytes
hop=1 TTL 0 during transit from ip=192.168.100.1
hop=1 hoprtt=48.7 ms
hop=2 TTL 0 during transit from ip=80.21.193.18
hop=2 hoprtt=48.0 ms
hop=3 TTL 0 during transit from ip=151.99.98.245
hop=3 hoprtt=45.3 ms
hop=4 TTL 0 during transit from ip=80.20.8.121
hop=4 hoprtt=238.9 ms
hop=5 TTL 0 during transit from ip=151.99.98.102
hop=5 hoprtt=68.1 ms
hop=6 TTL 0 during transit from ip=151.99.75.149
hop=6 hoprtt=69.0 ms
hop=7 TTL 0 during transit from ip=195.22.208.97
hop=7 hoprtt=82.5 ms
hop=8 TTL 0 during transit from ip=195.22.216.173
hop=8 hoprtt=185.7 ms
hop=9 TTL 0 during transit from ip=206.223.115.16
hop=9 hoprtt=177.3 ms
hop=10 TTL 0 during transit from ip=216.115.96.169
hop=10 hoprtt=196.5 ms
hop=11 TTL 0 during transit from ip=206.190.33.14
hop=11 hoprtt=186.0 ms
len=44 ip=68.142.226.32 ttl=54 DF id=27234 sport=80 flags=SA seq=11
win=65535 rtt=196.8 ms
len=44 ip=68.142.226.32 ttl=53 DF id=28154 sport=80 flags=SA seq=12
win=65535 rtt=196.2 ms
len=44 ip=68.142.226.32 ttl=53 DF id=29082 sport=80 flags=SA seq=13
win=65535 rtt=197.7 ms
len=44 ip=68.142.226.32 ttl=54 DF id=30209 sport=80 flags=SA seq=14
win=65535 rtt=200.7 ms
len=44 ip=68.142.226.32 ttl=53 DF id=31206 sport=80 flags=SA seq=15
win=65535 rtt=200.1 ms
[CUT infinito] [interrompo con CTRL-C]
--- 
www.yahoo.com
 hping statistic ---
199 packets transmitted, 199 packets received, 0% packet loss
round-trip min/avg/max = 45.3/225.5/3196.9 ms
Che ne pensi?
Grazie per l'interessamento.
-- 
Fabrizio

 peppe
# telnet 
www.yahoo.com
 80 
Trying 216.109.117.107... 
Connected to 
p22.www.dcn.yahoo.com
. 
Escape character is '^]'. 
  io>GET 
...
[nessuna risposta ricevuta]
dalla stessa macchina:
# telnet 
www.punto-informatico.it
 80
Trying 62.85.163.47...
Connected to 
www.punto-informatico.it
.
Escape character is '^]'.
  io>GET
HTTP/1.1 400 Bad Request
Server: Microsoft-IIS/5.0
Date: Thu, 21 Oct 2004 20:19:02 GMT
Content-Type: text/html
Content-Length: 87
<html><head><title>Error</title></head><body>The parameter is incorrect.
</body></html>Connection closed by foreign host.
Me lo aspettavo, ma non riesco a venirne a capo.
Ho anche impostato i parametri del kernel
# sysctl -a | grep net
da una woody funzionante come router, ma non e' servito.


 ethernet
Rifai adsl-setup: Se non sbaglio c'e' una domanda apposita riguardo
MTU/MRU e MSS, che vanno aggiustate se condividi la connessione sulla
lan.
bye G.L.
-- 
« E' assolutamente evidente che l'arte del cinema
  si ispira alla vita, mentre la vita si ispira alla TV »
(Woody Allen)

 MTU/MRU e MSS
La cosa può essere un po' più incasinata, però.
Sappiamo bene che su internette troppo spesso gli icmp vengono filtrati
senza criterio, ad esempio, il che è Male(TM).
E che accade se i nostri client sparano allegramente syn con mss=1460?
Che non funziona più Una Beata Mazza(TM), al primo pacchetto ad mss 1460
che i server remoti dovessero pensare di inviare.
Ergo, per il tcp preferisco intervenire direttamente in FORWARD andando ad
abbassare opportunamente il mss con iptables.


 tcp di 1460 byte.
-- 
Fabrizio

 abbassare opportunamente il mss con iptables.
Ho letto la tua risposta riportata da fabrizo, e me lo son salvata.  ;-)
TNX, wiplash. C'e' da dire che, aggiustando il MSS su una debian che
condivideva la connessione pppoe, non avevo avuto problemi, pur
avendola testata per troppo poco tempo. Ma suppongo che la regola
su forward sia opportuna, per quanto capisca ancora poco riguardo
questi problemi.   :-)


 avendola testata per troppo poco tempo.
Domanda: faceva da gateway?
-- 
"Io mi sarei aspettato un intervento più misurato dall’assessore Ascoli, 
nel senso che, ospite in questo paese, poteva avere maggiore rispetto..."
(Giannotti di Forza Italia all'assessore Ascoli, ebreo italiano)
http://snipurl.com/antisemitafi

 Domanda: faceva da gateway?
Si', naturalmente, dovendo nattare la lan per farla uscire
su internet.


 su internet.
Visto che non ho mai usato pppoe, ho chiesto ad un amico (grazie a
Maurizio Tannoiser) ed ho installato il pacchetto per leggerne il man.
Ora, ecco cosa fa lo switch -m:
-m MSS Causes pppoe to clamp the TCP maximum segment size at the specified value.
   Because of PPPoE overhead, the maximum segment size for PPPoE is smaller than
   for normal Ethernet encapsulation.  This  could  cause  problems  for
   machines on a LAN behind a gateway using PPPoE.  If you have a LAN behind
   a gateway, and the gateway connects to the Internet using PPPoE, you
   are strongly  recommended to use a -m 1412 option.  This avoids having
   to  set  the MTU on all the hosts on the LAN.
Premesso che mi sfugge perchè indichi il valore 1412 invece di 1452, il
senso mi pare chiaro: sembrerebbe che pppoe riesca a manipolare l'opzione
mss dell'header tcp ed abbassarlo al valore indicato dopo -m
Insomma, la stessa cosa che fa iptables con --set-mss, apparentemente.


 Insomma, la stessa cosa che fa iptables con --set-mss, apparentemente.
Ma infatti a me andava bene con 1452 (1454 su windows col rasppoe). :-)
E' esattamente questo che deve essere configurato.
bye G.L.