Wifi itinerant et resolv.conf

j’ai accès a plusieurs réseaux wifi suivant l’endroit ou je me trouve, mon fichier /etc/network/interfaces devine correctement a quel réseau se connecter grâce a guessnet, bref pas de problème de ce cote.

mon souci c’est que j’ai un réseau wifi auquel je me connecte avec une ip que j’ai décidée dans ce fichier (iface wifi-home inet static), et l’autre avec une ip attribue par dhcp (iface wifi-job inet dhcp).

Si je configure resolv.conf pour utiliser les serveur dns de google par exemple, ou ceux de mon fai cela marche très bien pour wifi-home mais des que je me connecte à wifi-job, resolv.conf est édité en nameserver 192.168.1.1, ce qui fait qu’a la prochaine fois ou je veux me connecter a wifi-home je dois remettre le dns qui va bien dans resolv.conf

alors que faire, en parcourant un peu le net on a la soluce éditer la fonction make_resolv_conf() de /etc/dhclient-enter-hooks, on peut apparemment rendre le fichier resolv.conf inutilisable en écriture, voilà apparemment les 2 “solutions”

en fait je me demandais si une alternative était plus propre qu’une autre, si ce package resolv était vraiment utile et pouvait être “abandonné” en renseignant plus a fond /etc/network/interfaces

dans l’idéal j’aimerais toujours utiliser le même dns, quelque soit la connexion utilisée ou en tout cas ne pas avoir a rééditer ce fichier resolv.conf à presque chaque changement de connexion.

Bonjour,
En supposant que tu utilises dhclient,
avec la directiveprepend domain-name-servers 8.8.8.8;(pour le dns de google)
dans /etc/dhcp/dhclient.conf ?
est-ce que wifi-job continue de réécrire le resolv.conf ?

Sinon, tu peux aussi utiliser le resolv.conf.tail pour y ajouter ce que tu souhaites.

[quote=“euridice”]j’ai accès a plusieurs réseaux wifi suivant l’endroit ou je me trouve, mon fichier /etc/network/interfaces devine correctement a quel réseau se connecter grâce a guessnet, bref pas de problème de ce cote.

mon souci c’est que j’ai un réseau wifi auquel je me connecte avec une ip que j’ai décidée dans ce fichier (iface wifi-home inet static), et l’autre avec une ip attribue par dhcp (iface wifi-job inet dhcp).

en fait je me demandais si une alternative était plus propre qu’une autre, si ce package resolv était vraiment utile et pouvait être “abandonné” en renseignant plus a fond /etc/network/interfaces

dans l’idéal j’aimerais toujours utiliser le même dns, quelque soit la connexion utilisée ou en tout cas ne pas avoir a rééditer ce fichier resolv.conf à presque chaque changement de connexion.[/quote]

Peut-être dans ce genre mais je suis pas bien sûr :think: reste à creuser de ce côté là ou de du côté de ce que propose eol …

[code]mapping wlan0
script /usr/sbin/guessnet-ifupdown
map timeout 3
map verbose:true
map debug:false
map WIFI1 WIFI2 WIFI3

iface WIFI1 inet dhcp
wireless-essid WIFI1
wireless-mode managed
test-wireless essid WIFI1

iface WIFI2 inet dhcp
wpa-conf managed
wpa-ap-scan 1
wpa-scan-ssid 1
wpa-ssid WIFI2
wpa-key-mgmt WPA-PSK
wpa-psk XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
test-wireless essid WIFI2

iface WIFI3 inet static
address 192.168.X.X
netmask 255.255.255.0
broadcast 192.168.1.255
gateway 192.168.X.X
dns-nameservers 192.168.X.X
wpa-conf managed
wpa-ap-scan 1
wpa-scan-ssid 1
wpa-ssid WIFI3
wpa-key-mgmt WPA-PSK
wpa-psk XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
test-wireless essid WIFI3[/code]

En pensant à ça ton wifi se reconnecte tous seul lorsque tu débranche le câble ethernet :think: :whistle: :083

[quote=“Clochette”]
Peut-être dans ce genre mais je suis pas bien sûr :think: reste à creuser de ce côté là ou de du côté de ce que propose eol …

dns-nameservers 192.168.X.X
[/quote]Cette solution me paraît plus propre que celle que j’ai proposée et efficace indépendament de l’utilisation de dhclient, elle est à essayer en priorité.

alors la config de clochette c’est ma config, et visiblement le fichier resolv.conf n’est pas update par la ligne dns-nameservers lors d’un ifup wlan0
ce qui fait que si précédemment j’étais connecte au wifi avec dhcp ca coince

entre parenthèse je ne vois pas bien du coup a quoi sert cette option de /etc/network/interfaces a part ne pas utiliser resolv.conf

sinon la soluce de eol fonctionne a merveille, le dns de google est ajoute en proms au fichier resolv.conf a la connexion au wifi avec dhcp et reste en l’état a la connexion au wifi en static.

je vais tester sans resolv.conf, peut etre

edit: j’aurais du dire sans resolvconf le package, que je n’ai pas. bref la soluce de eol est propre, en y regardant de plus pres le wiki debian a une bonne entree, bien faite : wiki.debian.org/NetworkConfigura … ameservers