Re: cache-only named won't resolve localhost
Gary W. Swearingen wrote: Now host, dig, and nslookup work OK, even without an /etc/resolv.conf file. But sendmail seems to need the later. (It just has nameserver 127.0.0.1.) [...] Mozilla apparently doesn't even use my local DNS as it still hangs. (I must admit that I've never checked my caching DNS's cache.) Mozilla will use resolve.conf, if it is there. It will also cache answers for a long time and requires restarting if you, say, add a host to /etc/hosts. I missed the beginiing of the thread, but why would you want to run without /etc/resolv.conf? --Alex ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cache-only named won't resolve localhost
Alex Zbyslaw [EMAIL PROTECTED] writes: Gary W. Swearingen wrote: Mozilla apparently doesn't even use my local DNS as it still hangs. (I must admit that I've never checked my caching DNS's cache.) Mozilla will use resolve.conf, if it is there. It will also cache answers for a long time and requires restarting if you, say, add a host to /etc/hosts. I missed the beginiing of the thread, but why would you want to run without /etc/resolv.conf? That was just a side-issue I threw in after I read a comment about using resolv.conf's domain and/or search. Its manpage says: On a normally configured system this file should not be necessary. so I just tried doing without it; host, dig, and nslookup don't need it (even when not told which DNS server to use), but my mail hung up, so either Gnus or, more likely, sendmail needs resolv.conf. The orignial and still-remaining problem was that Mozilla hangs when given localhost/index.html or localhost.localhost/index.html. Then I noticed host didn't work and that bothered me. But I got that fixed and I don't much care about the original Mozilla problem. It appears the Mozilla doesn't use my resolver library, /etc/hosts, or my localhost cache-only DNS server. I did try restarting Mozilla after reading your comment. Don't worry about it. Thanks. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cache-only named won't resolve localhost
Chuck Swiger [EMAIL PROTECTED] writes: Note that the resolver will treat lookups of localhost. and localhost differently if you have a domain or search directive specified in /etc/resolv.conf. You could and perhaps should ensure that the one ending in a period exists in a zone file on the nameserver, and maps via an A record to 127.0.0.1: Apparently so. I've sorta followed your suggestions and used the following rather verbose master/localhost with good results (except Mozilla). You needn't read further; I've just added some observations. $TTL 604800 localhost. IN SOA localhost. root.localhost. ( 20050816 ; Serial 604800 ; Refresh 86400 ; Retry 2419200 ; Expire 604800 ) ; Minimum ;Name Server: localhost.INNSlocalhost. ;Host Address: localhost.INA 127.0.0.1 ;Host Alias: localhost.localhost.INCNAMElocalhost. ; The End. Now host, dig, and nslookup work OK, even without an /etc/resolv.conf file. But sendmail seems to need the later. (It just has nameserver 127.0.0.1.) I tried to make localhost.localhost the canonical domain and localhost. the alias (so it would better correspond to the reverse mapping which has 127.0.0.1 localhost.localhost.), but it then wouldn't resolve localhost OR localhost.localhost. My DNS book implies taht any domain name can be assigned to a host, as it can with the CNAME above, but it seems that important software either insists that a host has a two-part domain name or chokes on a FQDN like localhost., which ends with a dot. So be it. Mozilla apparently doesn't even use my local DNS as it still hangs. (I must admit that I've never checked my caching DNS's cache.) I know little about proxies, but I tried configuring Mozilla to use a localhost proxyand it then resolved localhost OK, but my funky python-only web server couldn't find the index.html it found with 127.0.0.1. Oh well, I don't much care about Mozilla problems as long as I can work around it, which I can. Thanks. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cache-only named won't resolve localhost
[EMAIL PROTECTED] (Gary W. Swearingen) writes: Kevin Kinsey [EMAIL PROTECTED] writes: Did you `sh /var/named/etc/namedb/make-localhost` ? Yup, but that only handles the reverse translation (which works OK) and, of course, doesn't handle other stuff I might have in /etc/hosts. I also have in /etc/nsswitch.conf: hosts: files dns so I'd think domain resolution should look in /etc/hosts before even checking my cache-only named. Which it seems to do for ping, but not for host, nslookup, or mozilla. Of course it won't work for nslookup(1); it's not supposed to. nslookup is specifically intended for querying a name server. The documentation for host(1) isn't as clear on the subject, but my reading of it seems to indicate the same thing. So why it isn't working for mozilla is the only anomaly you are seeing. What is the syntax you are using for pointing mozilla at your localhost, and what are the precise results? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cache-only named won't resolve localhost
Lowell Gilbert [EMAIL PROTECTED] writes: Of course it won't work for nslookup(1); it's not supposed to. nslookup is specifically intended for querying a name server. The documentation for host(1) isn't as clear on the subject, but my reading of it seems to indicate the same thing. Well that sure explains something. But I was also looking at the bind docs thinking it should be able to read /etc/hosts or call the name server host's resolver (gethostbyname, etc.), but didn't find anything, I suppose because someone thinks it is a bad idea since the resolver library is supposed to look at both databases. I'm still wondering if I should be declaring a forward zone for localhost or localhost.localhost; it seems kinda strange that the script would set up a reverse for it, but say nothing about the forward. I'm also wondering now what host-type command just queries the resolver. But I guess ping works well enough. So why it isn't working for mozilla is the only anomaly you are seeing. What is the syntax you are using for pointing mozilla at your localhost, and what are the precise results? I've tried: localhost/index.html localhost.localhost/index.html (getting desparate:) localhost:80/index.html http://localhost/index.html This worked immediately: 127.0.0.1/index.html The bad Mozilla results are a status line saying Connecting to something... and, IIRC, I saw a twirly thing until it times out after several minutes, with no error message. I didn't see anything related to DNS in preferences. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cache-only named won't resolve localhost
Gary W. Swearingen wrote: [ ... ] so I'd think domain resolution should look in /etc/hosts before even checking my cache-only named. Which it seems to do for ping, but not for host, nslookup, or mozilla. As Lowell noted, programs like nslookup and dig are designed to query DNS specificly, not look into your flatfiles for hostname/IP mappings. I'm still wondering if I should be declaring a forward zone for localhost or localhost.localhost; it seems kinda strange that the script would set up a reverse for it, but say nothing about the forward. Note that the resolver will treat lookups of localhost. and localhost differently if you have a domain or search directive specified in /etc/resolv.conf. You could and perhaps should ensure that the one ending in a period exists in a zone file on the nameserver, and maps via an A record to 127.0.0.1: ; ; BIND data file for local loopback interface ; $TTL 604800 @ IN SOA localhost. root.localhost. ( 1 ; Serial 604800 ; Refresh 86400 ; Retry 2419200 ; Expire 604800 ) ; Default TTL ; @ IN NS localhost. @ IN A 127.0.0.1 -- I inherited this from somewhere, you could remove all but the first IN (it defaults), as well as being less clever about reusing @, but add salt as needed. :-) It is probably also a reasonable idea to have an A record for localhost in each forward zone file, so that localhost.example.com resolves immediately and stops rather than querying names throughout the search list of domains. This can reduce annoying DNS delays significantly in a number of circumstances, not the least of which are client machines with less-than-brillant resolver routines (think WinNT 4). Oh, yeah, this all was prompted by the notion that some other programs, such as squid in particular, also use their own resolver routines like nslookup does. But Mozilla ought to pay attention to /etc/hosts. The connection between these two is that you could uncouple mozilla from doing it's own DNS by pointing at a proxy server for testing what is going on -- -Chuck ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cache-only named won't resolve localhost
Gary W. Swearingen wrote: I think I followed the bind manual and poked around /var/named and it has been working OK for a few weeks until I pointed my browser to localhost and then I tried host localhost. It can resolve 127.0.0.1 back to localhost.localhost. fine, but if I try my name localhost or localhost.localhost, I get this: ;; connection timed out; no servers could be reached (at least until I tried it just now while on-line, when it works OK, resolving my modem/router's localhost, I suppose). /etc/hosts: ::1 localhost.localhost localhost 127.0.0.1localhost.localhost localhost 10.0.0.4 localhost.localhost localhost /etc/hosts.conf: # Auto-generated from nsswitch.conf, do not edit hosts bind /etc/resolv.conf (same with this file missing): nameserver 127.0.0.1 I can ping localhost OK. I thought that host should use the same stub resolver as ping before trying bind. Can I not use /etc/hosts with a cache-only named? Must I have an authoritive zone for localhost? Or what? Thanks. Did you `sh /var/named/etc/namedb/make-localhost` ? Or, maybe I'm just not catching on :-( Kevin Kinsey ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]