Tu dois évidemment différencier les deux hôtes et les deux domaines
dans /etc/hosts : 1] localhost localhost.localdomain = 127.0.0.1
2] eddy eddy.eddy.net = 192.168.0.1
Ainsi, ton ordinateur différencie sans hésitation,
le domaine qui lui permet de fonctionner sur lui même > localhost.localdomain, le domaine intranet = 192.168.0.1, lui
permettant de dialoguer avec les ordinateurs du domaine "eddy.net".
Il n'y a plus de risque de collision de requêtes entre les PC et les
domaines, avec la configuration que je préconise. Chaque requête ira
vers le bon domaine et ordinateur.
Ça ne te parait toujours pas logique ?
Pourquoi s'obstiner à vouloir faire ? :
127.0.0.1 localhost eddy.net
alors que la seconde ligne introduit bien le domaine intranet :
192.168.0.1 eddy eddy.eddy.net
Tu donnes l'impression de vouloir faire à tout prix quelque chose
d'incohérent, alors que ça ne te coûte rien de la faire dans la
cohérence.
Hope it helps ! :-)
On Saturday 24 January 2015 20:00:29 yamo' wrote:
> > # cat /etc/hosts
> > 127.0.0.1 localhost.enfants localhost :
surtout pas !
127.0.0.1 est l'adresse IP locale par défaut.
Elle permet à l'ordinateur de dialoguer avec lui même,
car Linux fonctionne en mode terminal/serveur,
même en autonomie.
On la déclare toujours comme ceci :
127.0.0.1 <hostname> <hostname.domain> <domain>
soit :
127.0.0.1 localhost localhost.localdomain localdomain
à l'exclusion de toutes autres infos !
Tu dois évidemment différencier les deux hôtes et les deux domaines
dans /etc/hosts : 1] localhost localhost.localdomain = 127.0.0.1
2] eddy eddy.eddy.net = 192.168.0.1
Ainsi, ton ordinateur différencie sans hésitation,
le domaine qui lui permet de fonctionner sur lui même > localhost.localdomain, le domaine intranet = 192.168.0.1, lui
permettant de dialoguer avec les ordinateurs du domaine "eddy.net".
Il n'y a plus de risque de collision de requêtes entre les PC et les
domaines, avec la configuration que je préconise. Chaque requête ira
vers le bon domaine et ordinateur.
Ça ne te parait toujours pas logique ?
Pourquoi s'obstiner à vouloir faire ? :
127.0.0.1 localhost eddy.net
alors que la seconde ligne introduit bien le domaine intranet :
192.168.0.1 eddy eddy.eddy.net
Tu donnes l'impression de vouloir faire à tout prix quelque chose
d'incohérent, alors que ça ne te coûte rien de la faire dans la
cohérence.
Hope it helps ! :-)
On Saturday 24 January 2015 20:00:29 yamo' wrote:
> > # cat /etc/hosts
> > 127.0.0.1 localhost.enfants localhost :
surtout pas !
127.0.0.1 est l'adresse IP locale par défaut.
Elle permet à l'ordinateur de dialoguer avec lui même,
car Linux fonctionne en mode terminal/serveur,
même en autonomie.
On la déclare toujours comme ceci :
127.0.0.1 <hostname> <hostname.domain> <domain>
soit :
127.0.0.1 localhost localhost.localdomain localdomain
à l'exclusion de toutes autres infos !
Tu dois évidemment différencier les deux hôtes et les deux domaines
dans /etc/hosts : 1] localhost localhost.localdomain = 127.0.0.1
2] eddy eddy.eddy.net = 192.168.0.1
Ainsi, ton ordinateur différencie sans hésitation,
le domaine qui lui permet de fonctionner sur lui même > localhost.localdomain, le domaine intranet = 192.168.0.1, lui
permettant de dialoguer avec les ordinateurs du domaine "eddy.net".
Il n'y a plus de risque de collision de requêtes entre les PC et les
domaines, avec la configuration que je préconise. Chaque requête ira
vers le bon domaine et ordinateur.
Ça ne te parait toujours pas logique ?
Pourquoi s'obstiner à vouloir faire ? :
127.0.0.1 localhost eddy.net
alors que la seconde ligne introduit bien le domaine intranet :
192.168.0.1 eddy eddy.eddy.net
Tu donnes l'impression de vouloir faire à tout prix quelque chose
d'incohérent, alors que ça ne te coûte rien de la faire dans la
cohérence.
Hope it helps ! :-)
On Saturday 24 January 2015 20:00:29 yamo' wrote:
> > # cat /etc/hosts
> > 127.0.0.1 localhost.enfants localhost :
surtout pas !
127.0.0.1 est l'adresse IP locale par défaut.
Elle permet à l'ordinateur de dialoguer avec lui même,
car Linux fonctionne en mode terminal/serveur,
même en autonomie.
On la déclare toujours comme ceci :
127.0.0.1 <hostname> <hostname.domain> <domain>
soit :
127.0.0.1 localhost localhost.localdomain localdomain
à l'exclusion de toutes autres infos !
On Sunday 25 January 2015 22:52:11 Eddy F. wrote:
> En gros, tu trouves qu'indiquer
> 127.0.0.1 n_importe_quoi.pas_utilisé_ailleurs localhost
> n'est pas logique (et tu as raison !) mais l'ordinateur l'accepte et la
> doc n'a rien contre. Pourtant tu en déduis que c'est une faute, non pas
> de bonne pratique, mais de... Ben je ne sais pas de quoi au fait.
Ce n'est pas parce que l'ordinateur l'accepte que c'est bon,
c'est parce que tu as affaire à de la tolérance,
et un jour ça ne marche plus.
Pourquoi s'obstiner à vouloir faire ? :
127.0.0.1 localhost eddy.net
alors que la seconde ligne introduit bien le domaine intranet :
192.168.0.1 eddy eddy.eddy.net
On Sunday 25 January 2015 22:52:11 Eddy F. wrote:
> En gros, tu trouves qu'indiquer
> 127.0.0.1 n_importe_quoi.pas_utilisé_ailleurs localhost
> n'est pas logique (et tu as raison !) mais l'ordinateur l'accepte et la
> doc n'a rien contre. Pourtant tu en déduis que c'est une faute, non pas
> de bonne pratique, mais de... Ben je ne sais pas de quoi au fait.
Ce n'est pas parce que l'ordinateur l'accepte que c'est bon,
c'est parce que tu as affaire à de la tolérance,
et un jour ça ne marche plus.
Pourquoi s'obstiner à vouloir faire ? :
127.0.0.1 localhost eddy.net
alors que la seconde ligne introduit bien le domaine intranet :
192.168.0.1 eddy eddy.eddy.net
On Sunday 25 January 2015 22:52:11 Eddy F. wrote:
> En gros, tu trouves qu'indiquer
> 127.0.0.1 n_importe_quoi.pas_utilisé_ailleurs localhost
> n'est pas logique (et tu as raison !) mais l'ordinateur l'accepte et la
> doc n'a rien contre. Pourtant tu en déduis que c'est une faute, non pas
> de bonne pratique, mais de... Ben je ne sais pas de quoi au fait.
Ce n'est pas parce que l'ordinateur l'accepte que c'est bon,
c'est parce que tu as affaire à de la tolérance,
et un jour ça ne marche plus.
Pourquoi s'obstiner à vouloir faire ? :
127.0.0.1 localhost eddy.net
alors que la seconde ligne introduit bien le domaine intranet :
192.168.0.1 eddy eddy.eddy.net
On 2015-01-26 11:54:44 +0100, wrote:
> On Sunday 25 January 2015 22:52:11 Eddy F. wrote:
> > En gros, tu trouves qu'indiquer
> > 127.0.0.1 n_importe_quoi.pas_utilisé_ailleurs localhost
> > n'est pas logique (et tu as raison !) mais l'ordinateur l'accepte et la
> > doc n'a rien contre. Pourtant tu en déduis que c'est une faute, non pas
> > de bonne pratique, mais de... Ben je ne sais pas de quoi au fait.
>
> Ce n'est pas parce que l'ordinateur l'accepte que c'est bon,
C'est bon car c'est explicitement autorisé par la doc: la page man
hosts(5) indique:
IP_address canonical_hostname [aliases...]
Fields of the entry are separated by any number of blanks and/or tab
characters. Text from a "#" character until the end of the line is a
comment, and is ignored. Host names may contain only alphanumeric
characters, minus signs ("-"), and periods ("."). They must begin with
an alphabetic character and end with an alphanumeric character.
Optional aliases provide for name changes, alternate spellings, shorter
hostnames, or generic hostnames (for example, localhost).
^^^^^^^^^
Donc "localhost" est OK dans la partie "aliases".
> c'est parce que tu as affaire à de la tolérance,
> et un jour ça ne marche plus.
Si ça ne marche plus, c'est qu'il y a un bug, qu'il faut rapporter.
En fait, s'il y a un tel bug, c'est probablement parce que ça n'a
jamais été testé, puisque personne ne met localhost dans la partie
"aliases" en pratique (car c'est inutile).
> Pourquoi s'obstiner à vouloir faire ? :
> 127.0.0.1 localhost eddy.net
> alors que la seconde ligne introduit bien le domaine intranet :
> 192.168.0.1 eddy eddy.eddy.net
Non!
192.168.0.1 eddy.eddy.net eddy
dans cet ordre obligatoirement, puisque eddy.eddy.net est le nom
canonique. Mais si c'est le nom de la machine locale, alors mieux
vaut choisir:
127.0.1.1 eddy.eddy.net eddy
Ainsi, si l'interface 192.168.0.1 tombe, les connexions locales
via le nom eddy ou eddy.eddy.net continuent de fonctionner.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
On 2015-01-26 11:54:44 +0100, andre_debian@numericable.fr wrote:
> On Sunday 25 January 2015 22:52:11 Eddy F. wrote:
> > En gros, tu trouves qu'indiquer
> > 127.0.0.1 n_importe_quoi.pas_utilisé_ailleurs localhost
> > n'est pas logique (et tu as raison !) mais l'ordinateur l'accepte et la
> > doc n'a rien contre. Pourtant tu en déduis que c'est une faute, non pas
> > de bonne pratique, mais de... Ben je ne sais pas de quoi au fait.
>
> Ce n'est pas parce que l'ordinateur l'accepte que c'est bon,
C'est bon car c'est explicitement autorisé par la doc: la page man
hosts(5) indique:
IP_address canonical_hostname [aliases...]
Fields of the entry are separated by any number of blanks and/or tab
characters. Text from a "#" character until the end of the line is a
comment, and is ignored. Host names may contain only alphanumeric
characters, minus signs ("-"), and periods ("."). They must begin with
an alphabetic character and end with an alphanumeric character.
Optional aliases provide for name changes, alternate spellings, shorter
hostnames, or generic hostnames (for example, localhost).
^^^^^^^^^
Donc "localhost" est OK dans la partie "aliases".
> c'est parce que tu as affaire à de la tolérance,
> et un jour ça ne marche plus.
Si ça ne marche plus, c'est qu'il y a un bug, qu'il faut rapporter.
En fait, s'il y a un tel bug, c'est probablement parce que ça n'a
jamais été testé, puisque personne ne met localhost dans la partie
"aliases" en pratique (car c'est inutile).
> Pourquoi s'obstiner à vouloir faire ? :
> 127.0.0.1 localhost eddy.net
> alors que la seconde ligne introduit bien le domaine intranet :
> 192.168.0.1 eddy eddy.eddy.net
Non!
192.168.0.1 eddy.eddy.net eddy
dans cet ordre obligatoirement, puisque eddy.eddy.net est le nom
canonique. Mais si c'est le nom de la machine locale, alors mieux
vaut choisir:
127.0.1.1 eddy.eddy.net eddy
Ainsi, si l'interface 192.168.0.1 tombe, les connexions locales
via le nom eddy ou eddy.eddy.net continuent de fonctionner.
--
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
On 2015-01-26 11:54:44 +0100, wrote:
> On Sunday 25 January 2015 22:52:11 Eddy F. wrote:
> > En gros, tu trouves qu'indiquer
> > 127.0.0.1 n_importe_quoi.pas_utilisé_ailleurs localhost
> > n'est pas logique (et tu as raison !) mais l'ordinateur l'accepte et la
> > doc n'a rien contre. Pourtant tu en déduis que c'est une faute, non pas
> > de bonne pratique, mais de... Ben je ne sais pas de quoi au fait.
>
> Ce n'est pas parce que l'ordinateur l'accepte que c'est bon,
C'est bon car c'est explicitement autorisé par la doc: la page man
hosts(5) indique:
IP_address canonical_hostname [aliases...]
Fields of the entry are separated by any number of blanks and/or tab
characters. Text from a "#" character until the end of the line is a
comment, and is ignored. Host names may contain only alphanumeric
characters, minus signs ("-"), and periods ("."). They must begin with
an alphabetic character and end with an alphanumeric character.
Optional aliases provide for name changes, alternate spellings, shorter
hostnames, or generic hostnames (for example, localhost).
^^^^^^^^^
Donc "localhost" est OK dans la partie "aliases".
> c'est parce que tu as affaire à de la tolérance,
> et un jour ça ne marche plus.
Si ça ne marche plus, c'est qu'il y a un bug, qu'il faut rapporter.
En fait, s'il y a un tel bug, c'est probablement parce que ça n'a
jamais été testé, puisque personne ne met localhost dans la partie
"aliases" en pratique (car c'est inutile).
> Pourquoi s'obstiner à vouloir faire ? :
> 127.0.0.1 localhost eddy.net
> alors que la seconde ligne introduit bien le domaine intranet :
> 192.168.0.1 eddy eddy.eddy.net
Non!
192.168.0.1 eddy.eddy.net eddy
dans cet ordre obligatoirement, puisque eddy.eddy.net est le nom
canonique. Mais si c'est le nom de la machine locale, alors mieux
vaut choisir:
127.0.1.1 eddy.eddy.net eddy
Ainsi, si l'interface 192.168.0.1 tombe, les connexions locales
via le nom eddy ou eddy.eddy.net continuent de fonctionner.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
Il faut savoir interpréter les "man".
Je réitère dans /etc/hosts :
# 127.0.0.1 = adresse littéraire local de l'ordinateur :
127.0.0.1 localhost localhost.localdomain
# IP intranet si réseau intranet, p. ex. 192.168.0.0
192.168.0.1 eddy eddy.eddy.net
Si on écrit : 127.0.0.1 localhost eddy.net
l'ordinateur peut chercher le domaine "eddy.net"
sur un autre poste du domaine, càd tous...
puisqu'ils sont censés avoir cette même ligne dans leur /etc/hosts
127.0.0.1 localhost eddy.net
ne peut que s'écrire comme ci-dessus si le PC n'est relié à aucun réseau,
"/etc/hosts" est un fichier DNS manuel de domaine intranet,
si celui-ci n'a pas de service DNS.
Il faut savoir interpréter les "man".
Je réitère dans /etc/hosts :
# 127.0.0.1 = adresse littéraire local de l'ordinateur :
127.0.0.1 localhost localhost.localdomain
# IP intranet si réseau intranet, p. ex. 192.168.0.0
192.168.0.1 eddy eddy.eddy.net
Si on écrit : 127.0.0.1 localhost eddy.net
l'ordinateur peut chercher le domaine "eddy.net"
sur un autre poste du domaine, càd tous...
puisqu'ils sont censés avoir cette même ligne dans leur /etc/hosts
127.0.0.1 localhost eddy.net
ne peut que s'écrire comme ci-dessus si le PC n'est relié à aucun réseau,
"/etc/hosts" est un fichier DNS manuel de domaine intranet,
si celui-ci n'a pas de service DNS.
Il faut savoir interpréter les "man".
Je réitère dans /etc/hosts :
# 127.0.0.1 = adresse littéraire local de l'ordinateur :
127.0.0.1 localhost localhost.localdomain
# IP intranet si réseau intranet, p. ex. 192.168.0.0
192.168.0.1 eddy eddy.eddy.net
Si on écrit : 127.0.0.1 localhost eddy.net
l'ordinateur peut chercher le domaine "eddy.net"
sur un autre poste du domaine, càd tous...
puisqu'ils sont censés avoir cette même ligne dans leur /etc/hosts
127.0.0.1 localhost eddy.net
ne peut que s'écrire comme ci-dessus si le PC n'est relié à aucun réseau,
"/etc/hosts" est un fichier DNS manuel de domaine intranet,
si celui-ci n'a pas de service DNS.
# 127.0.0.1 = adresse littéraire local de l'ordinateur :
127.0.0.1 localhost localhost.localdomain
# IP intranet si réseau intranet, p. ex. 192.168.0.0
192.168.0.1 eddy eddy.eddy.net
Si on écrit : 127.0.0.1 localhost eddy.net
l'ordinateur peut chercher le domaine "eddy.net"
sur un autre poste du domaine, càd tous...
puisqu'ils sont censés avoir cette même ligne dans leur /etc/hosts
127.0.0.1 localhost eddy.net
ne peut que s'écrire comme ci-dessus si le PC n'est relié à aucun réseau,
# 127.0.0.1 = adresse littéraire local de l'ordinateur :
127.0.0.1 localhost localhost.localdomain
# IP intranet si réseau intranet, p. ex. 192.168.0.0
192.168.0.1 eddy eddy.eddy.net
Si on écrit : 127.0.0.1 localhost eddy.net
l'ordinateur peut chercher le domaine "eddy.net"
sur un autre poste du domaine, càd tous...
puisqu'ils sont censés avoir cette même ligne dans leur /etc/hosts
127.0.0.1 localhost eddy.net
ne peut que s'écrire comme ci-dessus si le PC n'est relié à aucun réseau,
# 127.0.0.1 = adresse littéraire local de l'ordinateur :
127.0.0.1 localhost localhost.localdomain
# IP intranet si réseau intranet, p. ex. 192.168.0.0
192.168.0.1 eddy eddy.eddy.net
Si on écrit : 127.0.0.1 localhost eddy.net
l'ordinateur peut chercher le domaine "eddy.net"
sur un autre poste du domaine, càd tous...
puisqu'ils sont censés avoir cette même ligne dans leur /etc/hosts
127.0.0.1 localhost eddy.net
ne peut que s'écrire comme ci-dessus si le PC n'est relié à aucun réseau,
# 127.0.0.1 = adresse littéraire local de l'ordinateur :
127.0.0.1 localhost localhost.localdomain
# IP intranet si réseau intranet, p. ex. 192.168.0.0
192.168.0.1 eddy eddy.eddy.net
Non! eddy.eddy.net doit être *avant* eddy.
Cf plein de discussions d'il y a longtemps, et également:
https://lists.debian.org/debian-devel/2013/07/msg00809.html
# 127.0.0.1 = adresse littéraire local de l'ordinateur :
127.0.0.1 localhost localhost.localdomain
# IP intranet si réseau intranet, p. ex. 192.168.0.0
192.168.0.1 eddy eddy.eddy.net
Non! eddy.eddy.net doit être *avant* eddy.
Cf plein de discussions d'il y a longtemps, et également:
https://lists.debian.org/debian-devel/2013/07/msg00809.html
# 127.0.0.1 = adresse littéraire local de l'ordinateur :
127.0.0.1 localhost localhost.localdomain
# IP intranet si réseau intranet, p. ex. 192.168.0.0
192.168.0.1 eddy eddy.eddy.net
Non! eddy.eddy.net doit être *avant* eddy.
Cf plein de discussions d'il y a longtemps, et également:
https://lists.debian.org/debian-devel/2013/07/msg00809.html
Le 28/01/2015 16:37, Vincent Lefevre a écrit :
>> # 127.0.0.1 = adresse littéraire local de l'ordinateur :
>> 127.0.0.1 localhost localhost.localdomain
>> # IP intranet si réseau intranet, p. ex. 192.168.0.0
>> 192.168.0.1 eddy eddy.eddy.net
>
> Non! eddy.eddy.net doit être *avant* eddy.
>
> Cf plein de discussions d'il y a longtemps, et également:
>
> https://lists.debian.org/debian-devel/2013/07/msg00809.html
Merci pour ce lien que j'ai lu mais justement le point
(enfin un des points) que tu soulèves ci-dessus n'est pas
expliqué, enfin il me semble. Dans ton lien je vois ceci :
So the only thing that needs to be secured for the correct
resolution is that we don't mix up the localhost line with
the foobar line. And the order of the line's entries is
important, e.g. it must be:
<adresse-IP> xxxx yyyy
était complètement équivalent à :
<adresse-IP> yyyy xxxx
bon naturellement je mets le fqdn en premier moi
aussi mais si en plus je sais pourquoi alors c'est plus
sympa. :)
Le 28/01/2015 16:37, Vincent Lefevre a écrit :
>> # 127.0.0.1 = adresse littéraire local de l'ordinateur :
>> 127.0.0.1 localhost localhost.localdomain
>> # IP intranet si réseau intranet, p. ex. 192.168.0.0
>> 192.168.0.1 eddy eddy.eddy.net
>
> Non! eddy.eddy.net doit être *avant* eddy.
>
> Cf plein de discussions d'il y a longtemps, et également:
>
> https://lists.debian.org/debian-devel/2013/07/msg00809.html
Merci pour ce lien que j'ai lu mais justement le point
(enfin un des points) que tu soulèves ci-dessus n'est pas
expliqué, enfin il me semble. Dans ton lien je vois ceci :
So the only thing that needs to be secured for the correct
resolution is that we don't mix up the localhost line with
the foobar line. And the order of the line's entries is
important, e.g. it must be:
<adresse-IP> xxxx yyyy
était complètement équivalent à :
<adresse-IP> yyyy xxxx
bon naturellement je mets le fqdn en premier moi
aussi mais si en plus je sais pourquoi alors c'est plus
sympa. :)
Le 28/01/2015 16:37, Vincent Lefevre a écrit :
>> # 127.0.0.1 = adresse littéraire local de l'ordinateur :
>> 127.0.0.1 localhost localhost.localdomain
>> # IP intranet si réseau intranet, p. ex. 192.168.0.0
>> 192.168.0.1 eddy eddy.eddy.net
>
> Non! eddy.eddy.net doit être *avant* eddy.
>
> Cf plein de discussions d'il y a longtemps, et également:
>
> https://lists.debian.org/debian-devel/2013/07/msg00809.html
Merci pour ce lien que j'ai lu mais justement le point
(enfin un des points) que tu soulèves ci-dessus n'est pas
expliqué, enfin il me semble. Dans ton lien je vois ceci :
So the only thing that needs to be secured for the correct
resolution is that we don't mix up the localhost line with
the foobar line. And the order of the line's entries is
important, e.g. it must be:
<adresse-IP> xxxx yyyy
était complètement équivalent à :
<adresse-IP> yyyy xxxx
bon naturellement je mets le fqdn en premier moi
aussi mais si en plus je sais pourquoi alors c'est plus
sympa. :)
To:
Il s'agit d'un mail d'une liste Debian, qui n'a pas valeur de "tuto" officiel.
So the only thing that needs to be secured for the correct
resolution is that we don't mix up the localhost line with
the foobar line. And the order of the line's entries is
important, e.g. it must be:
<adresse-IP> xxxx yyyy
était complètement équivalent à :
<adresse-IP> yyyy xxxx
bon naturellement je mets le fqdn en premier moi
aussi mais si en plus je sais pourquoi alors c'est plus
sympa. :)
C'est commutatif, ça n'a aucune importance.
Pour la logique on met :
<ip> <nom d'hôte> <nom_d_hôte.nom_de_domaine>
192.168.0.1 eddy eddy.eddy.net
Non! eddy.eddy.net doit être *avant* eddy.
Cf plein de discussions d'il y a longtemps, et également:
To: debian-devel@lists.debian.org
Il s'agit d'un mail d'une liste Debian, qui n'a pas valeur de "tuto" officiel.
So the only thing that needs to be secured for the correct
resolution is that we don't mix up the localhost line with
the foobar line. And the order of the line's entries is
important, e.g. it must be:
<adresse-IP> xxxx yyyy
était complètement équivalent à :
<adresse-IP> yyyy xxxx
bon naturellement je mets le fqdn en premier moi
aussi mais si en plus je sais pourquoi alors c'est plus
sympa. :)
C'est commutatif, ça n'a aucune importance.
Pour la logique on met :
<ip> <nom d'hôte> <nom_d_hôte.nom_de_domaine>
192.168.0.1 eddy eddy.eddy.net
Non! eddy.eddy.net doit être *avant* eddy.
Cf plein de discussions d'il y a longtemps, et également:
To:
Il s'agit d'un mail d'une liste Debian, qui n'a pas valeur de "tuto" officiel.
So the only thing that needs to be secured for the correct
resolution is that we don't mix up the localhost line with
the foobar line. And the order of the line's entries is
important, e.g. it must be:
<adresse-IP> xxxx yyyy
était complètement équivalent à :
<adresse-IP> yyyy xxxx
bon naturellement je mets le fqdn en premier moi
aussi mais si en plus je sais pourquoi alors c'est plus
sympa. :)
C'est commutatif, ça n'a aucune importance.
Pour la logique on met :
<ip> <nom d'hôte> <nom_d_hôte.nom_de_domaine>
192.168.0.1 eddy eddy.eddy.net
Non! eddy.eddy.net doit être *avant* eddy.
Cf plein de discussions d'il y a longtemps, et également:
Merci pour ce lien que j'ai lu mais justement le point
(enfin un des points) que tu soulèves ci-dessus n'est pas
expliqué, enfin il me semble. Dans ton lien je vois ceci :
--------------------
So the only thing that needs to be secured for the correct
resolution is that we don't mix up the localhost line with
the foobar line. And the order of the line's entries is
important, e.g. it must be:
127.0.0.1 foobar.bar.net foobar
not
127.0.0.1 foobar foobar.bar.net »
--------------------
Mais l'auteur ne dit pas pourquoi « it must be ».
Perso, je pensais qu'une ligne du type :
<adresse-IP> xxxx yyyy
était complètement équivalent à :
<adresse-IP> yyyy xxxx
Pourquoi est-ce que ce n'est pas le cas ?
Merci pour ce lien que j'ai lu mais justement le point
(enfin un des points) que tu soulèves ci-dessus n'est pas
expliqué, enfin il me semble. Dans ton lien je vois ceci :
--------------------
So the only thing that needs to be secured for the correct
resolution is that we don't mix up the localhost line with
the foobar line. And the order of the line's entries is
important, e.g. it must be:
127.0.0.1 foobar.bar.net foobar
not
127.0.0.1 foobar foobar.bar.net »
--------------------
Mais l'auteur ne dit pas pourquoi « it must be ».
Perso, je pensais qu'une ligne du type :
<adresse-IP> xxxx yyyy
était complètement équivalent à :
<adresse-IP> yyyy xxxx
Pourquoi est-ce que ce n'est pas le cas ?
Merci pour ce lien que j'ai lu mais justement le point
(enfin un des points) que tu soulèves ci-dessus n'est pas
expliqué, enfin il me semble. Dans ton lien je vois ceci :
--------------------
So the only thing that needs to be secured for the correct
resolution is that we don't mix up the localhost line with
the foobar line. And the order of the line's entries is
important, e.g. it must be:
127.0.0.1 foobar.bar.net foobar
not
127.0.0.1 foobar foobar.bar.net »
--------------------
Mais l'auteur ne dit pas pourquoi « it must be ».
Perso, je pensais qu'une ligne du type :
<adresse-IP> xxxx yyyy
était complètement équivalent à :
<adresse-IP> yyyy xxxx
Pourquoi est-ce que ce n'est pas le cas ?
Ici, foobar.bar.net est le nom d'hôte canonique.
C'est équivalent pour la résolution directe, mais pas pour la
résolution inverse. Dans la résolution inverse, la règle est
de renvoyer le nom d'hôte canonique, qui est dans /etc/hosts
le premier nom après l'adresse.
Si je me souviens bien, le fait de mettre un shortname en premier
casse la commande hostname avec certaines options (e.g. avec -f,
on se retrouve avec un nom court au lieu du FQDN), mais ça peut
dépendre des implémentations.
Ici, foobar.bar.net est le nom d'hôte canonique.
C'est équivalent pour la résolution directe, mais pas pour la
résolution inverse. Dans la résolution inverse, la règle est
de renvoyer le nom d'hôte canonique, qui est dans /etc/hosts
le premier nom après l'adresse.
Si je me souviens bien, le fait de mettre un shortname en premier
casse la commande hostname avec certaines options (e.g. avec -f,
on se retrouve avec un nom court au lieu du FQDN), mais ça peut
dépendre des implémentations.
Ici, foobar.bar.net est le nom d'hôte canonique.
C'est équivalent pour la résolution directe, mais pas pour la
résolution inverse. Dans la résolution inverse, la règle est
de renvoyer le nom d'hôte canonique, qui est dans /etc/hosts
le premier nom après l'adresse.
Si je me souviens bien, le fait de mettre un shortname en premier
casse la commande hostname avec certaines options (e.g. avec -f,
on se retrouve avec un nom court au lieu du FQDN), mais ça peut
dépendre des implémentations.
