À (at) Sat, 12 Dec 2015 13:31:45 +0100, (Fra) écrivait (wrote):
Quand on met plusieurs DNS dans les prefs réseau, dans quel délai est interrogé le 2nd quand le premier ne répond pas ?
Si le 1er serveur DNS répond tout de suite pour dire que le port n'est pas ouvert ou si un routeur répond en indiquant qu'il n'y a pas de route vers ce 1er serveur, la bascule est immédiate.
Si le 1er serveur DNS se contente de ne pas répondre, il faut attendre le timeout IP (environ 2 minutes).
À (at) Sat, 12 Dec 2015 13:31:45 +0100,
fra-PasDeSp@M-alussinan.org (Fra) écrivait (wrote):
Quand on met plusieurs DNS dans les prefs réseau, dans quel délai est
interrogé le 2nd quand le premier ne répond pas ?
Si le 1er serveur DNS répond tout de suite pour dire que le port n'est
pas ouvert ou si un routeur répond en indiquant qu'il n'y a pas de route
vers ce 1er serveur, la bascule est immédiate.
Si le 1er serveur DNS se contente de ne pas répondre, il faut attendre
le timeout IP (environ 2 minutes).
--
Paul Gaborit - <http://perso.mines-albi.fr/~gaborit/>
À (at) Sat, 12 Dec 2015 13:31:45 +0100, (Fra) écrivait (wrote):
Quand on met plusieurs DNS dans les prefs réseau, dans quel délai est interrogé le 2nd quand le premier ne répond pas ?
Si le 1er serveur DNS répond tout de suite pour dire que le port n'est pas ouvert ou si un routeur répond en indiquant qu'il n'y a pas de route vers ce 1er serveur, la bascule est immédiate.
Si le 1er serveur DNS se contente de ne pas répondre, il faut attendre le timeout IP (environ 2 minutes).
Quand on met plusieurs DNS dans les prefs réseau, dans quel délai est interrogé le 2nd quand le premier ne répond pas ?
Essaie avec dig peut-être. -- JiPaul. / /--/--// Jean-Paul Blanc |/| L | quelquepart en (somewhere in) /|| = ||| FRANCE
fra-PasDeSp
Paul Gaborit wrote:
Si le 1er serveur DNS répond tout de suite pour dire que le port n'est pas ouvert ou si un routeur répond en indiquant qu'il n'y a pas de route vers ce 1er serveur, la bascule est immédiate.
Si le 1er serveur DNS se contente de ne pas répondre, il faut attendre le timeout IP (environ 2 minutes).
Ah oui quand même !
Je vous explique : J'aimerais garder le DNS de mon FAI (ou plutôt de ma box) pour sa vitesse mais je ne veux pas que l'état décide de ce que j'ai le droit de regarder ou ne pas regarder. Et donc avoir un replis vers les DNS de google (que j'ai trouvé un peu lent récemment) si ça ne répond pas.
NameBench me donne : 'Fastest Individual Response Duration' 2 ms pour 192.168.1.1 35 ms pour 8.8.8.8 Par contre 'Mean Response Duration' est équivalent (60-65ms).
D'un autre coté je ne suis pas sûr que ce soit une absence de réponse quand maman-l'état ne veut pas (les sites djihadistes par exemple mènent à la fameuse page 'stop-djihahisme').
Quelle est la meilleure stratégie ? -- Fra
Paul Gaborit <Paul.Gaborit@invalid.invalid> wrote:
Si le 1er serveur DNS répond tout de suite pour dire que le port n'est
pas ouvert ou si un routeur répond en indiquant qu'il n'y a pas de route
vers ce 1er serveur, la bascule est immédiate.
Si le 1er serveur DNS se contente de ne pas répondre, il faut attendre
le timeout IP (environ 2 minutes).
Ah oui quand même !
Je vous explique : J'aimerais garder le DNS de mon FAI (ou plutôt de ma
box) pour sa vitesse mais je ne veux pas que l'état décide de ce que
j'ai le droit de regarder ou ne pas regarder. Et donc avoir un replis
vers les DNS de google (que j'ai trouvé un peu lent récemment) si ça ne
répond pas.
NameBench me donne :
'Fastest Individual Response Duration'
2 ms pour 192.168.1.1
35 ms pour 8.8.8.8
Par contre 'Mean Response Duration' est équivalent (60-65ms).
D'un autre coté je ne suis pas sûr que ce soit une absence de réponse
quand maman-l'état ne veut pas (les sites djihadistes par exemple mènent
à la fameuse page 'stop-djihahisme').
Si le 1er serveur DNS répond tout de suite pour dire que le port n'est pas ouvert ou si un routeur répond en indiquant qu'il n'y a pas de route vers ce 1er serveur, la bascule est immédiate.
Si le 1er serveur DNS se contente de ne pas répondre, il faut attendre le timeout IP (environ 2 minutes).
Ah oui quand même !
Je vous explique : J'aimerais garder le DNS de mon FAI (ou plutôt de ma box) pour sa vitesse mais je ne veux pas que l'état décide de ce que j'ai le droit de regarder ou ne pas regarder. Et donc avoir un replis vers les DNS de google (que j'ai trouvé un peu lent récemment) si ça ne répond pas.
NameBench me donne : 'Fastest Individual Response Duration' 2 ms pour 192.168.1.1 35 ms pour 8.8.8.8 Par contre 'Mean Response Duration' est équivalent (60-65ms).
D'un autre coté je ne suis pas sûr que ce soit une absence de réponse quand maman-l'état ne veut pas (les sites djihadistes par exemple mènent à la fameuse page 'stop-djihahisme').
Quelle est la meilleure stratégie ? -- Fra
Charles-Edouard
Le 12/12/2015 à 17:14, (Fra) a écrit :
Quelle est la meilleure stratégie ?
Fb8.
Guiguy.
Le 12/12/2015 à 17:14, fra-PasDeSp@M-alussinan.org (Fra) a écrit :
<https://support.industry.siemens.com/cs/document/18516417/comment-programmer-les-blocs-de-communication-fb8-usend-et-fb9-urcv-dans-un-programme-s7-pour-%C3%A9changer-des-donn%C3%A9es-avec-une-cpu-s7-300-?dti=0&lc=fr-WW>
-----------
Comment programmer les blocs de communication FB8 "USEND" et FB9 "URCV"
dans un programme S7 pour échanger des données avec une CPU S7-300 ?
-----------
--
JiPaul.
/ /--/--//\ Jean-Paul Blanc
|/| L |\ quelquepart en (somewhere in)
/|| = |||\ FRANCE
NameBench me donne : 'Fastest Individual Response Duration' 2 ms pour 192.168.1.1 35 ms pour 8.8.8.8
Ça n'a pas vraiment de sens ton test là. Ta box fait DNS cache local, normal qu'elle répondre ultra vite pour des noms qu'elle a déjà dans son cache (note que ton OS fait la même chose). Le délai de réponse du serveur DNS ne peut pas être inférieur à la durée d'un ping entre ton ordi et le serveur DNS.
Si ta box n'a pas la réponse, elle demande à ton FAI, et si c'est pas dans le cache de ton FAI, ça remonte encore plus loin. Bref, une réponse à 2ms c'est biaisé.
In article <1mfbr8o.uhu4a5q8wklcN%fra-PasDeSp@M-alussinan.org>,
fra-PasDeSp@M-alussinan.org (Fra) wrote:
NameBench me donne :
'Fastest Individual Response Duration'
2 ms pour 192.168.1.1
35 ms pour 8.8.8.8
Ça n'a pas vraiment de sens ton test là. Ta box fait DNS cache local,
normal qu'elle répondre ultra vite pour des noms qu'elle a déjà dans son
cache (note que ton OS fait la même chose).
Le délai de réponse du serveur DNS ne peut pas être inférieur à la durée
d'un ping entre ton ordi et le serveur DNS.
Si ta box n'a pas la réponse, elle demande à ton FAI, et si c'est pas
dans le cache de ton FAI, ça remonte encore plus loin.
Bref, une réponse à 2ms c'est biaisé.
--
À vendre :
http://www.leboncoin.fr/informatique/821220894.htm
http://www.leboncoin.fr/informatique/821221994.htm
NameBench me donne : 'Fastest Individual Response Duration' 2 ms pour 192.168.1.1 35 ms pour 8.8.8.8
Ça n'a pas vraiment de sens ton test là. Ta box fait DNS cache local, normal qu'elle répondre ultra vite pour des noms qu'elle a déjà dans son cache (note que ton OS fait la même chose). Le délai de réponse du serveur DNS ne peut pas être inférieur à la durée d'un ping entre ton ordi et le serveur DNS.
Si ta box n'a pas la réponse, elle demande à ton FAI, et si c'est pas dans le cache de ton FAI, ça remonte encore plus loin. Bref, une réponse à 2ms c'est biaisé.
> In article <1mfbk72.pnf0d41jbc68kN%, > (Fra) wrote: > > > Bonjour > > > > Quand on met plusieurs DNS dans les prefs réseau, dans quel délai est > > interrogé le 2nd quand le premier ne répond pas ? > > > tcpdump connait la réponse.
Et je l'interroge comment ce brave gars ? (J'ai rapidement parcouru man tcpdump mais c'est abscon pour moi.)
comme ça par exemple :
# tcpdump -Ans0 -i en1 port 53
où en1 est l'interface réseau active de ton mac (ça peut être en0, ou autre chose, ifconfig te l'indiquera). Et ça se lance en root (sudo).
Exemple, je lance ma commande tcpdump dans une fenêtre de terminal, et dans une autre je lance la commande host truc.net où truc.net est un nom de domaine qui existe, pris au hasard, et dont je sais que je ne l'ai absolument jamais résolu. tcpdump me montre :
Tu vois alors que mon système fait une première demande de résolution du nom truc.net à mon premier DNS (192.168.0.1 qui est ma passerelle FreeBSD qui fait aussi cache DNS). Une seconde après, toujours pas de réponse, alors mon OS fait la même demande au second DNS, qui est un des DNS de mon FAI. Encore une seconde après, personne n'a répondu, alors l'OS fait la même requête au 3 ème DNS configuré, qui est aussi un DNS de mon FAI.
Si je refais la même requête DNS plus tard, ma passerelle avec cache DNS aura la réponse en mémoire, la réponse sera instantanée et les DNS de mon FAI ne seront pas interrogés.
In article <1mfbqvn.n89s1p1g9o95eN%fra-PasDeSp@M-alussinan.org>,
fra-PasDeSp@M-alussinan.org (Fra) wrote:
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
> In article <1mfbk72.pnf0d41jbc68kN%fra-PasDeSp@M-alussinan.org>,
> fra-PasDeSp@M-alussinan.org (Fra) wrote:
>
> > Bonjour
> >
> > Quand on met plusieurs DNS dans les prefs réseau, dans quel délai est
> > interrogé le 2nd quand le premier ne répond pas ?
>
>
> tcpdump connait la réponse.
Et je l'interroge comment ce brave gars ?
(J'ai rapidement parcouru man tcpdump mais c'est abscon pour moi.)
comme ça par exemple :
# tcpdump -Ans0 -i en1 port 53
où en1 est l'interface réseau active de ton mac (ça peut être en0, ou
autre chose, ifconfig te l'indiquera). Et ça se lance en root (sudo).
Exemple, je lance ma commande tcpdump dans une fenêtre de terminal, et
dans une autre je lance la commande host truc.net où truc.net est un nom
de domaine qui existe, pris au hasard, et dont je sais que je ne l'ai
absolument jamais résolu. tcpdump me montre :
Tu vois alors que mon système fait une première demande de résolution du
nom truc.net à mon premier DNS (192.168.0.1 qui est ma passerelle
FreeBSD qui fait aussi cache DNS). Une seconde après, toujours pas de
réponse, alors mon OS fait la même demande au second DNS, qui est un des
DNS de mon FAI. Encore une seconde après, personne n'a répondu, alors
l'OS fait la même requête au 3 ème DNS configuré, qui est aussi un DNS
de mon FAI.
Si je refais la même requête DNS plus tard, ma passerelle avec cache DNS
aura la réponse en mémoire, la réponse sera instantanée et les DNS de
mon FAI ne seront pas interrogés.
--
À vendre :
http://www.leboncoin.fr/informatique/821220894.htm
http://www.leboncoin.fr/informatique/821221994.htm
> In article <1mfbk72.pnf0d41jbc68kN%, > (Fra) wrote: > > > Bonjour > > > > Quand on met plusieurs DNS dans les prefs réseau, dans quel délai est > > interrogé le 2nd quand le premier ne répond pas ? > > > tcpdump connait la réponse.
Et je l'interroge comment ce brave gars ? (J'ai rapidement parcouru man tcpdump mais c'est abscon pour moi.)
comme ça par exemple :
# tcpdump -Ans0 -i en1 port 53
où en1 est l'interface réseau active de ton mac (ça peut être en0, ou autre chose, ifconfig te l'indiquera). Et ça se lance en root (sudo).
Exemple, je lance ma commande tcpdump dans une fenêtre de terminal, et dans une autre je lance la commande host truc.net où truc.net est un nom de domaine qui existe, pris au hasard, et dont je sais que je ne l'ai absolument jamais résolu. tcpdump me montre :
Tu vois alors que mon système fait une première demande de résolution du nom truc.net à mon premier DNS (192.168.0.1 qui est ma passerelle FreeBSD qui fait aussi cache DNS). Une seconde après, toujours pas de réponse, alors mon OS fait la même demande au second DNS, qui est un des DNS de mon FAI. Encore une seconde après, personne n'a répondu, alors l'OS fait la même requête au 3 ème DNS configuré, qui est aussi un DNS de mon FAI.
Si je refais la même requête DNS plus tard, ma passerelle avec cache DNS aura la réponse en mémoire, la réponse sera instantanée et les DNS de mon FAI ne seront pas interrogés.