Steve · 14/10/2004 07:55 · #1Questa e' bizzarra, onestamente non so perche' stia accadendo ma la realta' e' questa: dal mio pc con linux non riesco ad aprire http://linux.azzurra.org , mentre invece ci riesco benissimo dal pc windows di mio padre e da quello di mia madre, dunque sulla stessa rete LAN (cioe' stesso router, quindi stesso DNS). Non capisco quindi perche' slackware mi debba dire "Host not found" mentre entrambi i win2000 non hanno problemi a risolvere l'IP e proseguire con l'apertura delle pagine.
Preciso tutti i test sono stati fatti su entrambe le piattaforme con lo stesso browser, ovvero Mozilla Firefox, quindi escludo problemi specifici in questo senso. Non possono essere problemi delle pagine in se' o della loro visualizzazione, perche' proprio non riesco ad averne l'IP su linux, ma non ho problemi a risolvere un qualsiasi altro host *.azzurra.org (per entrare in chat o qui sul forum, ad esempio).
Lo stesso problema accade anche per http://irc.netsplit.de .
... Qualcuno ha qualche suggerimento? :-?
liquid_snake · 14/10/2004 15:34 · #2non saprei che dire.
Io apro senza problemi tutti e due i siti, ed uso un mozilla 1.7.2.
Dal codice html in oltre non mi pare ci siano delle controindicazio particolari, figurati che si può aprire anche con links!!!
per il resto nada
Steve · 14/10/2004 15:37 · #3Dal codice html in oltre non mi pare ci siano delle controindicazioni
Al codice html non ci arrivo nemmeno, quindi non puo' essere quello il problema.
Che poi, a dirla tutta, in quel caso e' codice php... ma vabbe' ;)
typedef_c · 14/10/2004 17:33 · #4Io da Suse 9.1 lo apro perfettamente sia da Konqueror che da Firefox. Quindi presumo non sia un problema di compatibilita' ma di dns o di routing :) (provato un traceroute?almeno vedi se si blocca subito o cosa)
Ciau type :D
Steve · 14/10/2004 17:41 · #5provato un traceroute?
Non e' che ci sia molto da tracciare...
steve@jojofc:~$ ping linux.azzurra.org
ping: unknown host linux.azzurra.org
steve@jojofc:~$ traceroute linux.azzurra.org
traceroute: unknown host linux.azzurra.org
steve@jojofc:~$
giuseppe_dj · 17/10/2004 09:35 · #6Questa e' bizzarra, onestamente non so perche' stia accadendo ma la realta' e' questa: dal mio pc con linux non riesco ad aprire http://linux.azzurra.org ,... Qualcuno ha qualche suggerimento? :-?
A naso, da root:
echo "0" >/proc/sys/net/ipv4/tcp_window_scaling
e
echo "0" >/proc/sys/net/ipv4/tcp_default_win_scale
Fammi sapere se funge,
bye
Steve · 17/10/2004 10:38 · #7A naso, da root:
echo "0" >/proc/sys/net/ipv4/tcp_window_scaling
e
echo "0" >/proc/sys/net/ipv4/tcp_default_win_scale
Fammi sapere se funge,
Dunque... i valori erano rispettivamente 1 e 7 prima della modifica.
Una volta messi a zero, http://linux.azzurra.org non si apre ancora (stesso errore segnalato prima), mentre http://irc.netsplit.de si apre senza problemi.
La domanda sorge spontanea: cosa sono quei files? :) Mo' gugolo un po' :P
giuseppe_dj · 17/10/2004 10:54 · #8Una volta messi a zero, http://linux.azzurra.org non si apre ancora (stesso errore segnalato prima), mentre http://irc.netsplit.de si apre senza problemi.
Ho riletto meglio il post di prima :P linux.azzurra.org non lo risolvi nemmeno, quindi i problemi sono 2. Contralla i tuoi dns
Steve · 17/10/2004 11:17 · #9linux.azzurra.org non lo risolvi nemmeno, quindi i problemi sono 2. Controlla i tuoi dns
Eh, e' questo il bello della vicenda: il DNS e' sul router che gestisce la LAN, con IP privato 192.168.1.1
I due win2k (peraltro spianati meno di due settimane fa) hanno come unico DNS il 192.168.1.1
La mia slackware ha sempre lui:
steve@jojofc:~$ cat /etc/resolv.conf
search jojofc.home
nameserver 192.168.1.1
steve@jojofc:~$
Non so se possa essere un problema derivato dalla recente migrazione, in pratica ho comprato un pc nuovo e gli ho infilato il disco fisso su cui stava installata slack sul pc vecchio, limitandomi a ricompilare il kernel, i driver audio e qualche altra inezia. Ma i parametri di rete non li ho toccati...
giuseppe_dj · 17/10/2004 11:30 · #10Bhe fai un po' di prove, host linux.azzurra.org dns.tin.it e via dicendo.
Guarda pure nei log del router che dns prende.
ciao
Steve · 17/10/2004 11:36 · #11Si', credo siano effettivamente due problemi diversi.
Quello su linux che hai risolto tu, e quello sul DNS che e' un'altra cosa.
Azzurra · 17/10/2004 13:33 · #12Per quanto riguarda linux.azzurra.org, questi non è altro che un alias linux.inxide.it, se l'unico host *.azzurra.org a non risolvere è linux. è evidente che il problema è su linux.inxide.it, host appartenente ai gestori del canale #linux e gestito da un loro dns.
Facendo due prove
root@rose[~] # host linux.inxide.it ammi.mclink.it
;; connection timed out; no servers could be reached
root@rose[~] #
root@rose[~] # host linux.inxide.it dns.flashnet.it
;; connection timed out; no servers could be reached
root@rose[~] #
sembra proprio che il problema sia di linux.inxide.it, host a cui fa riferimento linux.azzurra.org.
Per quanto riguarda dns.tin.it e il fatto che non risolva gli host *.azzurra.org, qui mi pare un problema diffuso a tutto il dns, tanto che :
root@rose[~] # host irc.azzurra.tin.it dns.tin.it
;; connection timed out; no servers could be reached
root@rose[~] #
Questo la dice lunga e si commenta da solo credo :)
Steve · 18/10/2004 11:44 · #13Ok, il papocchio sul DNS mi e' chiaro e ringrazio per la spiegazione :)
Pero' mi rimaneva il dubbio su cosa fossero i due files citati da giuseppe_dj, quindi ho dato mandato a Google di provare a spiegarmeli, pescando due siti principalmente: uno su LWN (http://lwn.net/Articles/92727/) ed uno su ArchLinux (http://wiki.archlinux.org/index.php/Kernel%202.6.8.1%20slows%20down%20my%20internet%20 to%20a%20crawl!).
Intanto, e' un problema dei kernel 2.6.8 e seguenti (io uso 2.6.8.1, che e' l'ultima versione stabile su kernel.org (http://www.kernel.org)), per i quali il default del tcp_default_win_scale e' passato da 0 a 7 ed il default di tcp_window_scaling e' passato da 0 a 1.
Se ho ben compreso, il problema risiede in uno stack del TCP/IP che offre supporto per il Windows Scaling, e viene generato dal fatto che molti router - incluso evidentemente il mio - azzerano il valore dello scaling invece di lasciarlo passare cosi' come giunge dall'esterno.
Per Linux, siccome il precedente default era zero, il problema semplicemente non si poneva; per Windows, evidentemente quello stack e' e restera' a zero in saecula saeculorum.
Azzerando il valore con quei due echo riporta la situazione al settaggio dei kernel precedenti e bypassa il problema.
A questo punto, le cose che mi sfuggono...
1) cosa sia il Windows Scaling... forse mi rispondero' da solo leggendo la RFC 1323 (http://www.faqs.org/rfcs/rfc1323.html) :)
2) che utilita' pratica ha il Windows Scaling, se quello stack del TCP/IP viene troncato allegramente dal mio router (e, credo, anche da molti altri)
3) se il mio router debba essere aggiornato per gestire quello scaling o se, come immagino, si tratta di un'inezia che puo' continuare ad essere troncata ad ogni passaggio
Grazie ancora a chi ha lasciato le sue risposte :)
