Posté(e) le 14 décembre 200420 a Bon c'est encore moi avec mes problemes Ma connection ADSL marche nickel mais quelque fois, ou plutôt tout le temps maintenant, j'ai des problemes pour me connecter à certains sites (recherche du nom de domaine qui n'abouti pas ou connection refusée...). Sur ce dans le mdk control center je met les DNS de mon FAI, je me reconnecte, vérifie que les ip du serveur DNS sont bonnes ---- ça marche...sauf qu'au bout d'un moment ça recommence et là horreur mandrake ma remis les DNS par défaut tout seul sans rien que lui demande. J'essaye plusieurs fois, toujours la même chose, au bout d'un certain temps il me remet ces *** de DNS sans rien que je lui demande et résultat ça m'énerve. A ce stade je me dit qu'éditer à la main /etc/resolv.conf doit être la bonne solution --- toujours pareil: il démarre la connection avec les bons DNS et au bout d'un moment il les vire tout seuls. Je commence à désespérer car je vois pas trop de solutions Modifié le 24 décembre 200420 a par noobietux
Posté(e) le 14 décembre 200420 a n'ayant jamais eu ce problème ni même jamais lu, je te dirais de faire un script en bash/perl et de la mettre dans cron. Ce script vérifierait toutes les X minutes si les DNS de /etc/resolv.conf correspondent à celle de ton FAI si oui, prochiane vérif si non, réécriture du fichier. En attendant d'avoir de meilleures réponses, j'espère que ça t'aidera un peu
Posté(e) le 14 décembre 200420 a Auteur je te dirais de faire un script en bash/perl et de la mettre dans cron. Ce script vérifierait toutes les X minutes si les DNS de /etc/resolv.conf correspondent à celle de ton FAI si oui, prochiane vérif si non, réécriture du fichier. C'est hors de ma portée je pense Merci quand même. ps: si quelqu'un avait une idée sur ce qui change mes DNS ...
Posté(e) le 15 décembre 200420 a vi /etc.resolv.conf, tu y mets les @ dns, et tu changes les droits du fichier pour le rendre en lecture seule pour tout le monde. Je tenterais ca pour un premier jet.
Posté(e) le 15 décembre 200420 a C'est hors de ma portée je pense Bah c'est franchement pas dur, mais c'est vraiment pas propre. Le mieux serait de savoir qui écrit dans le fichier.
Posté(e) le 15 décembre 200420 a j'avais déja testé la solution de -rem- car je rencontrais le même problème eh bien le fichier était remplacé par je ne sais quel processus. ( ou alors j'avais mal appliqué les droits ... mais je ne pense pas ) sinon ... euh rien à proposer, dsl
Posté(e) le 15 décembre 200420 a c'est vraiment pas propre Jamais dit le contraire mais bon, c'était en attendant une meilleure solution.. Cela pourrait venir d'un processus ou d'une tâche foireuse dans cron, si un petit malin l'a mis...
Posté(e) le 15 décembre 200420 a Ben en fait, si le fichier n'a que des droits de lecture ( 444 ), je ne vois pas comment le systeme peut l'effacer.
Posté(e) le 15 décembre 200420 a chez moi c'était dnsmasq qui faisait ce genre d"aneries. une fois dégagé, m'embêtait plus ... si tu fais un ls -la /etc/resolv.conf tu auras l'heure à laquelle la modif à été faite. En comparant avec la crontab tu verras si elle y est pour qqch. Sinon ps -faux | grep dns, tu verras peut-être un dnsmasq ou équivalent.
Posté(e) le 15 décembre 200420 a Auteur J'ai fait ta manip : [root@localhost med]# ps -faux | grep dnsWarning: bad ps syntax, perhaps a bogus '-'? See http://procps.sf.net/faq.html root 14061 0.0 0.1 1960 760 pts/1 S+ 17:00 0:00 \_ grep dns root 6769 0.0 0.1 2368 852 ? Ss Dec14 0:00 \_ /usr/sbin/pppd pty /usr/sbin/pppoe -p /var/run/pppoe.conf-adsl.pid.pppoe -I eth0 -T 80 -U -m 1412 noipdefault noauth default-asyncmap defaultroute hide-password nodetach usepeerdns mtu 1492 mru 1492 noaccomp noccp nobsdcomp nodeflate nopcomp novj novjccomp user *********@neuf.fr lcp-echo-interval 20 lcp-echo-failure 3 Je ne vois pas de dnsmasq. Pour le reste je ne sais pas encore m'en servir, on verra plus tard. Sinon j'ai suivi -rem- j'ai mis le resolv.conf en lecture pour le tout le monde c'est radical. Merci à tous
Posté(e) le 16 décembre 200420 a Auteur Après un reboot (je sais spa bien ) le problème réapparait ps heu.. un" chmod 0754 crontab" c'est dangereux? j'ai peur d'avoir une connerie Modifié le 16 décembre 200420 a par noobietux
Posté(e) le 16 décembre 200420 a moi j'aurais fait un chmod 444 /etc/resolv.conf Et franchement si ca continue à le faire, il faut trouver le script qui le fait. Et au passage, mdk.... bon, je sors, c'est plus rapide !
Posté(e) le 24 décembre 200420 a Auteur Bon je remonte ce topic parceque c'est toujours pas réglé. [root@localhost etc]# ps -faux | grep dnsWarning: bad ps syntax, perhaps a bogus '-'? See http://procps.sf.net/faq.html root 7370 0.0 0.1 2368 908 ? Ss Dec23 0:00 \_ /usr/sbin/pppd pty /usr/sbin/pppoe -p /var/run/pppoe.conf-adsl.pid.pppoe -I eth0 -T 80 -U -m 1412 noipdefault noauth default-asyncmap defaultroute hide-password nodetach usepeerdns mtu 1492 mru 1492 noaccomp noccp nobsdcomp nodeflate nopcomp novj novjccomp user ************@neuf.fr lcp-echo-interval 20 lcp-echo-failure 3 root 30318 0.0 0.1 1960 760 pts/0 S+ 14:43 0:00 | \_ grep dns Ca serait pas peerdns le fautif ? Je précise que je ne sais absolument pas ce que je fait et que je n'ai aucune compétence pour comprendre ce message.
Posté(e) le 24 décembre 200420 a Et au passage, mdk.... bon, je sors hum ... Bonnes fêtes de fin d'année Rémy ainsi qu'à tout le monde sur ce forum !
Posté(e) le 24 décembre 200420 a essayes de faire lsof | grep /etc/resolv.conf Cette commande te permettra de voir tous les processus utilisant ton fichier (mais malheureusement à l'instant T uniquement). Si tu n'a pas lsof, essayes de l'installer (normalement dispo dans Mandrake, sinon
Posté(e) le 24 décembre 200420 a salut, c'est cencé faire quoi ps -faux | grep dns ?parceque je comprends pas ... , pourquoi pas ps -A |grep dns ? puis comme dit -rem- Ben en fait, si le fichier n'a que des droits de lecture ( 444 ), je ne vois pas comment le systeme peut l'effacer. enfin bon ....
Posté(e) le 24 décembre 200420 a Auteur salut,c'est cencé faire quoi ? Je ne sais pas c'est ce que l'on m'a suggéré de faire. parceque je comprends pas ... , pourquoi pas ps -A |grep dns ? ça ne me retourne rien. puis comme dit -rem- j'ai essayé, ça fonctionne, mais a chaque reboot le probleme revient. enfin bon .... Voila en fait le probleme Modifié le 24 décembre 200420 a par noobietux
Posté(e) le 24 décembre 200420 a ps -A ==> donnes tous les process en cours de fonctionnement. si l'on rajoute |grep dns ==> ca permet de trier que les applis qui contiennent 'dns'. donc dans ton cas tu n'a aucun programme qui tourne qui contient les lettres 'dns'. apres .... c'est sur que je sais pas pourquoi le fichier resolv.conf se fait effacer si tu lui as donné que des drois en lecture c'est un mistere ou alors tu te log en utilisateur 'root ' ce qu'il ne faut pas faire ..
Posté(e) le 24 décembre 200420 a Y'a aussi le client DHCP qui touche à ce fichier. Tu es en dhcp ? Tu as un dhclient qui tourne ?
Posté(e) le 24 décembre 200420 a salut,c'est cencé faire quoi ? parceque je comprends pas ... , pourquoi pas ps -A |grep dns ? les manpages sont une source d'informationquasi inépuisable une bonne habitude quand on te donne une commande que tu connais pas c'est de regarder son manpage ici $man ps $man grep si tu te demandes ce qu'est le |, il faudra regarder du coté de man bash (attention, longue lecture en perspective ) bref en fait tu as toute la docummentation pour comprendre n'importe quelle commande qui te seras donnée ah et puis quand ca "fait rien", en fait ca veut dire que ca a fait quelque chose :8 dans ce cas il affiche tous les processus en cours contenant "dns" si ca donne rien c'est qu'il n'a rien trouvé donc faut chercher ailleurs. bon par contre pour ton probleme, j'ai pas d'idées donc je laisse les pro répondre Modifié le 24 décembre 200420 a par Duke98
Posté(e) le 24 décembre 200420 a Il me sembela avoir déja vu se problème en fait sur la debian c'est pareil :8 , lorsque la connexion coupe ( ppp0 ou dhclient ) le serveur dhcp ( qui peut etre celui de ton fai ou ton routeur ou autre ) met à jour ton resolv.conf automatiquement en modifiant si necessaire ... sous debian dans le fichier de config de la connexion adsl ( reste à savoir ou il se cache sous mandrake .. # The following two options should work fine for most DSL users. # Assumes that your IP address is allocated dynamically # by your DSL provider... noipdefault # Try to get the name server addresses from the ISP. #usepeerdns # Use this connection as the default route. # Comment out if you already have the correct default route installed. defaultroute ## personnelement j'ai mis en commentaire le usepeerdns, car sinon à chaque connexion il écrasait mon resolv.conf et du coup il utilisait plus le dns qui tournait sur mon serrveur ... j'espere que c'est ça ....
Posté(e) le 24 décembre 200420 a Auteur Ah voila je pense que c'est bien le peer dns j'essayes ça merci. Bon alors je pense avoir enfin trouvé: J'ai édité les fichiers /etc/ppp/pppoe.conf /etc/ppp/resolv.conf et /etc/ppp/peers/ppp0 ça a l'air de roulez Modifié le 24 décembre 200420 a par noobietux
Archivé
Ce sujet est désormais archivé et ne peut plus recevoir de nouvelles réponses.