Useage of nameserver ips in /etc/resolv.conf
I noticed I have some IPS already listed in /etc/resolv.conf that appear in a similar range to my server(Im guessing they are ownedby my webhost)
I did not put these there, but I am wondering If I can use these in a zone domain file? exmaple /etc/resolv.conf Quote:
Quote:
|
Quote:
Quote:
|
Quote:
Well, it's your domain; are these servers configured as slave servers for the domain in question? Since you don't seem to know anything about these two servers, the answer is probably a resounding "no". In that case, they certainly have no business being in your zone file. Edit: And one more thing, NS records should point to names, not IP addresses. |
Quote:
Quote:
You are correct about them being random to me, however I wondered why they existed in /etc/resolv.conf in the first place but because I have forgot alot about BIND, I am shooting in the dark hoping to wake up to a working domain. My goal is to setup a nameserver(preferably just 1) for my domain, using only the server which I also host the content on. The reason why I say 1 nameserver is because it seems pointless having 2,3,4,5 if I am hosting it on 1 server, if the servers down for 1 its down for all. Regarding my /etc/resolv.conf, Should I remove those two nameserver's and replace it with my server ip? Then in my zone file use this IP - as I do want it as a authoritative DNS server for my domain Lastly - Is it possible to have just 1 nameserver in the zone file, which is also the IP of your server hosting the zone file itself? Kind regards |
Quote:
I believe ICANN guidelines more or less demands two DNS servers per domain, but fail to specify their physical/logical location. Quote:
If you keep these servers in your zone file, other servers and clients on the Internet will mistakenly believe them to be authoritative for your domain, but any query will reveal that they themselves believe they are not. This will cause them to be classified as "lame servers". Quote:
If the name server has a name in the zone it's hosting, a glue A record should be created in the parent domain. Otherwise, you get a catch-22 situation where clients need to resolve the name to reach the server, but needs to reach the server in order to resolve the name. A domain will work perfectly fine with just one primary DNS server, but if that server goes down, the whole domain disappears off the Internet. One or more slave servers are therefore strongly recommended. |
Quote:
Can you please check my setup files, They are as follows. the IP I use to login to my server via SSH is 44.44.44.44 the additional IPS my host gave me are 55.55.55.11, 55.55.55.22 /var/named/d.org.db Quote:
Quote:
Quote:
My domain is not showing any results at whatsmydns.net yet using cmd nslookup ns1.d.org Quote:
Quote:
|
(Could you please use "code" tags rather than "quote" tags around configuration setting and such?)
Quote:
Quote:
If your server is hosting this zone and its hostname is not ns1.d.org, then the information in this file is wrong. Quote:
Quote:
Quote:
Try these commands: Code:
whois your.domain All DNS information will be fetched from "8.8.8.8", one of Google's public DNS servers. |
Quote:
Quote:
Quote:
Quote:
Regarding wat u said, should I setup the SOA like Code:
$TTL 1000 Ideally, I dont even want to use the additional IPS they gave me, or the ns1, ns2 type convention. I would rather just use my one and only server ip(the one I use to login), and 1 nameserver, we cud call it server or ns. All the rest I am just doing as I did this 2-3 years ago and it worked, I now forgot it all and am just shooting in the dark hoping its going to work. Theoretical example would be something like Code:
$TTL 1000 The A record for the domain(nslookup check I missed in previuos post) is nslookup d.org Code:
Server: 44.44.44.44 Now onto your cmds whois d.org Code:
... nslookup -q=SOA d.org 8.8.8.8 Code:
Server: 8.8.8.8 Code:
Server: 8.8.8.8 |
Quote:
Quote:
Quote:
Quote:
When a domain is registered, a DNS delegation is created in the parent zone. For a domain like "company.com", the parent zone is "com". The operators of the "com" top-level domain must create an NS record for the subdomain "company", pointing to the authoritative DNS server for the domain. It could be that your domain doesn't have an NS record in its parent zone, meaning there's no delegation in the TLD (or whatever domain is the parent for your particular domain). If you've paid your annual registration fees, then your registrar is most likely to blame for this. They'll have to get in touch with the operators of the parent zone (which is either ICANN for the international TLDs or a national registry for any country-specific TLD) and get this fixed. The exact name of the registrar and the relevant contact information is in the whois record. |
If yours is an international domain, you should be able to get to the bottom of this by running the following command:
Code:
nslookup -q=NS your.domain 192.5.6.30 |
Quote:
Code:
nslookup -q=NS d.org 192.5.6.30 This doesnt look like a good result, if so, what exactly is the problem here? I dont quite know what else I can provide, these are all the files I have modified. service named status Code:
number of zones: 1 Thanks |
Quote:
Code:
nslookup -q=NS your-domain a.root-servers.net As for whether it is likely or not that a DNS delegation could be missing when your domain worked only a few days ago, know that these records are expunged automatically if a registration is allowed to lapse. |
Quote:
Code:
Server: a.root-servers.net |
The Domain Name System is really giving you the runaround today. Looks like you have to query yet another server:
Code:
nslookup -q=NS your.domain d0.org.afilias-nst.org |
Quote:
nslookup -q=NS d.org d0.org.afilias-nst.org Code:
Server: d0.org.afilias-nst.org |
All times are GMT -5. The time now is 10:29 AM. |