Newsgroup: it.comp.os.linux.software
Titolo: Problemi con browser Gecko-based

Salve a tutti
Da quando ho comprato un router adsl (Dlink DSL G604T) non riesco più a 
navigare su internet con tutti i browser gecko-based come mozilla, 
firefox, netscape: rilevano la connessione alla rete ma vanno 
ripetutamente in timeout, non aprendo di fatto i siti internet. Funziona 
solo Konqueror.
Il router e' connesso via ethernet, al posto del precedente modem 
(sempre ethernet: alcatel speedtouch home).
Prima, aggiungo, per connettere usavo le utility rp-pppoe mentre adesso 
sono direttamente connesso alla rete tramite il server dhcp del router.
Qualcuno ha riscontrato un problema simile al mio o, comunque, saprebbe 
aiutarmi a risolverlo?
Grazie molte!

 
A me capita una cosa simile, Firefox & company non vanno in time-out ma 
si limitano ad essere lentissimi a risolvere gli indirizzi, in pratica 
dalla richiesta "
www.google.it
" all'IP passano anche 10 secondi.
Una volta ricavato l'IP la velocità di caricamento della pagina è giusta.
Ho risolto modificando il file "/etc/resolv.conf", in questo file il 
DHCP scarica gli indirizzi dei server DNS e nel mio caso il primo era 
associato alla stessa macchina 192.168.0.1 mentre il secondo era quello 
del provider.
Mi è bastato cancellare la linea contenente l' indirizzo del computer 
(la prima) e lasciare solo quella del provider.
Ho notato che anche invertendo i DNS, cioè spostando in fondo il 
192.168.0.1 funziona, probabilmente Firefox prima prova il primo Dns, e 
dopo il time-out passa al secondo.
Riassumendo controlla che nel tuo /etc/resolv.conf ci sia come prima 
cosa il DNS del tuo provider.
Dimenticavo, il file in questione viene riscritto ad ogni avvio, quindi 
lo devi modificare ogni volta...
-- 
Rotwang
Per rendere corretto l'indirizzo sostituire "NienteSpam" con "tiscali".

 lo devi modificare ogni volta...
Hai provato a togliere "usepeerdns" dal file di configurazione della 
connessione?
Se anche così te lo riscrive, prova a "blindare" il file con chattr +i
Ciao, Paolo

 del provider.
Il tuo consiglio mi ha consentito di individuare il problema, che 
risiede in effetti nell'impostazione del dns, ma non a risolverlo.
Infatti nel file da te indicato trovo un solo server dns, che 
corrisponde all'ip del router stesso. Se escludo anch'esso il browser 
non tenta neppure la connessione, passando direttamente al messaggio di 
errore di impossibilita' di risoluzione dell'indirizzo.
Mi chiedo come mai invece Konqueror vada bene...
Forse sarebbe utile se qualcuno sapesse indicarmi dove potrei trovare i 
dettagli di rete di kde, se questi differiscono da quelli specificati 
nei file di configurazione in /etc
Gaetano

 corrisponde all'ip del router stesso.
Su internet trovi sicuramente i DNS del tuo provider.
Inoltre ti posso dare questo DNS che se non ricordo male dovrebbe essere 
libero:
nameserver 212.216.112.112
-- 
Lorenzo "Paulatz" Paulatto
Trieste
Dagli errori di Windows 98:
1070 0x042E Dopo l'avvio, il servizio si è sospeso in uno stato di attesa.
1440 0x05A0 Schermo già bloccato.

 nameserver 212.216.112.112
Se puo' servire, gia' che siamo in argomento, ho trovato questo elenco
di DNS che potrebbero venir bene per l'OP:
http://trucchi.swzone.it/swztips.php?action=tips&id=192
-- 
hth, hal

 Ciao, Paolo
Beh, penso che sia più pratico usare gli strumenti della mia 
distribuzione (SuSE, quindi Yast) per evitare che prelevi i DNS via 
Dhcp, non lo ho fatto perché ho uno script che viene eseguito all' avvio 
che mi sistema tutto automaticamente.
Invece mi incuriosisce l'accenno al "chattr", non lo avevo mai sentito e 
mi sono letto le man-page ma pare funzionare solo su ext2, infatti io ho 
provato sotto Reiser e anche se non mi da nessun errore il file viene 
tranquillamente sovrascritto.
Non mi pare molto standard un comando che funziona solo su un 
filesystem... ma se l'avranno fatto ci sarà un perché.
Cosa c'è di diverso dal togliere il flag di scrittura?


 
Questo è quello che non capisco, come mai Konqueror riesce a risolvere 
gli indirizzi senza Dns?
Speriamo che qualcuno più esperto ci aiuti a capire.


 
Hai ragione, non l'ho detto: uso slackware 10
In ogni caso, controllo subito se è attivo il dhcp per i dns e corro 
anche a provare la lista di dns gentilmente consigliata.
Grazie, spero di farvi avere presto notizie positive.
Gaetano

Grazie a tutti, inserendo alcuni dns tra quelli indicati nel file 
/etc/resolv.conf ho risolto i problemi.
Gaetano

 
Ho appena  comprato un G604T pure io, e la soluzione è piu' semplice di 
quello che sembra a prima vista:
nella conf del router, nella sezione DNS relay, devi mettere di usare il 
DNS relay con i server specificati, e inserire nel form gli indirizzi 
dei dns.
Poi sui client nel resolv.conf metti come dns l'indirizzo del router (di 
default 192.168.1.1) che così ti fa anche da caching nameserver.
-- 
Ciao, Renato


Credo che sia un problema di ipv6 e ipv4. La questione merita un 
approfondimento e puoi cercare su google in merito; in ogni caso 
disabilita l'ipv6 usato per default da Mozilla/Firefox e vedrai che non 
dovresti avere problemi. Non si tratta di un bug. Se Mozilla usa prima 
l'ipv6 e dopo l'ipv4, quando cerca di collegarsi ad un sito che gestisce 
solo l'ipv4 la connessione appare lentissima.
Il fatto che si vada in timeout significa che Mozilla/Firefox utilizza 
un settaggio di sistema (kernel) per usare solo ipv6.
Ecco qui una persona che pone il problema:
http://lists.freebsd.org/pipermail/freebsd-ports/2004-February/008831.html
In questa pagina si tratta il problema, anche se di sfuggita:
http://www.mozillaitalia.org/start/1.7/README.html
Nel caso descritto (FC2) si parla di disabilitare i supporto ipv6 nel 
kernel; stessa cosa è consigliata nel knowledge database di SuSE.
http://portal.suse.de/sdb/en/2003/10/90_mozilla_ipv6.html
Ho trattato la questione in maniera superficiale e tecnicamente 
discutibile, ma la strada da seguire è quella, insomma.
Saluti
Prospero