|
|
![]() ![]() |
Common DNS problems and solutions
Detailed below are the common problems that we experience, in order of frequency,( most frequent first ). Written and maintained by IainP, With loads of help from Paul Jennings.
Contents
References
TCP/IP Network administration. Craig Hunt. O'Reilly & Associates, Inc.
ISBN 0-937175-82-X
DNS and BIND. 2nd Edition Paul Albitz and Cricket Liu. O'Reilly & Associates, Inc.
ISBN 1-56592-236-0
The following tips should help ;
These are simple solutions for further information please see the DNS and BIND book.
The only solution to these problems is to go back to the SE or customer
and ask for the missing info.
Please ensure that the requests include all information required. If in doubt ask.
Normally we will put the request on hold for a couple of days, and check morning and night to see of the primary comes up. If it does not come up within this time period we will write back asking when the primary is due to be up. If a request is being submitted for a service where the primary is not yet up, then please include information in the comments section detailing when the primary server is expected to be on the Internet.
This is normally because the serial number is not incremented correctly, or the named has not been stopped and restarted.
Whilst the serial can be any number, we suggest that the date is included
in it.
There are known problems with previous versions. One of the common problems is that the secondary server is not updated correctly by the primary name server. Obtain and compile the latest version of BIND from; The internet software consortium
This came down to the customer wanting to do something that was not possible. In the end we had to write to them multiple times to advise them on what they should do, and how they should do it. Again education is required. Please see the DNS and BIND book.
If you wish to own the whole class C then you have to set up the in-addr.arpa reverse delegation. The SE's should be getting their technical people to check the requests before they are sent off.
This is due to the customer changing service providers, or mistakes when
typing in the new address. Please ensure that the address is entered correctly, and if the secondary is not owned by you, put it in by name and not by IP address.
; name server data file for xxxxx.com
;*************************************
;* Start of Authority Records *
;*************************************
;
@ IN SOA ns.uk.ibm.net. dnsadmin.ns.uk.ibm.net. (
1996073102; Serial number for this data (yyyymmdd##)
14400 ; Refresh value for secondary name servers (2 hours)
3600 ; Retry value for secondary name servers (1 hour)
604800 ; Expire value for secondary name servers (7 days)
86400 ) ; Minimum TTL value (1 day)
;
; Define Name Servers
;
IN NS ns.uk.ibm.net.
IN NS ns.de.ibm.net.
;
; Define Hosts in this domain
;
;
xxxxx.com. IN MX 10 mail.xxxxx.com.
* IN MX 10 mail.xxxxx.com.
xxxxx.com. IN MX 10 e-mail.com. ; For IMX customers
* IN MX 10 e-mail.com. ; For IMX customers
mail IN A 123.456.78.9
www IN A 123.456.78.10
anotherweb IN CNAME www.xxxxxx.com.
|