View Full Version : [ubuntu] DNS (BIND) problems
Vegan
October 14th, 2008, 10:07 AM
I have a bunch of nameservers in the resolv.conf and when I use ping everything works fine.
when I use dig though I get a parse error. Thoughts?
koenn
October 15th, 2008, 01:21 PM
post an example of your dig command
Vegan
October 19th, 2008, 12:47 AM
user@ubuntu:~$ dig ubuntu.com
dig: parse of /etc/resolv.conf failed
igreen@ubuntu:~$
here is my resolv.conf
domain contract-developer.dyndns.biz
nameserver 0.0.0.0
nameserver 64.59.160.13
nameserver 64.59.160.15
nameserver 64.125.134.133
nameserver 64.125.134.132
nameserver 204.11.126.131
nameserver 208.185.179.218
koenn
October 19th, 2008, 02:06 AM
does it get better if you leave out nameserver 0.0.0.0 ?
Vegan
November 13th, 2008, 05:31 PM
Unfortunately it failed to help, any other ideas?
MJN
November 13th, 2008, 06:29 PM
Try recreating resolv.conf from scratch. Completely new file, manually created.
I'm thinking there might be a weird control character in there. Also ensure there's a new line at the end of the file - some files can get picky at this (hosts file being the classic favourite).
Mathew
koenn
November 13th, 2008, 06:31 PM
can't see anything wrong with the resolv.conf you posted ...
Vegan
November 13th, 2008, 10:09 PM
Found a few NL in the file, snipped them out. Removed the blank line too.
dig still complained.
Wonder if BIND needs some work.
inphektion
November 13th, 2008, 10:34 PM
if you add
search contract-developer.dyndns.biz
does it help?
Vegan
November 14th, 2008, 12:26 AM
still getting a stupid parse error. Go figgure?
domain contract-developer.dyndns.biz
search contract-developer.dyndns.biz
nameserver 64.59.160.13
nameserver 64.59.160.15
nameserver 64.125.134.133
nameserver 64.125.134.132
nameserver 204.11.126.131
nameserver 208.185.179.218
MJN
November 14th, 2008, 06:32 AM
Found a few NL in the file, snipped them out. Removed the blank line too.I said recreate the file from scratch.
Delete the one you've got (back it up if you prefer) then create a brand new file with just the line nameserver 64.59.160.13 and see if that is any different.
Sure, it might not help but in the absence of any other ideas it's surely got to be worth a shot.
Mathew
koenn
November 14th, 2008, 11:35 AM
I said recreate the file from scratch.
Delete the one you've got (back it up if you prefer) then create a brand new file with just the line nameserver 64.59.160.13 and see if that is any different.
Sure, it might not help but in the absence of any other ideas it's surely got to be worth a shot.
Mathew
I agree.
As there is nothing visibly wrong with the file, yet dig complains it cant parse (i.e. read it and interpret the content) it, it's not unlikely there's some invisible (control-, non-printable-) character getting in the way, or some other sort of corruption. Starting from scratch with just a few lines is a good idea : either it solves the issue, or it will exclude a probable cause and thus help to diagnose further.
Wonder if BIND needs some work.
Bind doesn't read from /etc/resolve.conf, and the error you get is not coming from bind. I'd say don't touch bind just yet.
bab1
November 14th, 2008, 12:23 PM
Careful consideration of: man resolv.conf reveals The resolver is a set of routines in the C library that provide access
to the Internet Domain Name System (DNS). The resolver configuration
file contains information that is read by the resolver routines the
first time they are invoked by a process.
as far as the parse error, the following might be relevant:The different configuration options are:
nameserver -- Name server IP address
Internet address (in dot notation) of a name server that the
resolver should query. Up to MAXNS (currently 3, see
<resolv.h>) name servers may be listed, one per keyword.
Vegan
November 21st, 2008, 08:12 PM
I am going to try minimizing the search to my local DNS hosts, and see if that works better. BIND has the root tables if needed.
:guitar:
JDiss
November 22nd, 2008, 02:27 AM
I am going to try minimizing the search to my local DNS hosts, and see if that works better. BIND has the root tables if needed.
Unless resolv.conf is pointed to your BIND server, you're just throwing electrons at something that isn't doing anything.
The nameservers in resolve.conf will be queried, meaning that you're hitting their [BIND|*] servers. As one poster has pointed out, usually more than 3 nameserver entries is useless.
Personally my own resolve.conf has
nameserver 127.0.0.1 - for bind locally.
nameserver 192.168.0.1 - gateway for my router to do upstream requests.
My local BIND has a bunch of references to my local domains for development purposes, or punts the request.
vBulletin® v3.8.4, Copyright ©2000-2012, Jelsoft Enterprises Ltd.