Plusieurs DNS

Le
fra
Hello

Je me demandais :
A quel moment Mac OS X passe au serveur DNS suivant dans la liste du tdb
Reseau ?
Est-ce si le premier ne répond pas du tout ?
Si le premier est trop long à répondre ? (quel délai ?)

Je lorgne du coté de openDNS mais aimerais que par défaut le DNS de mon
FAI soit utilisé quand même (plus proche) et que s'il rame trop alors
seulement les serveurs suivant soient utilisés. Est-ce possible ?

Merciiii
--
Fra
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Jacques Perrocheau
Le #841949
In article (Fra) wrote:

Je me demandais :
A quel moment Mac OS X passe au serveur DNS suivant dans la liste du tdb
Reseau ?
Est-ce si le premier ne répond pas du tout ?
Si le premier est trop long à répondre ? (quel délai ?)


J'imagine que c'est au bout de x requètes infructueuses, avec en plus un
timeout... Cela dit tu n'as sans doute pas le temps de t'en
apercevoir... ;-)

Je lorgne du coté de openDNS mais aimerais que par défaut le DNS de mon
FAI soit utilisé quand même (plus proche) et que s'il rame trop alors
seulement les serveurs suivant soient utilisés. Est-ce possible ?


Tu les mets après ceux de ton FAI dans la liste.

--
Jacques PERROCHEAU
Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510
Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex
Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74

Nina Popravka
Le #841948
On Thu, 30 Aug 2007 12:23:29 +0200, Jacques Perrocheau

J'imagine que c'est au bout de x requètes infructueuses, avec en plus un
timeout... Cela dit tu n'as sans doute pas le temps de t'en
apercevoir... ;-)


C'est d'ailleurs curieux, resolv.conf est vide...
Il se sert de quoi, MacOSX ?
Sinon, pour répondre à la question, je sais comment ça marche sous
Win, et ça doit pas être très différent :
- il regarde si le nom et dans le cache, et si pas :
- premier DNS
- si pas de réponse au bout d'une seconde, 2 ème DNS
- si pas de réponse au bout de 2 secondes, requête simultanée à tous
les DNS renseignés
- puis idem à 4 et 8 secondes.
si pas de réponse à ce stade --> time-out.
--
Nina

Jacques Perrocheau
Le #841725
In article Nina Popravka
C'est d'ailleurs curieux, resolv.conf est vide...
Il se sert de quoi, MacOSX ?


? Pas si tu as des DNS nommément configurés:

more /private/var/run/resolv.conf
search spm.univ-rennes1.fr univ-rennes1.fr
nameserver 129.20.128.2
nameserver 129.20.128.49
nameserver 129.20.128.39

--
Jacques PERROCHEAU
Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510
Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex
Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74

Nina Popravka
Le #841724
On Thu, 30 Aug 2007 17:59:30 +0200, Jacques Perrocheau

? Pas si tu as des DNS nommément configurés:


La bécane est en dhcp, mais j'étais convaincue que c'était aussi dans
ce coin là qu'il y avait les réglages du comportement du resolver,
genre intervalle des retry etc...
--
Nina

laurent.pertois
Le #841717
Nina Popravka
On Thu, 30 Aug 2007 12:23:29 +0200, Jacques Perrocheau

J'imagine que c'est au bout de x requètes infructueuses, avec en plus un
timeout... Cela dit tu n'as sans doute pas le temps de t'en
apercevoir... ;-)


C'est d'ailleurs curieux, resolv.conf est vide...


Anormal.

Il se sert de quoi, MacOSX ?


Ben, de pleins de trucs...

Sinon, pour répondre à la question, je sais comment ça marche sous
Win, et ça doit pas être très différent :
- il regarde si le nom et dans le cache, et si pas :
- premier DNS
- si pas de réponse au bout d'une seconde, 2 ème DNS
- si pas de réponse au bout de 2 secondes, requête simultanée à tous
les DNS renseignés
- puis idem à 4 et 8 secondes.
si pas de réponse à ce stade --> time-out.


Alors, dans Mac OS X la résolution est faite par le daemon lookupd. Pour
voir la configuration :

$ lookupd -configuration
[snip]
LookupOrder: CacheAgent FFAgent DNSAgent NIAgent DSAgent
_config_name: Host Configuration
name: hosts
[snip]

où l'on voit que lookupd utilise plusieurs agents pour la résolution, le
cache, les fichiers plats (ici /etc/hosts), le DNS, des informations de
types hosts qui seraient dans NetInfo et enfin une requête via le daemon
DirectoryServices qui lui chercherait des infos de type hosts dans un
annuaire tel que configuré dans Format de Répertoire.

Pour plus d'infos le man de lookupd est assez complet sur la manière
dont le biniou fonctionne.

Cela dit, c'est une vieillerie qui pourrait disparaître un jour,
remplacée par autre chose évidemment.

--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.


laurent.pertois
Le #841718
Nina Popravka
La bécane est en dhcp, mais j'étais convaincue que c'était aussi dans
ce coin là qu'il y avait les réglages du comportement du resolver,
genre intervalle des retry etc...


Non, ça c'est lookupd.

