[...] >>>>> Dans /etc/ resolv.conf est un lien vers >>>>> /etc/resolvconf/run/resolv.conf et j'ai l'impression qu'il se >>>>> régénère automatiquement a chaque reboot, donc j'ai hésité a le >>>>> modifier. >>>> Oui le resolv.conf est tout le temps regénéré après une requête DHCP. >>> C'est pour cela que j'avais précédemment mentionné le fait de retirer >>> l'option __domain-name-servers__ du fichier /etc/dhcp3/dhclient.conf. >>> >>> Mais semble t'il personne n'y a prêté attention. >> MeaMaxima Culpa ;-) Je m'en vais essayer en rechargeant le module IPV6 et >> en enlevant cette option de dhclient.conf.
> 1- j'ai de-blackliste le module ipv6 > 2- j'ai desactive/supprimé l'option __domain-name-servers__ > 3- j'ai rebooté et le navigateur c'est remis a ramer pas possible > > [..] > > 1- j'ai reblacklisté ipv6 > 2- reboot et là le navigateur est repassé en formule 1 :-)) > > Explication ? je n'y comprend rien mais sa marche Je viens de vérifier en déconfigurant un de mes postes, et il n'y a aucun doute cela fonctionne correctement. Le fait d'enlever la directive domain-name-servers fait que je ne récupère pas le serveur DNS proposé par mon serveur DHCP. C'est le même principe que pour le MTU, le serveur ntp ... Du coup, si j'indique la livebox en nameserver sur mon poste client, ça rame, et si j'y place les serveurs orange, je passe en mode formule 1 comme tu dis. (à condition d'autoriser le traffic DNS des clients vers l'extérieur). As tu vérifier à quoi ressemblait ton fichier resolv.conf avant et après que ton interface soit montée. Les serveurs orange y sont-ils bien spécifiés, le fichier resolv.conf reste-t-il non modifié ... Tu peux aussi sniffer le réseau et regarder vers qui vont les requêtes DNS. -- Franck Joncourt http://debian.org - http://smhteam.info/wiki/ Fingerprint : C10E D1D0 EF70 0A2A CACF 9A3C C490 534E 75C0 89FE
signature.asc
Description: OpenPGP digital signature