Drôle de sujet, hein ? Je vous rassure, ça veut quand même dire quelque
chose, mais j'ai pas trouvé de sujet plus explicite. J'explique.
J'utilise sur mon portable un logiciel qui marche avec une license FlexLM.
J'ai donc un serveur de license local, et un fichier de license qui est
locké sur mon nom de machine (et sur l'adresse MAC de la carte réseau,
sinon ça sert à rien...), et pas sur son IP. Il est bien sûr impossible de
modifier ce fichier de license.
Donc, pour utiliser ce logiciel, il *faut* que, en gros, un 'ping machine'
réponde. Je dis bien un 'ping machine', et pas un 'ping 123.456.789.012',
puisque le fichier de license contient le nom de machine et pas l'IP.
Or, cette machine est un portable. Il y a donc des jours où je boote en
dehors de tout réseau (dans le train, par exemple). Donc, même si
j'affecte une IP à ma carte réseau, je n'ai pas de serveur DNS (je vais
pas m'amuser à en faire tourner un juste pour ça, hein), et donc, par
défaut, le 'ping machine' marche pas (mais 'ping IP', ou 'ping localhost',
ou 'ping 127.0.0.1', oui -- les deux derniers passant par lo et pas
eth0, c'est un peu différent).
J'aurais cru que le système était assez malin pour résoudre tout seul le
DNS de ma machine (son nom étant fixé dans /etc/hostname). Bon, pas grave,
si je rajoute la ligne '123.456.789.012 machine' dans /etc/hosts, le
problème est réglé. Très bien. Sauf que ça suppose de connaître mon IP, et
qu'elle ne change pas à chaque fois.
Compliquons. J'utilise habituellement un serveur DHCP. Donc, au boot, je
ne sais pas quel va être mon IP (en fait, c'est presque toujours la même,
mais passons). Quand je suis connecté, je m'en fous, puisqu'il y a un
serveur DNS ailleurs qui règle tous les problèmes. Quand je me deconnecte
ensuite, par contre... Et même pire, quand je boote sans être connecté, la
carte réseau n'arrivant pas à joindre le serveur DHCP, aucune IP n'y est
affectée (pas même celle que j'avais lors du coup précédent).
Donc, deux problèmes un peu en parallèle :
- Y'a-t-il moyen de modifier automatiquement le /etc/hosts pour y mettre
au boot l'entrée correspondant à mon IP du jour, fournie par DHCP ? Comme
ça, si je boote sur réseau, puis que je débranche mon portable sans
l'éteindre (genre pour aller dans un bureau à côté), le DNS sera résolu
localement.
- D'autre part, pour les jours où je boote carrement hors du réseau,
y'a-t-il un moyen lorsque le DHCP échoue, d'affecter une IP fixe (bidon,
je m'en fous), ou encore d'affecter l'IP de la dernière connexion, au lieu
de ne pas affecter d'IP du tout à eth0 ?
--
Rémi Moyen
"Malgré les apparences, le temps est très varié à Nancy :
pluie, nuages, neige, brouillard, grêle, ..."
Le mer 26 mai 2004 à 13:15, Remi Moyen a tapoté : | On Wed, 26 May 2004, Thomas Nemeth wrote: | [pas d'infos sur l'interface] | > C'est qu'on ne doit pas avoir la même version de dhcpcd :) | > Que dit ton man dhcpcd à ce sujet ? | | La même chose que le tien (en français)... D'après le man, je suis | effectivement censé avoir ces fichiers. Arg. Pas de message d'erreur | visible dans les logs non plus. Y'aurait-il quelque chose d'autre de cassé | chez moi ?
Je ne sais pas. - est-ce que tu as vérifié sa présence quand tu es connecté ? - quand tu es déconnecté ? - comment est lancé dhcpcd (dans /etc/init.d/dhcpc[d]) ?
Si le fichier existe lorsque tu es connecté et a disparu lorsque tu es déconnecté, alors il faut rajouter une commande pour le sauvegarder dans le .exe (genre cp fichier.info fichier.info.old) et tester la sauvegarde :)
Thomas -- you talkin' to me ? "tu sais, petit, tu postes pas sur le bon forum... y'en qui ont essayé, on les a plus revus" -+- Arnaud in Guide du Fmblien Assassin : C'est dangereux dans le coin -+-
Le mer 26 mai 2004 à 13:15, Remi Moyen a tapoté :
| On Wed, 26 May 2004, Thomas Nemeth wrote:
|
[pas d'infos sur l'interface]
| > C'est qu'on ne doit pas avoir la même version de dhcpcd :)
| > Que dit ton man dhcpcd à ce sujet ?
|
| La même chose que le tien (en français)... D'après le man, je suis
| effectivement censé avoir ces fichiers. Arg. Pas de message d'erreur
| visible dans les logs non plus. Y'aurait-il quelque chose d'autre de cassé
| chez moi ?
Je ne sais pas.
- est-ce que tu as vérifié sa présence quand tu es connecté ?
- quand tu es déconnecté ?
- comment est lancé dhcpcd (dans /etc/init.d/dhcpc[d]) ?
Si le fichier existe lorsque tu es connecté et a disparu lorsque tu
es déconnecté, alors il faut rajouter une commande pour le
sauvegarder dans le .exe (genre cp fichier.info fichier.info.old) et
tester la sauvegarde :)
Thomas
--
you talkin' to me ?
"tu sais, petit, tu postes pas sur le bon forum... y'en qui ont
essayé, on les a plus revus"
-+- Arnaud in Guide du Fmblien Assassin : C'est dangereux dans le coin -+-
Le mer 26 mai 2004 à 13:15, Remi Moyen a tapoté : | On Wed, 26 May 2004, Thomas Nemeth wrote: | [pas d'infos sur l'interface] | > C'est qu'on ne doit pas avoir la même version de dhcpcd :) | > Que dit ton man dhcpcd à ce sujet ? | | La même chose que le tien (en français)... D'après le man, je suis | effectivement censé avoir ces fichiers. Arg. Pas de message d'erreur | visible dans les logs non plus. Y'aurait-il quelque chose d'autre de cassé | chez moi ?
Je ne sais pas. - est-ce que tu as vérifié sa présence quand tu es connecté ? - quand tu es déconnecté ? - comment est lancé dhcpcd (dans /etc/init.d/dhcpc[d]) ?
Si le fichier existe lorsque tu es connecté et a disparu lorsque tu es déconnecté, alors il faut rajouter une commande pour le sauvegarder dans le .exe (genre cp fichier.info fichier.info.old) et tester la sauvegarde :)
Thomas -- you talkin' to me ? "tu sais, petit, tu postes pas sur le bon forum... y'en qui ont essayé, on les a plus revus" -+- Arnaud in Guide du Fmblien Assassin : C'est dangereux dans le coin -+-
Remi Moyen
On Wed, 26 May 2004, Thomas Nemeth wrote:
[pourquoi /etc/dhcpc/dhcpc-eth0.info n'est pas là]
Je ne sais pas. - est-ce que tu as vérifié sa présence quand tu es connecté ?
N'existe pas.
- quand tu es déconnecté ?
Pas plus.
Que je sois connecté ou non (ie., cable réseau branché ou non), et que dhcpcd soit lancé ou non, le fichier n'existe pas (évidemment, il n'existe pas non plus si je suis en IP fixe !).
- comment est lancé dhcpcd (dans /etc/init.d/dhcpc[d]) ?
Par /etc/init.d/networking, lequel fait globalement un 'ifup -a'. Après, c'est dans mon /etc/network/interfaces où j'ai une ligne 'iface eth0 inet dhcp' (précédée de ce commentaire : "# An ethernet DHCP client: (using the dhcpcd .deb)").
Je ne sais pas comment ifup sait que le client DHCP s'appelle dhcpcd (et pas udhcp ou je-ne-sais quel autre client). -- Rémi Moyen "Malgré les apparences, le temps est très varié à Nancy : pluie, nuages, neige, brouillard, grêle, ..."
On Wed, 26 May 2004, Thomas Nemeth wrote:
[pourquoi /etc/dhcpc/dhcpc-eth0.info n'est pas là]
Je ne sais pas.
- est-ce que tu as vérifié sa présence quand tu es connecté ?
N'existe pas.
- quand tu es déconnecté ?
Pas plus.
Que je sois connecté ou non (ie., cable réseau branché ou non), et que
dhcpcd soit lancé ou non, le fichier n'existe pas (évidemment, il n'existe
pas non plus si je suis en IP fixe !).
- comment est lancé dhcpcd (dans /etc/init.d/dhcpc[d]) ?
Par /etc/init.d/networking, lequel fait globalement un 'ifup -a'. Après,
c'est dans mon /etc/network/interfaces où j'ai une ligne 'iface eth0 inet
dhcp' (précédée de ce commentaire : "# An ethernet DHCP client: (using the
dhcpcd .deb)").
Je ne sais pas comment ifup sait que le client DHCP s'appelle dhcpcd (et
pas udhcp ou je-ne-sais quel autre client).
--
Rémi Moyen
"Malgré les apparences, le temps est très varié à Nancy :
pluie, nuages, neige, brouillard, grêle, ..."
[pourquoi /etc/dhcpc/dhcpc-eth0.info n'est pas là]
Je ne sais pas. - est-ce que tu as vérifié sa présence quand tu es connecté ?
N'existe pas.
- quand tu es déconnecté ?
Pas plus.
Que je sois connecté ou non (ie., cable réseau branché ou non), et que dhcpcd soit lancé ou non, le fichier n'existe pas (évidemment, il n'existe pas non plus si je suis en IP fixe !).
- comment est lancé dhcpcd (dans /etc/init.d/dhcpc[d]) ?
Par /etc/init.d/networking, lequel fait globalement un 'ifup -a'. Après, c'est dans mon /etc/network/interfaces où j'ai une ligne 'iface eth0 inet dhcp' (précédée de ce commentaire : "# An ethernet DHCP client: (using the dhcpcd .deb)").
Je ne sais pas comment ifup sait que le client DHCP s'appelle dhcpcd (et pas udhcp ou je-ne-sais quel autre client). -- Rémi Moyen "Malgré les apparences, le temps est très varié à Nancy : pluie, nuages, neige, brouillard, grêle, ..."
TiChou
Dans le message <news:, *Remi Moyen* tapota sur f.c.o.l.configuration :
Thomas Nemeth wrote:
[pourquoi /etc/dhcpc/dhcpc-eth0.info n'est pas là]
[...]
s#/etc/dhcpc#/var/lib/dhcpc#
-- TiChou
Dans le message
<news:Pine.LNX.4.58.0405261704030.1913@pbeanf.raft.vacy-anapl.se>,
*Remi Moyen* tapota sur f.c.o.l.configuration :
Thomas Nemeth wrote:
[pourquoi /etc/dhcpc/dhcpc-eth0.info n'est pas là]
Dans le message <news:, *Remi Moyen* tapota sur f.c.o.l.configuration :
Thomas Nemeth wrote:
[pourquoi /etc/dhcpc/dhcpc-eth0.info n'est pas là]
[...]
s#/etc/dhcpc#/var/lib/dhcpc#
-- TiChou
Thomas Nemeth
Le mer 26 mai 2004 à 17:09, Remi Moyen a tapoté : | On Wed, 26 May 2004, Thomas Nemeth wrote: | | [pourquoi /etc/dhcpc/dhcpc-eth0.info n'est pas là] | | Que je sois connecté ou non (ie., cable réseau branché ou non), et que | dhcpcd soit lancé ou non, le fichier n'existe pas (évidemment, il n'existe | pas non plus si je suis en IP fixe !).
Étant donné que je n'ai pas la même version que toi (je suis encore avec une potato sur la plupart de mes machines), je ne saurais trop que te conseiller d'aller jeter un coup d'oeil dans /usr/share/doc/dhcpcd/ histoire de voir s'il n'y aurait pas quelques infos à ce sujet. Si tu es avec testing ou unstable et qu'aucune info n'est disponible, alors tu peux faire un bugreport...
| > - comment est lancé dhcpcd (dans /etc/init.d/dhcpc[d]) ? | | Par /etc/init.d/networking, lequel fait globalement un 'ifup -a'. Après, | c'est dans mon /etc/network/interfaces où j'ai une ligne 'iface eth0 inet | dhcp' (précédée de ce commentaire : "# An ethernet DHCP client: (using the | dhcpcd .deb)").
Oké. Pas de /etc/init.d/dhcpcd ?
| Je ne sais pas comment ifup sait que le client DHCP s'appelle dhcpcd (et | pas udhcp ou je-ne-sais quel autre client).
C'est une bonne question. ÀMHA, il doit y avoir un lien style /sbin/dhcp-client (c'est fictif, hein, c'est peut-être un autre nom) et c'est comme ça que ifup s'en sort. Si ce genre de fichier n'existe pas (faut voir ce que contient le paquet dhcpcd : le mien n'a rien de ce genre), c'est que ifup est plus intelligent que ça et qu'il connait tous les clients dhcp ou qu'il le vérifie dans la liste des paquets installés.
Thomas -- FB: Euh, c'est quoi les conférences fidonet ? FK: C'est pour ceux qui préfèrent les chiens aux drosophiles. -+- in: Guide du Cabaliste Usenet - La SPA vaincra ! -+-
Le mer 26 mai 2004 à 17:09, Remi Moyen a tapoté :
| On Wed, 26 May 2004, Thomas Nemeth wrote:
|
| [pourquoi /etc/dhcpc/dhcpc-eth0.info n'est pas là]
|
| Que je sois connecté ou non (ie., cable réseau branché ou non), et que
| dhcpcd soit lancé ou non, le fichier n'existe pas (évidemment, il n'existe
| pas non plus si je suis en IP fixe !).
Étant donné que je n'ai pas la même version que toi (je suis encore
avec une potato sur la plupart de mes machines), je ne saurais trop
que te conseiller d'aller jeter un coup d'oeil dans
/usr/share/doc/dhcpcd/ histoire de voir s'il n'y aurait pas quelques
infos à ce sujet. Si tu es avec testing ou unstable et qu'aucune
info n'est disponible, alors tu peux faire un bugreport...
| > - comment est lancé dhcpcd (dans /etc/init.d/dhcpc[d]) ?
|
| Par /etc/init.d/networking, lequel fait globalement un 'ifup -a'. Après,
| c'est dans mon /etc/network/interfaces où j'ai une ligne 'iface eth0 inet
| dhcp' (précédée de ce commentaire : "# An ethernet DHCP client: (using the
| dhcpcd .deb)").
Oké. Pas de /etc/init.d/dhcpcd ?
| Je ne sais pas comment ifup sait que le client DHCP s'appelle dhcpcd (et
| pas udhcp ou je-ne-sais quel autre client).
C'est une bonne question. ÀMHA, il doit y avoir un lien style
/sbin/dhcp-client (c'est fictif, hein, c'est peut-être un autre
nom) et c'est comme ça que ifup s'en sort.
Si ce genre de fichier n'existe pas (faut voir ce que contient
le paquet dhcpcd : le mien n'a rien de ce genre), c'est que ifup
est plus intelligent que ça et qu'il connait tous les clients
dhcp ou qu'il le vérifie dans la liste des paquets installés.
Thomas
--
FB: Euh, c'est quoi les conférences fidonet ?
FK: C'est pour ceux qui préfèrent les chiens aux drosophiles.
-+- in: Guide du Cabaliste Usenet - La SPA vaincra ! -+-
Le mer 26 mai 2004 à 17:09, Remi Moyen a tapoté : | On Wed, 26 May 2004, Thomas Nemeth wrote: | | [pourquoi /etc/dhcpc/dhcpc-eth0.info n'est pas là] | | Que je sois connecté ou non (ie., cable réseau branché ou non), et que | dhcpcd soit lancé ou non, le fichier n'existe pas (évidemment, il n'existe | pas non plus si je suis en IP fixe !).
Étant donné que je n'ai pas la même version que toi (je suis encore avec une potato sur la plupart de mes machines), je ne saurais trop que te conseiller d'aller jeter un coup d'oeil dans /usr/share/doc/dhcpcd/ histoire de voir s'il n'y aurait pas quelques infos à ce sujet. Si tu es avec testing ou unstable et qu'aucune info n'est disponible, alors tu peux faire un bugreport...
| > - comment est lancé dhcpcd (dans /etc/init.d/dhcpc[d]) ? | | Par /etc/init.d/networking, lequel fait globalement un 'ifup -a'. Après, | c'est dans mon /etc/network/interfaces où j'ai une ligne 'iface eth0 inet | dhcp' (précédée de ce commentaire : "# An ethernet DHCP client: (using the | dhcpcd .deb)").
Oké. Pas de /etc/init.d/dhcpcd ?
| Je ne sais pas comment ifup sait que le client DHCP s'appelle dhcpcd (et | pas udhcp ou je-ne-sais quel autre client).
C'est une bonne question. ÀMHA, il doit y avoir un lien style /sbin/dhcp-client (c'est fictif, hein, c'est peut-être un autre nom) et c'est comme ça que ifup s'en sort. Si ce genre de fichier n'existe pas (faut voir ce que contient le paquet dhcpcd : le mien n'a rien de ce genre), c'est que ifup est plus intelligent que ça et qu'il connait tous les clients dhcp ou qu'il le vérifie dans la liste des paquets installés.
Thomas -- FB: Euh, c'est quoi les conférences fidonet ? FK: C'est pour ceux qui préfèrent les chiens aux drosophiles. -+- in: Guide du Cabaliste Usenet - La SPA vaincra ! -+-
Remi Moyen
On Wed, 26 May 2004, TiChou wrote:
[pourquoi /etc/dhcpc/dhcpc-eth0.info n'est pas là]
[...]
s#/etc/dhcpc#/var/lib/dhcpc#
Oui !
Diable, ça sent l'erreur dans la doc, ça. À moins que dhcpcd ne soit lancé en -L /var/lib/dhcpc, mais bon, si c'est systématique, ça pourrait être dans la doc... -- Rémi Moyen "Malgré les apparences, le temps est très varié à Nancy : pluie, nuages, neige, brouillard, grêle, ..."
On Wed, 26 May 2004, TiChou wrote:
[pourquoi /etc/dhcpc/dhcpc-eth0.info n'est pas là]
[...]
s#/etc/dhcpc#/var/lib/dhcpc#
Oui !
Diable, ça sent l'erreur dans la doc, ça. À moins que dhcpcd ne soit lancé
en -L /var/lib/dhcpc, mais bon, si c'est systématique, ça pourrait être
dans la doc...
--
Rémi Moyen
"Malgré les apparences, le temps est très varié à Nancy :
pluie, nuages, neige, brouillard, grêle, ..."
[pourquoi /etc/dhcpc/dhcpc-eth0.info n'est pas là]
[...]
s#/etc/dhcpc#/var/lib/dhcpc#
Oui !
Diable, ça sent l'erreur dans la doc, ça. À moins que dhcpcd ne soit lancé en -L /var/lib/dhcpc, mais bon, si c'est systématique, ça pourrait être dans la doc... -- Rémi Moyen "Malgré les apparences, le temps est très varié à Nancy : pluie, nuages, neige, brouillard, grêle, ..."
Remi Moyen
On Wed, 26 May 2004, Thomas Nemeth wrote:
| [pourquoi /etc/dhcpc/dhcpc-eth0.info n'est pas là]
Bon, grâce à Tichou, j'ai retrouvé ces fichiers dans /var/lib. Ouf. Je vais pouvoir faire mes bidouilles. Le problème est à peu près clos, je pense.
| > - comment est lancé dhcpcd (dans /etc/init.d/dhcpc[d]) ? | | Par /etc/init.d/networking,
Oké. Pas de /etc/init.d/dhcpcd ?
Non.
| Je ne sais pas comment ifup sait que le client DHCP s'appelle dhcpcd (et | pas udhcp ou je-ne-sais quel autre client).
C'est une bonne question. ÀMHA, il doit y avoir un lien style /sbin/dhcp-client (c'est fictif, hein, c'est peut-être un autre nom) et c'est comme ça que ifup s'en sort.
Le man de interfaces (5) dit que : The dhcp Method This method may be used to obtain an address via DHCP with any of the tools: dhclient, pump, udhcpc, dhcpcd. (They have been listed in their order of precedence.)
J'en déduis donc que les noms des clients DHCP sont codés en dur dans ifconfig, et utilisés dans cet ordre-là à l'exclusion de tout autre. -- Rémi Moyen "Malgré les apparences, le temps est très varié à Nancy : pluie, nuages, neige, brouillard, grêle, ..."
On Wed, 26 May 2004, Thomas Nemeth wrote:
| [pourquoi /etc/dhcpc/dhcpc-eth0.info n'est pas là]
Bon, grâce à Tichou, j'ai retrouvé ces fichiers dans /var/lib. Ouf. Je
vais pouvoir faire mes bidouilles. Le problème est à peu près clos, je
pense.
| > - comment est lancé dhcpcd (dans /etc/init.d/dhcpc[d]) ?
|
| Par /etc/init.d/networking,
Oké. Pas de /etc/init.d/dhcpcd ?
Non.
| Je ne sais pas comment ifup sait que le client DHCP s'appelle dhcpcd (et
| pas udhcp ou je-ne-sais quel autre client).
C'est une bonne question. ÀMHA, il doit y avoir un lien style
/sbin/dhcp-client (c'est fictif, hein, c'est peut-être un autre
nom) et c'est comme ça que ifup s'en sort.
Le man de interfaces (5) dit que :
The dhcp Method
This method may be used to obtain an address via DHCP with any of
the tools: dhclient, pump, udhcpc, dhcpcd. (They have been listed in
their order of precedence.)
J'en déduis donc que les noms des clients DHCP sont codés en dur dans
ifconfig, et utilisés dans cet ordre-là à l'exclusion de tout autre.
--
Rémi Moyen
"Malgré les apparences, le temps est très varié à Nancy :
pluie, nuages, neige, brouillard, grêle, ..."
| [pourquoi /etc/dhcpc/dhcpc-eth0.info n'est pas là]
Bon, grâce à Tichou, j'ai retrouvé ces fichiers dans /var/lib. Ouf. Je vais pouvoir faire mes bidouilles. Le problème est à peu près clos, je pense.
| > - comment est lancé dhcpcd (dans /etc/init.d/dhcpc[d]) ? | | Par /etc/init.d/networking,
Oké. Pas de /etc/init.d/dhcpcd ?
Non.
| Je ne sais pas comment ifup sait que le client DHCP s'appelle dhcpcd (et | pas udhcp ou je-ne-sais quel autre client).
C'est une bonne question. ÀMHA, il doit y avoir un lien style /sbin/dhcp-client (c'est fictif, hein, c'est peut-être un autre nom) et c'est comme ça que ifup s'en sort.
Le man de interfaces (5) dit que : The dhcp Method This method may be used to obtain an address via DHCP with any of the tools: dhclient, pump, udhcpc, dhcpcd. (They have been listed in their order of precedence.)
J'en déduis donc que les noms des clients DHCP sont codés en dur dans ifconfig, et utilisés dans cet ordre-là à l'exclusion de tout autre. -- Rémi Moyen "Malgré les apparences, le temps est très varié à Nancy : pluie, nuages, neige, brouillard, grêle, ..."
Ça ne risque pas de poser problème, de mélanger localhost et vrai nom ? Ou de court-circuiter eth0 pour passer par lo pour le vrai nom ? (c'est une question totalement innocente, j'essaye juste de m'assurer que ça risque pas de casser autre chose).
Pas de probleme à prévoir, sauf si d'autres applis sont aussi tordues que celle que tu essaie de persuader.
Mais vraiment c'est sans grad souci, et c'est la solution normale à ton pb: en effet il est anormal de passer par eth0 pour te contacter toi meme, et c'est cela qui te fait un souci si tu n'est pas connecté d'ailleurs. Avec lo (127.0.0.1) c'est absolument impec.
Ça ne risque pas de poser problème, de mélanger localhost et vrai nom ? Ou
de court-circuiter eth0 pour passer par lo pour le vrai nom ? (c'est une
question totalement innocente, j'essaye juste de m'assurer que ça risque
pas de casser autre chose).
Pas de probleme à prévoir, sauf si d'autres applis sont aussi tordues
que celle que tu essaie de persuader.
Mais vraiment c'est sans grad souci, et c'est la solution normale à ton
pb: en effet il est anormal de passer par eth0 pour te contacter toi
meme, et c'est cela qui te fait un souci si tu n'est pas connecté
d'ailleurs. Avec lo (127.0.0.1) c'est absolument impec.
Ça ne risque pas de poser problème, de mélanger localhost et vrai nom ? Ou de court-circuiter eth0 pour passer par lo pour le vrai nom ? (c'est une question totalement innocente, j'essaye juste de m'assurer que ça risque pas de casser autre chose).
Pas de probleme à prévoir, sauf si d'autres applis sont aussi tordues que celle que tu essaie de persuader.
Mais vraiment c'est sans grad souci, et c'est la solution normale à ton pb: en effet il est anormal de passer par eth0 pour te contacter toi meme, et c'est cela qui te fait un souci si tu n'est pas connecté d'ailleurs. Avec lo (127.0.0.1) c'est absolument impec.
Michel.
TiChou
Dans le message <news:, *Michel Tatoute* tapota sur f.c.o.l.configuration :
Ça ne risque pas de poser problème, de mélanger localhost et vrai nom ? Ou de court-circuiter eth0 pour passer par lo pour le vrai nom ? (c'est une question totalement innocente, j'essaye juste de m'assurer que ça risque pas de casser autre chose).
Pas de probleme à prévoir, sauf si d'autres applis sont aussi tordues que celle que tu essaie de persuader.
Mais vraiment c'est sans grad souci, et c'est la solution normale à ton pb: en effet il est anormal de passer par eth0 pour te contacter toi meme, et c'est cela qui te fait un souci si tu n'est pas connecté d'ailleurs. Avec lo (127.0.0.1) c'est absolument impec.
De toute manière, *tout* le trafic local passe par l'interface lo, même s'il se fait à destination de l'adresse IP de l'interface LAN eth0 ou de l'adresse IP de l'interface Internet ppp0.
-- TiChou
Dans le message <news:pan.2004.05.27.13.32.03.566525@alussinan.org>,
*Michel Tatoute* tapota sur f.c.o.l.configuration :
Ça ne risque pas de poser problème, de mélanger localhost et vrai nom ?
Ou de court-circuiter eth0 pour passer par lo pour le vrai nom ? (c'est
une question totalement innocente, j'essaye juste de m'assurer que ça
risque pas de casser autre chose).
Pas de probleme à prévoir, sauf si d'autres applis sont aussi tordues
que celle que tu essaie de persuader.
Mais vraiment c'est sans grad souci, et c'est la solution normale à ton
pb: en effet il est anormal de passer par eth0 pour te contacter toi
meme, et c'est cela qui te fait un souci si tu n'est pas connecté
d'ailleurs. Avec lo (127.0.0.1) c'est absolument impec.
De toute manière, *tout* le trafic local passe par l'interface lo, même s'il
se fait à destination de l'adresse IP de l'interface LAN eth0 ou de
l'adresse IP de l'interface Internet ppp0.
Ça ne risque pas de poser problème, de mélanger localhost et vrai nom ? Ou de court-circuiter eth0 pour passer par lo pour le vrai nom ? (c'est une question totalement innocente, j'essaye juste de m'assurer que ça risque pas de casser autre chose).
Pas de probleme à prévoir, sauf si d'autres applis sont aussi tordues que celle que tu essaie de persuader.
Mais vraiment c'est sans grad souci, et c'est la solution normale à ton pb: en effet il est anormal de passer par eth0 pour te contacter toi meme, et c'est cela qui te fait un souci si tu n'est pas connecté d'ailleurs. Avec lo (127.0.0.1) c'est absolument impec.
De toute manière, *tout* le trafic local passe par l'interface lo, même s'il se fait à destination de l'adresse IP de l'interface LAN eth0 ou de l'adresse IP de l'interface Internet ppp0.