Pour des infos sur la conf DHCP reçue :

$ ipconfig getpacket en0 (si c'est l'ethernet, à adapter à l'interface
utilisée)

Exemple :

$ ipconfig getpacket en1
op = BOOTREPLY
htype = 1
dp_flags = 0
hlen = 6
hops = 0
xid = 1469828463
secs = 0
ciaddr = 192.168.230.7
yiaddr = 192.168.230.7
siaddr = 192.168.170.1
giaddr = 0.0.0.0
chaddr = 0:14:51:87:e6:ca
sname = serveurdhcp.domain.fr
file =
options:
Options count is 9
dhcp_message_type (uint8): ACK 0x5
server_identifier (ip): 192.168.170.1
lease_time (uint32): 0xdec
subnet_mask (ip): 255.255.128.0
router (ip_mult): {192.168.168.1}
domain_name_server (ip_mult): {172.16.1.10}
domain_name (string): domain.fr
ldap_url (string):
end (none):

--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.

Nina Popravka
Le #841485
On Fri, 31 Aug 2007 16:45:48 +0200,
(Laurent Pertois) wrote:

Non, ça c'est lookupd.


Groumpf.
J'ai une Suse à ma droite et un Mac devant moi, je suis à la limite du
pétage de plombs ;->
Heureusement qu'il y a un XP à ma gauche...
(pas de lookupd sur Suse apparemment, en revanche le resolver est
d'origine BSD, avec une page de man de 2004, et le machin qui s'occupe
de dire comment se comportent les retry etc habite dans un resolv.h,
donc je suppose que ça se détermine à la compil, c'est ça ?)
--
Nina

laurent.pertois
Le #841484
Nina Popravka
On Fri, 31 Aug 2007 16:45:48 +0200,
(Laurent Pertois) wrote:

Non, ça c'est lookupd.


Groumpf.
J'ai une Suse à ma droite et un Mac devant moi, je suis à la limite du
pétage de plombs ;->


Rhalalalala...

Heureusement qu'il y a un XP à ma gauche...


Marrant, moi c'est entre une Suse et un XP que je pète les plombs et que
je me ressource avec un Mac OS X si clair :-)

(pas de lookupd sur Suse apparemment,


Nope, ça y en a du NeXTSTEP lookupd...

en revanche le resolver est
d'origine BSD, avec une page de man de 2004, et le machin qui s'occupe
de dire comment se comportent les retry etc habite dans un resolv.h,
donc je suppose que ça se détermine à la compil, c'est ça ?)


Nan, on peut modifier la config globale ou spécifique de lookupd,
exemple :

$ lookupd -configuration

ConfigSource: file://etc/lookupd
LookupOrder: Cache NI DS
MaxIdleServers: 4
MaxIdleThreads: 2
MaxThreads: 64
TimeToLive: 43200
Timeout: 10
ValidateCache: YES
ValidationLatency: 15
_config_name: Global Configuration

LookupOrder: Cache FF DNS NI DS
_config_name: Host Configuration

LookupOrder: Cache FF NI DS
_config_name: Service Configuration

LookupOrder: Cache FF NI DS
_config_name: Protocol Configuration

LookupOrder: Cache FF NI DS
_config_name: Rpc Configuration

TimeToLive: 60
ValidateCache: NO
_config_name: Group Configuration

TimeToLive: 300
ValidateCache: NO
_config_name: Initgroup Configuration

LookupOrder: Cache FF DNS NI DS
_config_name: Network Configuration


Ici, j'ai changé le Timeout global à 10.

Pour cela il faut créer un fichier /etc/lookupd/global (en créant les

Timeout 10

ensuite on tue lookupd (killall lookupd) qui sera automatiquement
relancé et hop.

On peut aussi faire des configs spécifiques. Par exemple, je fais un
fichier /etc/lookupd/agents/DNSAgent/global (là encore, on crée ce qui
manque) dans lequel je vais écrire :

Timeout 15
Retries 3

et ça donne :

$ lookupd -configuration

ConfigSource: file://etc/lookupd
LookupOrder: Cache NI DS
MaxIdleServers: 4
MaxIdleThreads: 2
MaxThreads: 64
TimeToLive: 43200
Timeout: 30
ValidateCache: YES
ValidationLatency: 15
_config_name: Global Configuration

LookupOrder: Cache FF DNS NI DS
_config_name: Host Configuration

LookupOrder: Cache FF NI DS
_config_name: Service Configuration

LookupOrder: Cache FF NI DS
_config_name: Protocol Configuration

LookupOrder: Cache FF NI DS
_config_name: Rpc Configuration

TimeToLive: 60
ValidateCache: NO
_config_name: Group Configuration

TimeToLive: 300
ValidateCache: NO
_config_name: Initgroup Configuration

LookupOrder: Cache FF DNS NI DS
_config_name: Network Configuration

Retries: 3
Timeout: 15
_config_name: DNSAgent Configuration

Maintenant, l'agent DNS est modifié, tous les agents qui l'utilisent
verront leur comportement modifié.

Le man en parle de tout ça, sinon google lookupd...

--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.


Publicité
Poster une réponse
Anonyme