Da linux non vedo linux.azzurra.org (!)

[Steve]

Questa 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]

non 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]

Dal 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]

Io 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]

provato 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]

Questa 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

[/code]

[Steve]

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,

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]

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.



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]

linux.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]

Bhe 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]

Si', credo siano effettivamente due problemi diversi.
Quello su linux che hai risolto tu, e quello sul DNS che e' un'altra cosa.

[Azzurra]

Per 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]

Ok, 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 :)