C'est bien beau de dire que tout est bien qui fini bien la vie est belle et tout, mais présentement je viens de tomber sur une petite coquille.
Comme je suis sur mon pc portable j'utilise dnsmasq comme miroir DNS, c'est plus facile quand on bouge car les machines virtuelles qui tournent ont toutes l'ip du bridge comme gateway et comme serveur dns, sur l'hôte dnsmasq met à disposition le service de DNS sur la loopback (127.0.0.1) et modifie donc le fichier resolv.conf ; d'un autre côté il écrit les ip reçues par le DHCP dans le fichier /var/run/dnsmasq/resolv.conf.
Mais quand on est dans le namespace réseau (vpn_ns dans mon cas) on a plus accès à la loopback du namespace root, donc il n'arrive pas à se connecter au service de DNS et donc de résoudre résoudre les noms (ce qui est un peu gênant).
J'ai donc remis les @DNS en dur dans /etc/resolv.conf et stoppé dnsmasq en attendant de trouver une solution.
# Un petit problème
Posté par reynum (site web personnel) . En réponse au journal Spécifier une interface réseau à un processus (2.1). Évalué à 1.
C'est bien beau de dire que tout est bien qui fini bien la vie est belle et tout, mais présentement je viens de tomber sur une petite coquille.
Comme je suis sur mon pc portable j'utilise dnsmasq comme miroir DNS, c'est plus facile quand on bouge car les machines virtuelles qui tournent ont toutes l'ip du bridge comme gateway et comme serveur dns, sur l'hôte dnsmasq met à disposition le service de DNS sur la loopback (127.0.0.1) et modifie donc le fichier resolv.conf ; d'un autre côté il écrit les ip reçues par le DHCP dans le fichier /var/run/dnsmasq/resolv.conf.
Mais quand on est dans le namespace réseau (vpn_ns dans mon cas) on a plus accès à la loopback du namespace root, donc il n'arrive pas à se connecter au service de DNS et donc de résoudre résoudre les noms (ce qui est un peu gênant).
J'ai donc remis les @DNS en dur dans /etc/resolv.conf et stoppé dnsmasq en attendant de trouver une solution.
kentoc'h mervel eget bezan saotred