OVH Community, your new community space.

enfumage


nowwhat
10/02/2014, 09h54
Ca fait des années que j'ai ceci
cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.0.1
Quelque chose me dit qu'il faut pas modifier ce fichier soi-même

Coté config "/etc/resolvconf/resolv.conf.d/"
que
cat /etc/resolvconf/resolv.conf.d/original
mentionne:
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
mail:~# cat /etc/resolvconf/resolv.conf.d/original
nameserver 127.0.0.1
Pareil, quelque chose me dit qu'il faut pas modifier ce fichier soi-même

Il y avait un
nameserver 213.186.33.99
aussi avant ...

OS: Debian 7.4 (nouvelle version sortie depuis 08/02/2014) - bind installé, qui gère mes 5 domaines.

Autant que j'ai compris, le "resolver" se paramètre tout seul avec d'autres scripts dès que bind se lance, ou un interface est 'up'.

Ce que j'ai compris:
127.0.0.1, soit le DND locale (bind), s'occupe de tout.
SI il ne trouve pas un domaine, il a l'accès au 13 DNS 'root' pour qu'il fouille jusqu'à fin fond de l'internet.
Pas besoin sous-traiter une demande DNS par mentionner d'autre serveurs DNS .... car mon 127.0.0.1 répondra toujours.

starouille
10/02/2014, 03h39
+1, au pire le DNS d'OVH à un assez gros cache pour tenir si on le met en first. Après c'est que de l'optimisation.

Tu met les DNS de google (8.8.8.8), t'as une réponse ultra lente à chaque fois.. Tu met celui d'ovh, c'est 10 fois plus rapide... mais le mieux restera un cache DNS (ex: dnsmasq (préfèrence pour moi)) et 127.0.0.1 en first et celui d'ovh en secondaire.

Le dns ça bouffe "que dalle", aucun PC ou presque n'a un cache DNS mais ils utilisent ceux de leur FAI ou ceux de google .. Tout est question d'opti après.

ddavout
08/02/2014, 21h08
Citation Envoyé par buddy
Le serveur n'a pas à repondre aux demandes extérieures mais simplement à ses propres demandes.
Si le serveur doit envoyer un email à toto@toto.fr il faut bien qu'il sache quel serveur gère les mails de toto.fr donc il demande à 213.186.33.99 puis il met le résultat dans son cache.
l'argument est convaincant ! .. merci

buddy
08/02/2014, 19h20
heu c'est quoi le problème exactement là ?
il y a un problème ou c'est juste une question comme çà ?

qui a dit que c'était pas bien d'avoir 213.186.33.99 dans son fichier resolv.conf ?? à part ce post sur le forum qui est une erreur ??

Le serveur n'a pas à repondre aux demandes extérieures mais simplement à ses propres demandes.
Si le serveur doit envoyer un email à toto@toto.fr il faut bien qu'il sache quel serveur gère les mails de toto.fr donc il demande à 213.186.33.99 puis il met le résultat dans son cache.

ddavout
08/02/2014, 18h43
merci de votre réponse !
s'il y a eu confusion, j'ai lieu de croire que ce n'est pas de mon côté. (je fais des sauvegardes des fichiers de configuration que je suis amenée à modifier) .. j'y retourne immédiatement
D'autres doivent avoir ce problème
Quelqu'un d' OVH à l 'écoute ??


Je viens de réinstaller suite à un disque dur défaillant..
Bizarrement, dans mon backup je retrouve aussi ce 213.186.33.99 ...
j'avais religieusement copié-collé quand j'en étais à configurer mes DNS .. je comprends mieux pourquoi ma config named
ne marchait pas
pendant que je vous tiens ...

Pourquoi mon serveur aurait il à répondre à des demandes qui ne le concernent pas ? (=qui ne sont pas mis sciemment dans le cache)
et .. pouvez-vous expliquer la présence et le contenu de
/root/.ovhrc
Code:
DATACENTER="RBX2"
COUNTRY="France"
TIMEZONE="Europe/Paris"
DISTRIB=debian7_64
IPV6ADDR=2001:41D0:1:F659::1
IPV6GW=2001:41D0:1:F6ff:ff:ff:ff:ff
DNS_IPV6=2001:41d0:1:4a8d::1
DNS_IP=213.251.188.141
DNS_HOSTNAME=sdns2.ovh.net

buddy
08/02/2014, 17h03
Bonjour,

ton resolv.conf doit contenir ( c'est d'ailleurs l'install par défaut d'ovh)
Code:
nameserver 127.0.0.1
nameserver 213.186.33.99
search ovh.net
soit ton serveur à la réponse à la requête dans son cache ( 127.0.0.1) soit il demande à 213.186.33.99 c'est le role de ce serveur d'ailleurs ( en ce moment )

c'est 213.186.33.199 ( 199 et pas 99) qui lui sert de serveur secondaire pour les domaines sur kimsufi et donc qui ne doit pas se trouver dans resolv.conf.

213.186.33.199 == ns.kimsufi.com ( serveur 2ndaire des DNS pour les domaines sur kimsfi )
213.186.33.99 == cdns.ovh.net ( serveur DNS pour les serveurs OVH, il y a d'ailleurs 1 serveur pour cette tache par DC )

je pense donc qu'il y a eu confusion entre ses 2 serveurs qui ont des ips très proches ...


EDIT : c'est d'ailleurs écrit juste en dessous du post que tu cites ...

ddavout
08/02/2014, 14h57
Qu'en est-il ?
le serveur 213.186.33.99 ne DOIT PAS servir pour les client pour résoudre l'ensemble de leurs requêtes
ton resolv.conf doit contenir 127.0.0.1 et c'est tout
le serveur 213.186.33.99 ne doit pas être ajouté dans le resovl.conf c'est un serveur à l'usage des noms de domaines qui sont hébergés sur les serveurs..
il ne doit pas faire de la résolution pour les autres serveurs (sinon bonjour le goulet d'étranglement..)

il a été paramétrée récemment pour que les usager qui s'en servent n'importe comment arrête de l'enfumer avec des requêtes DNS qu'il ne doit pas traiter ! (aucune info officielle.. mais vu que ça fait plus d'un mois que des gens se plaignent.. et que pourtant il continue à faire son boulot de DNS SECONDAIRES !)
18/11/2009, 13h53
http://forum.kimsufi.com/showthread....33-99-HS/page2

Code:
  GNU nano 2.2.6            File: /etc/resolv.conf

nameserver 127.0.0.1
nameserver 213.186.33.99
search ovh.net