Je me renseigne pour avoir mon petit serveur "à la maison". Les gens de
fr.comp.infosystemes.www.serveur m'ont confirmé qu'il suffisait de
louer les services d'un registrar pour que le nom de mon site soit
associé à son IP (reste à vérifier que l'IP que me donne Club-Internet
est fixe, sachant que je suis en dégroupage total).
Mais on m'a aussi parler de Reverse DNS en me disant que ça permettait
de faire l'association dans l'autre sens (IP -> Nom).
A quoi cela peut-il bien servir ?
J'ai cherché un peu et il semble que ce soit utile si on a un serveur de
mail ou si on souhaite administrer son serveur à distance, quelqu'un
pourrait expliquer simplement ce qu'il en est ?
On m'a dit aussi que ce service devrait être assuré par mon FAI (CI
donc), est-ce vrai ? ou cela doit-il faire partie des critères de
sélection du registrar ?
Merci de votre aide.
--
<html><p>Comme promis, un petit mail pour te rappeler de m'envoyer les
fichiers de configuration du modem. <p>En plus t'a mon mail pro,
si jamais t'a un truc urgent ( je consulte pas wanadoo tous les jours).
-+- YD in Guide du linuxien pervers - "Toujours bien tenir ses promesses"
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Patrick Mevzek
Mais on m'a aussi parler de Reverse DNS en me disant que ça permettait de faire l'association dans l'autre sens (IP -> Nom).
Oui.
A quoi cela peut-il bien servir ?
Cela fait partie normalement des pre-requis de connexion d'une machine à Internet.
J'ai cherché un peu et il semble que ce soit utile si on a un serveur de mail ou si on souhaite administrer son serveur à distance, quelqu'un pourrait expliquer simplement ce qu'il en est ?
En pratique, effectivement, c'est surtout pour le mail que cela fait une différence : sans un reverse correct, de nombreux MTA vont refuser les courriers qui partent de votre machine.
Pour un serveur web, ce n'est pas impératif pour que cela fonctionne.
On m'a dit aussi que ce service devrait être assuré par mon FAI (CI donc), est-ce vrai ?
Nécessairement car l'opération ne peut être effectuée que par le propriétaire de l'IP en question, et ce propriétaire c'est votre FAI. Personne d'autre ne peut faire cela.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/>
Mais on m'a aussi parler de Reverse DNS en me disant que ça permettait
de faire l'association dans l'autre sens (IP -> Nom).
Oui.
A quoi cela peut-il bien servir ?
Cela fait partie normalement des pre-requis de connexion d'une machine à
Internet.
J'ai cherché un peu et il semble que ce soit utile si on a un serveur de
mail ou si on souhaite administrer son serveur à distance, quelqu'un
pourrait expliquer simplement ce qu'il en est ?
En pratique, effectivement, c'est surtout pour le mail que cela fait une
différence : sans un reverse correct, de nombreux MTA vont refuser les
courriers qui partent de votre machine.
Pour un serveur web, ce n'est pas impératif pour que cela fonctionne.
On m'a dit aussi que ce service devrait être assuré par mon FAI (CI
donc), est-ce vrai ?
Nécessairement car l'opération ne peut être effectuée que par le
propriétaire de l'IP en question, et ce propriétaire c'est votre FAI.
Personne d'autre ne peut faire cela.
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
Mais on m'a aussi parler de Reverse DNS en me disant que ça permettait de faire l'association dans l'autre sens (IP -> Nom).
Oui.
A quoi cela peut-il bien servir ?
Cela fait partie normalement des pre-requis de connexion d'une machine à Internet.
J'ai cherché un peu et il semble que ce soit utile si on a un serveur de mail ou si on souhaite administrer son serveur à distance, quelqu'un pourrait expliquer simplement ce qu'il en est ?
En pratique, effectivement, c'est surtout pour le mail que cela fait une différence : sans un reverse correct, de nombreux MTA vont refuser les courriers qui partent de votre machine.
Pour un serveur web, ce n'est pas impératif pour que cela fonctionne.
On m'a dit aussi que ce service devrait être assuré par mon FAI (CI donc), est-ce vrai ?
Nécessairement car l'opération ne peut être effectuée que par le propriétaire de l'IP en question, et ce propriétaire c'est votre FAI. Personne d'autre ne peut faire cela.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/>
Hugolino
Le Sun, 01 Oct 2006 21:14:21 +0200, Patrick Mevzek a écrit:
Mais on m'a aussi parler de Reverse DNS en me disant que ça permettait de faire l'association dans l'autre sens (IP -> Nom).
Oui.
A quoi cela peut-il bien servir ?
Cela fait partie normalement des pre-requis de connexion d'une machine à Internet.
Peux-tu développer ? J'ai lu quelques post causant de problème DNS ici-même et j'avoue ne rien y comprendre...
J'ai cherché un peu et il semble que ce soit utile si on a un serveur de mail ou si on souhaite administrer son serveur à distance, quelqu'un pourrait expliquer simplement ce qu'il en est ?
En pratique, effectivement, c'est surtout pour le mail que cela fait une différence : sans un reverse correct, de nombreux MTA vont refuser les courriers qui partent de votre machine.
Pour un serveur web, ce n'est pas impératif pour que cela fonctionne.
"Pas impératif": j'entends ça comme "Ça serait mieux avec". Once again, peux-tu développer ?
On m'a dit aussi que ce service devrait être assuré par mon FAI (CI donc), est-ce vrai ?
Nécessairement car l'opération ne peut être effectuée que par le propriétaire de l'IP en question, et ce propriétaire c'est votre FAI. Personne d'autre ne peut faire cela.
OK
Merci de ton aide
--
J'ai besoin des caracteres []{}|/~ (Clavier >> Anglais-US). Mais je voudrais bien pouvoir mettre des accents dans mes courriel en francais Il te faut donc trouver un clavier qui fait les 2. Prends l'azerty, car
un clavier AZERTY en vaut 2. -+- MS in GFA: Dernier Azertissement -+-
Le Sun, 01 Oct 2006 21:14:21 +0200, Patrick Mevzek a écrit:
Mais on m'a aussi parler de Reverse DNS en me disant que ça permettait
de faire l'association dans l'autre sens (IP -> Nom).
Oui.
A quoi cela peut-il bien servir ?
Cela fait partie normalement des pre-requis de connexion d'une machine à
Internet.
Peux-tu développer ?
J'ai lu quelques post causant de problème DNS ici-même et j'avoue ne
rien y comprendre...
J'ai cherché un peu et il semble que ce soit utile si on a un serveur de
mail ou si on souhaite administrer son serveur à distance, quelqu'un
pourrait expliquer simplement ce qu'il en est ?
En pratique, effectivement, c'est surtout pour le mail que cela fait une
différence : sans un reverse correct, de nombreux MTA vont refuser les
courriers qui partent de votre machine.
Pour un serveur web, ce n'est pas impératif pour que cela fonctionne.
"Pas impératif": j'entends ça comme "Ça serait mieux avec". Once again,
peux-tu développer ?
On m'a dit aussi que ce service devrait être assuré par mon FAI (CI
donc), est-ce vrai ?
Nécessairement car l'opération ne peut être effectuée que par le
propriétaire de l'IP en question, et ce propriétaire c'est votre FAI.
Personne d'autre ne peut faire cela.
OK
Merci de ton aide
--
J'ai besoin des caracteres []{}|/~ (Clavier >> Anglais-US). Mais je
voudrais bien pouvoir mettre des accents dans mes courriel en francais
Il te faut donc trouver un clavier qui fait les 2. Prends l'azerty, car
un clavier AZERTY en vaut 2. -+- MS in GFA: Dernier Azertissement -+-
Le Sun, 01 Oct 2006 21:14:21 +0200, Patrick Mevzek a écrit:
Mais on m'a aussi parler de Reverse DNS en me disant que ça permettait de faire l'association dans l'autre sens (IP -> Nom).
Oui.
A quoi cela peut-il bien servir ?
Cela fait partie normalement des pre-requis de connexion d'une machine à Internet.
Peux-tu développer ? J'ai lu quelques post causant de problème DNS ici-même et j'avoue ne rien y comprendre...
J'ai cherché un peu et il semble que ce soit utile si on a un serveur de mail ou si on souhaite administrer son serveur à distance, quelqu'un pourrait expliquer simplement ce qu'il en est ?
En pratique, effectivement, c'est surtout pour le mail que cela fait une différence : sans un reverse correct, de nombreux MTA vont refuser les courriers qui partent de votre machine.
Pour un serveur web, ce n'est pas impératif pour que cela fonctionne.
"Pas impératif": j'entends ça comme "Ça serait mieux avec". Once again, peux-tu développer ?
On m'a dit aussi que ce service devrait être assuré par mon FAI (CI donc), est-ce vrai ?
Nécessairement car l'opération ne peut être effectuée que par le propriétaire de l'IP en question, et ce propriétaire c'est votre FAI. Personne d'autre ne peut faire cela.
OK
Merci de ton aide
--
J'ai besoin des caracteres []{}|/~ (Clavier >> Anglais-US). Mais je voudrais bien pouvoir mettre des accents dans mes courriel en francais Il te faut donc trouver un clavier qui fait les 2. Prends l'azerty, car
un clavier AZERTY en vaut 2. -+- MS in GFA: Dernier Azertissement -+-
1 connu
Sans rien demander a mon founisseur, j'ai mis une solution "maison" en place : J'ai creer un domain chez dyndns du style tonDomaine.dyndns.com et je lance une appli en Java de mon cru pour mettre à jour l'adresse IP qui est changé regulierement par mon Fai.
Si tu veux utiliser tonDomaine.com tu peux rajouter un WebFormard chez ZoneEdit.
Si tu veux plus de détails ...
Pierre
"Hugolino" a écrit dans le message de news:
Bonsoir,
Je me renseigne pour avoir mon petit serveur "à la maison". Les gens de fr.comp.infosystemes.www.serveur m'ont confirmé qu'il suffisait de louer les services d'un registrar pour que le nom de mon site soit associé à son IP (reste à vérifier que l'IP que me donne Club-Internet est fixe, sachant que je suis en dégroupage total).
Mais on m'a aussi parler de Reverse DNS en me disant que ça permettait de faire l'association dans l'autre sens (IP -> Nom).
A quoi cela peut-il bien servir ? J'ai cherché un peu et il semble que ce soit utile si on a un serveur de mail ou si on souhaite administrer son serveur à distance, quelqu'un pourrait expliquer simplement ce qu'il en est ?
On m'a dit aussi que ce service devrait être assuré par mon FAI (CI donc), est-ce vrai ? ou cela doit-il faire partie des critères de sélection du registrar ?
Merci de votre aide.
-- <html><p>Comme promis, un petit mail pour te rappeler de m'envoyer les fichiers de configuration du modem. <p>En plus t'a mon mail pro, si jamais t'a un truc urgent ( je consulte pas wanadoo tous les jours). -+- YD in Guide du linuxien pervers - "Toujours bien tenir ses promesses"
Sans rien demander a mon founisseur, j'ai mis une solution "maison" en place :
J'ai creer un domain chez dyndns du style tonDomaine.dyndns.com et je lance une appli en Java de mon cru pour mettre à jour
l'adresse IP qui est changé regulierement par mon Fai.
Si tu veux utiliser tonDomaine.com tu peux rajouter un WebFormard chez ZoneEdit.
Si tu veux plus de détails ...
Pierre
"Hugolino" <hugolino@fri.fr> a écrit dans le message de news: slrnei03o0.vi1.hugolino@SargePack2.Rock-n-Roll.org...
Bonsoir,
Je me renseigne pour avoir mon petit serveur "à la maison". Les gens de
fr.comp.infosystemes.www.serveur m'ont confirmé qu'il suffisait de
louer les services d'un registrar pour que le nom de mon site soit
associé à son IP (reste à vérifier que l'IP que me donne Club-Internet
est fixe, sachant que je suis en dégroupage total).
Mais on m'a aussi parler de Reverse DNS en me disant que ça permettait
de faire l'association dans l'autre sens (IP -> Nom).
A quoi cela peut-il bien servir ?
J'ai cherché un peu et il semble que ce soit utile si on a un serveur de
mail ou si on souhaite administrer son serveur à distance, quelqu'un
pourrait expliquer simplement ce qu'il en est ?
On m'a dit aussi que ce service devrait être assuré par mon FAI (CI
donc), est-ce vrai ? ou cela doit-il faire partie des critères de
sélection du registrar ?
Merci de votre aide.
--
<html><p>Comme promis, un petit mail pour te rappeler de m'envoyer les
fichiers de configuration du modem. <p>En plus t'a mon mail pro,
si jamais t'a un truc urgent ( je consulte pas wanadoo tous les jours).
-+- YD in Guide du linuxien pervers - "Toujours bien tenir ses promesses"
Sans rien demander a mon founisseur, j'ai mis une solution "maison" en place : J'ai creer un domain chez dyndns du style tonDomaine.dyndns.com et je lance une appli en Java de mon cru pour mettre à jour l'adresse IP qui est changé regulierement par mon Fai.
Si tu veux utiliser tonDomaine.com tu peux rajouter un WebFormard chez ZoneEdit.
Si tu veux plus de détails ...
Pierre
"Hugolino" a écrit dans le message de news:
Bonsoir,
Je me renseigne pour avoir mon petit serveur "à la maison". Les gens de fr.comp.infosystemes.www.serveur m'ont confirmé qu'il suffisait de louer les services d'un registrar pour que le nom de mon site soit associé à son IP (reste à vérifier que l'IP que me donne Club-Internet est fixe, sachant que je suis en dégroupage total).
Mais on m'a aussi parler de Reverse DNS en me disant que ça permettait de faire l'association dans l'autre sens (IP -> Nom).
A quoi cela peut-il bien servir ? J'ai cherché un peu et il semble que ce soit utile si on a un serveur de mail ou si on souhaite administrer son serveur à distance, quelqu'un pourrait expliquer simplement ce qu'il en est ?
On m'a dit aussi que ce service devrait être assuré par mon FAI (CI donc), est-ce vrai ? ou cela doit-il faire partie des critères de sélection du registrar ?
Merci de votre aide.
-- <html><p>Comme promis, un petit mail pour te rappeler de m'envoyer les fichiers de configuration du modem. <p>En plus t'a mon mail pro, si jamais t'a un truc urgent ( je consulte pas wanadoo tous les jours). -+- YD in Guide du linuxien pervers - "Toujours bien tenir ses promesses"
Stephane Kanschine
On Mon, 02 Oct 2006 00:39:09 +0200, Hugolino wrote:
J'ai lu quelques post causant de problème DNS ici-même et j'avoue ne rien y comprendre...
Le livre suivant est la réference en la matière : http://www.oreilly.fr/catalogue/2841771504.html
-- Stephane Kanschine Association APINC : http://www.apinc.org/
Patrick Mevzek
A quoi cela peut-il bien servir ?
Cela fait partie normalement des pre-requis de connexion d'une machine à Internet.
Peux-tu développer ?
Je n'ai plus les références exactes en tête, mais il faut savoir qu'il y a 10 ans en gros, sur Internet, le modèle de confiance était très simpliste, et fonctionnait bien depuis le tout début jusqu'à l'arrivée des hordes :-) Les machines pouvaient être configurées pour donner accés complet... juste parce qu'on se connectait d'une autre machine donnée. Il était alors primordial que la résolution IP vers nom fonctionne, car on disait souvent dans la configuration : accepter les connexions de toutes les machines dans le domaine X (vu que si on a inventé les noms de domaine, c'est justement pour éviter d'avoir à se coltiner les IP partout). Donc quand une machine se connectait le «serveur» voit une adresse IP et doit à partir de l'adresse IP remonter au nom pour vérifier si l'accès est accepté ou non.
De nos jours on sait très bien que ce genre de configuration ne correspond plus aux besoins d'Internet actuels (et donc on utilise ssh avec des clefs personnelles ou par hôte d'une part pour la couche applicative, et d'autre part DNSSEC pour sécuriser la couche DNS, et IPSEC/IPv6 pour la couche transport), mais le besoin reste : dans Apache par exemple vous pouvez dire : allow from *.example.org pour n'autoriser que les machines en .example.org Et Apache aura besoin de pouvoir faire la résolution inverse.
Donc quand on a une machine sur Internet, et qu'on veut être sûr d'avoir tout qui fonctionne, mieux vaut avoir un reverse correctement configuré pour cette machine.
J'ai lu quelques post causant de problème DNS ici-même et j'avoue ne rien y comprendre...
Posez les questions ici avec les détails, «on» vous répondra.
J'ai cherché un peu et il semble que ce soit utile si on a un serveur de mail ou si on souhaite administrer son serveur à distance, quelqu'un pourrait expliquer simplement ce qu'il en est ?
En pratique, effectivement, c'est surtout pour le mail que cela fait une différence : sans un reverse correct, de nombreux MTA vont refuser les courriers qui partent de votre machine.
Là c'est autre chose. Votre serveur est destinataire et vous le consultez en Pop/Imap/Webmail si j'ai bien compris. Là le reverse ne devrait pas jouer. Cela jouera si votre serveur *envoit* des emails vers l'extérieur. Là, plein de serveur sur Internet vont les refuser si le reverse colle pas. De toute façon plein vont les refuser parce que votre IP sera considérée comme dynamique et/ou d'un FAI, ce qui est le contenu de certaines blacklists, utilisées plus ou moins à bon escient. Donc même avec un reverse correct, plein de MTA refuseront le dialogue.
Il n'y a pas trente six solutions à cela, comme l'a dit Vixie qui maintient une liste de providers en ce sens : louer une machine chez un hébergeur et la configurer correctement. Là on aura le reverse (service de base que doit fournir tout hébergeur dédié), et l'IP ne sera pas considéré, normalement, comme étant dans un bloc FAI.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/>
A quoi cela peut-il bien servir ?
Cela fait partie normalement des pre-requis de connexion d'une machine à
Internet.
Peux-tu développer ?
Je n'ai plus les références exactes en tête, mais il faut savoir qu'il
y a 10 ans en gros, sur Internet, le modèle de confiance était très
simpliste, et fonctionnait bien depuis le tout début jusqu'à l'arrivée
des hordes :-)
Les machines pouvaient être configurées pour donner accés complet...
juste parce qu'on se connectait d'une autre machine donnée.
Il était alors primordial que la résolution IP vers nom fonctionne, car
on disait souvent dans la configuration : accepter les connexions de
toutes les machines dans le domaine X (vu que si on a inventé les noms de
domaine, c'est justement pour éviter d'avoir à se coltiner les IP
partout).
Donc quand une machine se connectait le «serveur» voit une adresse IP et
doit à partir de l'adresse IP remonter au nom pour vérifier si l'accès
est accepté ou non.
De nos jours on sait très bien que ce genre de configuration ne
correspond plus aux besoins d'Internet actuels (et donc on utilise ssh
avec des clefs personnelles ou par hôte d'une part pour la couche
applicative, et d'autre part DNSSEC pour sécuriser la couche DNS, et
IPSEC/IPv6 pour la couche transport), mais le besoin reste : dans Apache
par exemple vous pouvez dire : allow from *.example.org pour n'autoriser
que les machines en .example.org
Et Apache aura besoin de pouvoir faire la résolution inverse.
Donc quand on a une machine sur Internet, et qu'on veut être sûr d'avoir
tout qui fonctionne, mieux vaut avoir un reverse correctement configuré
pour cette machine.
J'ai lu quelques post causant de problème DNS ici-même et j'avoue ne
rien y comprendre...
Posez les questions ici avec les détails, «on» vous répondra.
J'ai cherché un peu et il semble que ce soit utile si on a un serveur de
mail ou si on souhaite administrer son serveur à distance, quelqu'un
pourrait expliquer simplement ce qu'il en est ?
En pratique, effectivement, c'est surtout pour le mail que cela fait une
différence : sans un reverse correct, de nombreux MTA vont refuser les
courriers qui partent de votre machine.
Là c'est autre chose. Votre serveur est destinataire et vous le consultez
en Pop/Imap/Webmail si j'ai bien compris.
Là le reverse ne devrait pas jouer.
Cela jouera si votre serveur *envoit* des emails vers l'extérieur. Là,
plein de serveur sur Internet vont les refuser si le reverse colle pas.
De toute façon plein vont les refuser parce que votre IP sera
considérée comme dynamique et/ou d'un FAI, ce qui est le contenu de
certaines blacklists, utilisées plus ou moins à bon escient.
Donc même avec un reverse correct, plein de MTA refuseront le dialogue.
Il n'y a pas trente six solutions à cela, comme l'a dit Vixie qui
maintient une liste de providers en ce sens : louer une machine chez un
hébergeur et la configurer correctement.
Là on aura le reverse (service de base que doit fournir tout hébergeur
dédié), et l'IP ne sera pas considéré, normalement, comme étant dans
un bloc FAI.
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
Cela fait partie normalement des pre-requis de connexion d'une machine à Internet.
Peux-tu développer ?
Je n'ai plus les références exactes en tête, mais il faut savoir qu'il y a 10 ans en gros, sur Internet, le modèle de confiance était très simpliste, et fonctionnait bien depuis le tout début jusqu'à l'arrivée des hordes :-) Les machines pouvaient être configurées pour donner accés complet... juste parce qu'on se connectait d'une autre machine donnée. Il était alors primordial que la résolution IP vers nom fonctionne, car on disait souvent dans la configuration : accepter les connexions de toutes les machines dans le domaine X (vu que si on a inventé les noms de domaine, c'est justement pour éviter d'avoir à se coltiner les IP partout). Donc quand une machine se connectait le «serveur» voit une adresse IP et doit à partir de l'adresse IP remonter au nom pour vérifier si l'accès est accepté ou non.
De nos jours on sait très bien que ce genre de configuration ne correspond plus aux besoins d'Internet actuels (et donc on utilise ssh avec des clefs personnelles ou par hôte d'une part pour la couche applicative, et d'autre part DNSSEC pour sécuriser la couche DNS, et IPSEC/IPv6 pour la couche transport), mais le besoin reste : dans Apache par exemple vous pouvez dire : allow from *.example.org pour n'autoriser que les machines en .example.org Et Apache aura besoin de pouvoir faire la résolution inverse.
Donc quand on a une machine sur Internet, et qu'on veut être sûr d'avoir tout qui fonctionne, mieux vaut avoir un reverse correctement configuré pour cette machine.
J'ai lu quelques post causant de problème DNS ici-même et j'avoue ne rien y comprendre...
Posez les questions ici avec les détails, «on» vous répondra.
J'ai cherché un peu et il semble que ce soit utile si on a un serveur de mail ou si on souhaite administrer son serveur à distance, quelqu'un pourrait expliquer simplement ce qu'il en est ?
En pratique, effectivement, c'est surtout pour le mail que cela fait une différence : sans un reverse correct, de nombreux MTA vont refuser les courriers qui partent de votre machine.
Là c'est autre chose. Votre serveur est destinataire et vous le consultez en Pop/Imap/Webmail si j'ai bien compris. Là le reverse ne devrait pas jouer. Cela jouera si votre serveur *envoit* des emails vers l'extérieur. Là, plein de serveur sur Internet vont les refuser si le reverse colle pas. De toute façon plein vont les refuser parce que votre IP sera considérée comme dynamique et/ou d'un FAI, ce qui est le contenu de certaines blacklists, utilisées plus ou moins à bon escient. Donc même avec un reverse correct, plein de MTA refuseront le dialogue.
Il n'y a pas trente six solutions à cela, comme l'a dit Vixie qui maintient une liste de providers en ce sens : louer une machine chez un hébergeur et la configurer correctement. Là on aura le reverse (service de base que doit fournir tout hébergeur dédié), et l'IP ne sera pas considéré, normalement, comme étant dans un bloc FAI.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/>
Patrick Mevzek
J'ai lu quelques post causant de problème DNS ici-même et j'avoue ne rien y comprendre...
Le livre suivant est la réference en la matière : http://www.oreilly.fr/catalogue/2841771504.html
Plutôt la version originale alors que la traduction : http://www.oreilly.com/catalog/dns5/ (5ème édition, alors que en français on a que la quatrième et différences importantes : IDN, ENUM, SPF)
Dommage qu'il y ait des imperfections/imprécisions. Toute l'histoire serveurs primaires/secondaires devrait disparaître en particulier, cela génère bien trop d'incompréhension. Et c'est mélanger la cuisine interne de l'administrateur (d'ailleurs y a pas nécessairement de différences, cas des serveurs cachés), de ce qui est visible à l'extérieur (où tous les serveurs sont équivalents en phase nominale et sans erreurs).
Physiquement, il n'existe bien sûr pas 13 serveurs racine (mais au moins une cinquantaine de noeuds logiques, soit peut-être 150 ou 200 machines physiquement).
Sans compter les erreurs factuelles graves: «L'adresse IP d'un second Domain Name Server (secondary Domain Name Server) doit également être définie : le serveur de noms secondaire peut relayer le serveur de noms primaire en cas de dysfonctionnement.»
Ca laisse penser que c'est du fail over.
«Chaque machine connectée au réseau possède en effet dans sa configuration les adresses IP de deux serveurs de noms de son fournisseur d'accès.» Pas forcément en dur, merci DHCP, et pas forcément deux.
Et on ne sait pas comment les DNS connaissent les serveurs racines.
La liste des domaines de «haut niveau» comme ils disent n'est évidemment plus à jour, ni gTLD, ni ccTLD (pas de .AX) D'autre part, autant que je sache, le .COM n'a jamais été restreint.
.edu/.gov/.mil : organismes éducation/gouvernement/militaire, certes, mais US only (excepté pour .edu un peu ouvert ou dépôt à tord).
J'ai pas regardé le lien connexe (http://www.commentcamarche.net/web/webdomain.php3) mais ca a l'air pire (underscores dans un nom de domaine ? bah voyons !) Surtout avec la propagation de cette *légende* vraiment tenace : «Il existe des outils (fournis par les organisations en charge des noms de domaine), appelés Whois, permettant de vérifier la disponbibilité d'un nom de domaine».
Peut-être l'entrée wikipédia sera de meilleur aloi, je ne sais pas.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/>
J'ai lu quelques post causant de problème DNS ici-même et j'avoue ne
rien y comprendre...
Le livre suivant est la réference en la matière :
http://www.oreilly.fr/catalogue/2841771504.html
Plutôt la version originale alors que la traduction :
http://www.oreilly.com/catalog/dns5/
(5ème édition, alors que en français on a que la quatrième et
différences importantes : IDN, ENUM, SPF)
Dommage qu'il y ait des imperfections/imprécisions.
Toute l'histoire serveurs primaires/secondaires devrait disparaître en
particulier, cela génère bien trop d'incompréhension.
Et c'est mélanger la cuisine interne de l'administrateur (d'ailleurs y a
pas nécessairement de différences, cas des serveurs cachés), de ce qui
est visible à l'extérieur (où tous les serveurs sont équivalents en
phase nominale et sans erreurs).
Physiquement, il n'existe bien sûr pas 13 serveurs racine (mais au moins
une cinquantaine de noeuds logiques, soit peut-être 150 ou 200 machines
physiquement).
Sans compter les erreurs factuelles graves:
«L'adresse IP d'un second Domain Name Server (secondary Domain Name
Server) doit également être définie : le serveur de noms secondaire
peut relayer le serveur de noms primaire en cas de dysfonctionnement.»
Ca laisse penser que c'est du fail over.
«Chaque machine connectée au réseau possède en effet dans sa
configuration les adresses IP de deux serveurs de noms de son fournisseur
d'accès.»
Pas forcément en dur, merci DHCP, et pas forcément deux.
Et on ne sait pas comment les DNS connaissent les serveurs racines.
La liste des domaines de «haut niveau» comme ils disent n'est
évidemment plus à jour, ni gTLD, ni ccTLD (pas de .AX)
D'autre part, autant que je sache, le .COM n'a jamais été restreint.
.edu/.gov/.mil : organismes éducation/gouvernement/militaire, certes,
mais US only (excepté pour .edu un peu ouvert ou dépôt à tord).
J'ai pas regardé le lien connexe
(http://www.commentcamarche.net/web/webdomain.php3) mais ca a l'air pire
(underscores dans un nom de domaine ? bah voyons !)
Surtout avec la propagation de cette *légende* vraiment tenace :
«Il existe des outils (fournis par les organisations en charge des noms
de domaine), appelés Whois, permettant de vérifier la disponbibilité
d'un nom de domaine».
Peut-être l'entrée wikipédia sera de meilleur aloi, je ne sais pas.
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
J'ai lu quelques post causant de problème DNS ici-même et j'avoue ne rien y comprendre...
Le livre suivant est la réference en la matière : http://www.oreilly.fr/catalogue/2841771504.html
Plutôt la version originale alors que la traduction : http://www.oreilly.com/catalog/dns5/ (5ème édition, alors que en français on a que la quatrième et différences importantes : IDN, ENUM, SPF)
Dommage qu'il y ait des imperfections/imprécisions. Toute l'histoire serveurs primaires/secondaires devrait disparaître en particulier, cela génère bien trop d'incompréhension. Et c'est mélanger la cuisine interne de l'administrateur (d'ailleurs y a pas nécessairement de différences, cas des serveurs cachés), de ce qui est visible à l'extérieur (où tous les serveurs sont équivalents en phase nominale et sans erreurs).
Physiquement, il n'existe bien sûr pas 13 serveurs racine (mais au moins une cinquantaine de noeuds logiques, soit peut-être 150 ou 200 machines physiquement).
Sans compter les erreurs factuelles graves: «L'adresse IP d'un second Domain Name Server (secondary Domain Name Server) doit également être définie : le serveur de noms secondaire peut relayer le serveur de noms primaire en cas de dysfonctionnement.»
Ca laisse penser que c'est du fail over.
«Chaque machine connectée au réseau possède en effet dans sa configuration les adresses IP de deux serveurs de noms de son fournisseur d'accès.» Pas forcément en dur, merci DHCP, et pas forcément deux.
Et on ne sait pas comment les DNS connaissent les serveurs racines.
La liste des domaines de «haut niveau» comme ils disent n'est évidemment plus à jour, ni gTLD, ni ccTLD (pas de .AX) D'autre part, autant que je sache, le .COM n'a jamais été restreint.
.edu/.gov/.mil : organismes éducation/gouvernement/militaire, certes, mais US only (excepté pour .edu un peu ouvert ou dépôt à tord).
J'ai pas regardé le lien connexe (http://www.commentcamarche.net/web/webdomain.php3) mais ca a l'air pire (underscores dans un nom de domaine ? bah voyons !) Surtout avec la propagation de cette *légende* vraiment tenace : «Il existe des outils (fournis par les organisations en charge des noms de domaine), appelés Whois, permettant de vérifier la disponbibilité d'un nom de domaine».
Peut-être l'entrée wikipédia sera de meilleur aloi, je ne sais pas.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/>
Olivier Masson
Sans compter les erreurs factuelles graves: «L'adresse IP d'un second Domain Name Server (secondary Domain Name Server) doit également être définie : le serveur de noms secondaire peut relayer le serveur de noms primaire en cas de dysfonctionnement.»
Ca laisse penser que c'est du fail over.
Ah... hum... et il sert à quoi alors :) ?
Sans compter les erreurs factuelles graves:
«L'adresse IP d'un second Domain Name Server (secondary Domain Name
Server) doit également être définie : le serveur de noms secondaire
peut relayer le serveur de noms primaire en cas de dysfonctionnement.»
Sans compter les erreurs factuelles graves: «L'adresse IP d'un second Domain Name Server (secondary Domain Name Server) doit également être définie : le serveur de noms secondaire peut relayer le serveur de noms primaire en cas de dysfonctionnement.»
Ca laisse penser que c'est du fail over.
Ah... hum... et il sert à quoi alors :) ?
Patrick Mevzek
Ah... hum... et il sert à quoi alors :) ?
A, statistiquement, gérer *en permanence* 50% des requêtes (si ils sont deux au total). Bref c'est du load balancing, pas du fail over.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/>
Ah... hum... et il sert à quoi alors :) ?
A, statistiquement, gérer *en permanence* 50% des requêtes (si ils sont
deux au total). Bref c'est du load balancing, pas du fail over.
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
Dommage qu'il y ait des imperfections/imprécisions.
[...]
Vos remarques étant, comme d'ailleurs très souvent dans ce domaine (sans jeu de mot ;-)), justes et judicieuses, j'espère alors que vous les avez soumises au site grâce au lien « Signaler une erreur » (en haut à gauche) ou encore au lien « Contribuer à cet article » (en pied de page). Il serait sinon très dommage que tout cela se perde dans les archives d'Usenet.
Peut-être l'entrée wikipédia sera de meilleur aloi, je ne sais pas.
À vous de voir et d'apporter à votre tour votre contribution si nécessaire, la communauté Wikipédia vous en sera très reconnaissante.
-- Sébastien Monbrun aka TiChou
Dans le message <news:pan.2006.10.03.01.32.13.930564@nospam.dotandco.com>,
*Patrick Mevzek* tapota sur f.r.i.hebergement :
Dommage qu'il y ait des imperfections/imprécisions.
[...]
Vos remarques étant, comme d'ailleurs très souvent dans ce domaine (sans jeu
de mot ;-)), justes et judicieuses, j'espère alors que vous les avez
soumises au site grâce au lien « Signaler une erreur » (en haut à gauche) ou
encore au lien « Contribuer à cet article » (en pied de page). Il serait
sinon très dommage que tout cela se perde dans les archives d'Usenet.
Peut-être l'entrée wikipédia sera de meilleur aloi, je ne sais pas.
À vous de voir et d'apporter à votre tour votre contribution si nécessaire,
la communauté Wikipédia vous en sera très reconnaissante.
Dommage qu'il y ait des imperfections/imprécisions.
[...]
Vos remarques étant, comme d'ailleurs très souvent dans ce domaine (sans jeu de mot ;-)), justes et judicieuses, j'espère alors que vous les avez soumises au site grâce au lien « Signaler une erreur » (en haut à gauche) ou encore au lien « Contribuer à cet article » (en pied de page). Il serait sinon très dommage que tout cela se perde dans les archives d'Usenet.
Peut-être l'entrée wikipédia sera de meilleur aloi, je ne sais pas.
À vous de voir et d'apporter à votre tour votre contribution si nécessaire, la communauté Wikipédia vous en sera très reconnaissante.
