|
|
|
| |||||||||
![]() |
|
|
«
Previous Thread
|
Next Thread
»
|
Thread Tools | Search this Thread | Rate Thread | Display Modes |
|
|
|
Generate data entry and reporting .NET Web apps in minutes, straight from your database. Read our FREE whitepaper “Build Web 2.0 Applications Without Hand-Coding” Download now! |
|
#1
|
|||
|
|||
|
tinydns runs for a day then stops answering queries
Hi,
I have installed djbdns on a red hat 8.0. Everything works fine for a day then it will stop answering queries. I run the command svstat /service/tinydns and it tells me that the service is still up. Any idea? Thanks you. |
|
#2
|
|||
|
|||
|
Did you restart it? What did the log say?
My run file looks like so: Code:
#!/bin/sh exec 2>&1 exec envuidgid tinydns envdir ./env softlimit -d300000 /usr/local/bin/tinydns |
|
#3
|
|||
|
|||
|
Hi,
>Did you restart it? Yes, I did restart yesterday. >What did the log say? I ran svstat /service/tinydns/log and it tells that it has been up 0 seconds. My run look the same as yours. #!/bin/sh exec 2>&1 exec envuidgid tinydns envdir ./env softlimit -d300000 /usr/local/bin/tinydns Thanks again. |
|
#4
|
|||
|
|||
|
>> I ran svstat /service/tinydns/log and it tells that it has been up 0 seconds.
I want to see what the log says, not what you think it's happening. |
|
#5
|
|||
|
|||
|
Hi,
I'm sorry. Here is my log file. Thank you. |
|
#6
|
|||
|
|||
|
The log indicates that you have misconfigured your data file (zone records), nothing more than that and that can't cause tinydns to stop answering queries.
When you say it will stop answering queries: 1) What kind of queries exactly? 2) How do you know? What did you do exactly? As far as the misconfiguration, it's merely a misconception to most people regarding to reverse DNS. 99% of the time you are not authoritative for your own reverse (122.67.166.219.in-addr.arpa). If tinydns stops responding to a reverse lookup of 219.166.67.122, that's normal, just because your tinydns is NOT authoritative for 219.166.67.122 IP. Currently you have a lame server as well -> ns-kg021.ocn.ne.jp Your MX should only be ns1.solarenet.com, not mail.solarent.com. Post your data file so I can fix all possible misconfiguration for you. |
|
#7
|
|||
|
|||
|
Hi freebsd,
Here is my tinydns data. Thank you. |
|
#8
|
|||
|
|||
|
Code:
Zsolarenet.com:ns1.solarenet.com:hostmaster.solarenet.com &solarenet.com:219.166.67.122:ns1.solarenet.com &solarenet.com::ns-kg021.ocn.ad.jp @solarenet.com::ns1.solarenet.com.:0 +www.solarenet.com:219.166.67.122 +solarenet.com:219.166.67.122 Zcahier.net:ns1.solarenet.com:hostmaster.cahier.net &cahier.net::ns1.solarenet.com &cahier.net::ns-kg021.ocn.ad.jp @cahier.net::ns1.solarenet.com.:0 +cahier.net:219.166.67.122 +www.cahier.net:219.166.67.122 You should also see that you have a typo error in ns-kg021.ocn.ad.jp as ns-kg021.ocn.ne.jp (non-existence). My two questions remain unanswered please response. |
|
#9
|
|||
|
|||
|
Hi freebsd,
>>1) What kind of queries exactly? Actually i mean when i use ping command and it tells "Time out". I'm very sorry for my terrible english. >>You should also see that you have a typo error in ns-kg021.ocn.ad.jp as ns-kg021.ocn.ne.jp (non-existence). I'm sorry. When I go to work I'll fix it right away. By the way, could you tell me what lame server mean? Thank you so much! Akira |
|
#10
|
|||
|
|||
|
>> Actually i mean when i use ping command and it tells "Time out".
ping is not a tool to debug DNS problem. Dropping incoming icmp packets at firewall level so people can't ping you, doesn't mean your DNS isn't working properly. >> could you tell me what lame server mean? The server is not authoritative for your domain. Say you blindly entered ns1.google.com as your slave nameserver. Of course, ns1.google.com is not authoritative for your domain, because they haven't been told to. |
|
#11
|
|||
|
|||
|
Thank you.
|
|
#12
|
|||
|
|||
|
One more question please.
Hi freebsd,
Should I put the secondary DNS ip in resolv.conf? Thank you. Akira |
|
#13
|
|||
|
|||
|
>> Should I put the secondary DNS ip in resolv.conf?
tinydns is to provide answers to DNS queries requested from others. All the answers are static and come from a flat db file at /service/tinydns/root/data.cdb. It answers what it knows about in the zone records (known), nothing more. dnscache is to ask tinydns or other content DNS nameservers for answer and caches the answer accordingly. There's no data.cdb to hold zone records, whatsoever. What you put in resolv.conf is the IP of dnscache, not tinydns. Just because tinydns is to provider answer, whereas dnscache is to request for the answer. They are totally different. BTW, they both listen to UDP 53, so you can't bind both of them to the same IP. |
![]() |
| Viewing: Dev Shed Forums > System Administration > DNS > tinydns runs for a day then stops answering queries |
| Thread Tools | Search this Thread |
| Display Modes | Rate This Thread |
|
|
|
|