Stefan Mensink
07/07/07, 01:23
*** OPGELOST ***
(hieronder staat hoe)
Dag allemaal,
Op een van mijn debian servers heb ik een ietwat vreemd verschijnsel: In mijn /etc/resolv.conf staat alleen:
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.0.1
search basemotive.nl
In mijn /etc/network/interfaces staat echter:
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0 eth1
iface eth0 inet static
address 85.x.x.4
netmask 255.255.255.128
broadcast 85.x.x.127
gateway 85.x.x.1
dns-nameservers 85.x.x.5 217.x.x.x
dns-search ______.nl
iface eth1 inet static
address 10.0.0.4
netmask 255.255.255.0
broadcast 10.0.0.255
In /etc/resolvconf/interface-order staat wel de loopback voor de eth0:
# interface-order(5)
lo.inet*
lo.dnsmasq
lo.pdnsd
lo.!(pdns|pdns-recursor)
lo
tun*
tap*
eth*
ath*
wlan*
ppp*
*
Als ik nu de eth* verhuis naar bovenaan, dan neemt hij de juiste nameservers wel mee, maar daaronder zet-ie nog steeds die 127.0.0.1 neer.
Waar komt die 127.0.0.1 nu eigenlijk vandaan? Bij iface lo staat helemaal geen nameserver gespecificeerd (in /etc/network/interfaces)!
Ik wil uiteraard gewoon alleen de nameservers die bij eth0 staan vermeld krijgen in /etc/resolv.conf. Natuurlijk weet ik wel work-arounds, maar ik wil eigenlijk wel graag via de resolver werken.
Wat zie ik hier over het hoofd? Bij andere servers gaat het wel prima, en voor zover ik kan zien is de config exact gelijk (behalve de IP-nummers). Oja, op de betreffende server zelf staat wel bind geinstalleerd, en op een andere machine met welke ik 'm vergeleek niet; maakt dat enig verschil?
Alvast bedankt!
Hee, opgelost!
Het viel me op dat in /etc/resolvconf/run/interface/ naast eth0.inet ook een lo.named staat. Nu heb ik de lo.named uit de interface-order verbannen, en gaat de resolver goed!
# interface-order(5)
lo.inet*
lo.dnsmasq
lo.pdnsd
#lo.!(pdns|pdns-recursor)
lo
tun*
tap*
eth*
ath*
wlan*
ppp*
#*
Blijkbaar detecteert het systeem dus dat er een named draait, al heb ik (nog) geen idee hoe.
(hieronder staat hoe)
Dag allemaal,
Op een van mijn debian servers heb ik een ietwat vreemd verschijnsel: In mijn /etc/resolv.conf staat alleen:
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.0.1
search basemotive.nl
In mijn /etc/network/interfaces staat echter:
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0 eth1
iface eth0 inet static
address 85.x.x.4
netmask 255.255.255.128
broadcast 85.x.x.127
gateway 85.x.x.1
dns-nameservers 85.x.x.5 217.x.x.x
dns-search ______.nl
iface eth1 inet static
address 10.0.0.4
netmask 255.255.255.0
broadcast 10.0.0.255
In /etc/resolvconf/interface-order staat wel de loopback voor de eth0:
# interface-order(5)
lo.inet*
lo.dnsmasq
lo.pdnsd
lo.!(pdns|pdns-recursor)
lo
tun*
tap*
eth*
ath*
wlan*
ppp*
*
Als ik nu de eth* verhuis naar bovenaan, dan neemt hij de juiste nameservers wel mee, maar daaronder zet-ie nog steeds die 127.0.0.1 neer.
Waar komt die 127.0.0.1 nu eigenlijk vandaan? Bij iface lo staat helemaal geen nameserver gespecificeerd (in /etc/network/interfaces)!
Ik wil uiteraard gewoon alleen de nameservers die bij eth0 staan vermeld krijgen in /etc/resolv.conf. Natuurlijk weet ik wel work-arounds, maar ik wil eigenlijk wel graag via de resolver werken.
Wat zie ik hier over het hoofd? Bij andere servers gaat het wel prima, en voor zover ik kan zien is de config exact gelijk (behalve de IP-nummers). Oja, op de betreffende server zelf staat wel bind geinstalleerd, en op een andere machine met welke ik 'm vergeleek niet; maakt dat enig verschil?
Alvast bedankt!
Hee, opgelost!
Het viel me op dat in /etc/resolvconf/run/interface/ naast eth0.inet ook een lo.named staat. Nu heb ik de lo.named uit de interface-order verbannen, en gaat de resolver goed!
# interface-order(5)
lo.inet*
lo.dnsmasq
lo.pdnsd
#lo.!(pdns|pdns-recursor)
lo
tun*
tap*
eth*
ath*
wlan*
ppp*
#*
Blijkbaar detecteert het systeem dus dat er een named draait, al heb ik (nog) geen idee hoe.