I am running Ubuntu 12.10 with ISPConfig 3.0.5.1. I am trying to setup my ISPs nameservers but resolv.conf is never changing. It's stuck on nameserver 127.0.0.1 I tried editing /etc/network/interfaces and inserted dns-nameservers xxx.xxx.xxx.xxx xxx.xxx.xxx.xxx then resolvconf -u and then ifdown eth0 && ifup eth0. No result I tried editing /etc/resolvconf/resolvconf.d/base with same parameters, again no result. I tried disabling resolvconf updates as well as edit the dhcpclient.conf in both /etc/dhcp and /etc/dhcp3 with the prepent-domain again no result. I'm already frustrated enough and cannot think of anything else to try. I tried google but all the solutions proposed are mentioned above and don't work. Any help is appreciated
Update: I have removed /etc/resolv.conf and run dpkg-reconfigure resolvconf and answered yes to all of the options. The result was that now /etc/resolv.conf is correctly created as a symlink, but still not able to update it as I want to
Does the NIC have the public IP4 address. I never used Comcast name server IPs when the NIC is the public facing IP. Post the interfaces file... another set of eyes...
could it be because you have you NIC configured to get IP from DHCP server ? if so ... dhclient will automaticly update resolv.conf no matter what you've set manually. by the way /etc/resolv.conf is a symlink for /etc/resolvconf/run/resolv.conf if i'm not mistaken so i guess you can solve your problem by removing the symlink and create a normal conf file or add a write protect bit to resolv.conf after you've modified it Code: chattr +i /etc/resolv.conf
TiTex & Pititis thanks for your answers. TiTex my interface is set to static with an added dns-nameservers line as man resolvconf states. dhcp is not enabled. I want to make this work the proper way as I do a lot of update && distro upgrades and it keeps breaking up if everything is not done properly. Pititis I tried what you suggested. Unfortunately nothing is added in /etc/resolv.conf. It's stuck at nameservers 127.0.0.1 any other suggestions?
One more time... Post the interfaces file. Odds are there is a simple error in it. If nothing else I will cut-n-paste it and try it in a server running here.
# This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface auto eth0 iface eth0 inet static address 172.16.2.100 netmask 255.255.255.0 gateway 172.16.2.1 network 172.16.2.0 broadcast 172.16.2.255 dns-nameservers 213.140.208.226 213.140.209.226
Try this The file looks correct assuming the IPs are right. I always add a comma between the IPs after dns-nameservers. You could try the Google nameservers of 8.8.8.8, 8.8.4.4 You can try this: http://hardc0l2e.wordpress.com/2012...v-conf-127-0-0-1-implementation-with-dnsmasq/ ... and on some Zoneminder installs when moving the hard drive to a new physical CPU I have had problems get the "new" network cards to work properly and find that if I delete the /etc/udev/rules.d/70-persistent-net.rules and then power down (not restart) the system the two cars are then detected as eth0 and eth1. I know that this is not the specific thing you face but that file seems to have some hold-over on the interfaces configutation. Please repost what you find.
Thanks for your suggestion. Unfortunately neither the comma between IPs in /etc/network/interfaces work neither the post with the modification of NetworkManager. as I am running the server edition of Ubuntu and not LTS so network manager is not installed
local nameserver I think this is caused by the way resolvconf treats local nameservers. Checking the man page, I noticed this: ----- "[...] TRUNCATE_NAMESERVER_LIST_AFTER_LOOPBACK_ADDRESS If set to "yes" then the libc script will include no more nameserver addresses after the first nameserver address that is a loopback address. (In IPv4 a loopback address is any one that starts with "127.". In IPv6 the loopback address is "::1".) The advantage of truncating the nameserver list after a loopback address is that doing so inhibits unnecessary changes to resolv.conf and thus reduces the number of instances in which the update-libc.d/ scripts have to be run. When an interface is brought up or down the local caching nameserver that listens on the loopback address is still informed of the change and adapts accordingly; the clients of the resolver which use the local caching nameserver do not need to be notified of the change. A disadvantage of this mode of operation is that applications have no secondary or tertiary nameserver address to fall back on should the local caching nameserver crash. Insofar as a local nameserver crash can be regarded as an unlikely event, this is a relatively minor disadvantage. Set to "no" to disable truncation. The default is "yes". A deprecated synonym for this variable is TRUNCATE_NAMESERVER_LIST_AFTER_127."