From: Lonnie A. <li...@lo...> - 2009-05-07 01:29:17
|
No, dnsmasq still requires an internal interface. If there is demand, we could look into this... or someone explain what changes are necessary to the dnsmasq.conf for only an external interface. Lonnie On May 6, 2009, at 8:24 PM, Justin Coffi wrote: > Does trunk now support dnsmasq on a single interface? > > Lonnie Abelbeck wrote: >> >> David, >> >> Revision: 2648 should solve your /etc/hosts problem. >> >> inadyn allows hostname,hash as a valid DDHOST. >> >> Lonnie >> >> On May 6, 2009, at 3:00 PM, David Kerr wrote: >> >> >>> Lonnie, also at boot time I get the following messages from dnsmasq >>> >>> Jan 17 17:38:44 pbx daemon.info dnsmasq[2891]: started, version 2.47 >>> cachesize 150 >>> Jan 17 17:38:44 pbx daemon.info dnsmasq[2891]: compile time options: >>> IPv6 GNU-getopt no-DBus no-I18N TFTP >>> Jan 17 17:38:44 pbx daemon.info dnsmasq[2891]: DHCP, IP range >>> 192.168.1.100 -- 192.168.1.252, lease time 1d >>> Jan 17 17:38:44 pbx daemon.info dnsmasq[2891]: using local addresses >>> only for domain dkerr.dyndns.org >>> Jan 17 17:38:44 pbx daemon.info dnsmasq[2891]: reading /etc/resolv- >>> extern.conf >>> Jan 17 17:38:44 pbx daemon.info dnsmasq[2891]: using nameserver >>> 68.87.64.146#53 >>> Jan 17 17:38:44 pbx daemon.info dnsmasq[2891]: using nameserver >>> 68.87.73.242#53 >>> Jan 17 17:38:44 pbx daemon.info dnsmasq[2891]: using nameserver >>> 68.87.71.226#53 >>> Jan 17 17:38:44 pbx daemon.info dnsmasq[2891]: using local addresses >>> only for domain dkerr.dyndns.org >>> Jan 17 17:38:44 pbx daemon.err dnsmasq[2891]: bad name at /etc/hosts >>> line 3 >>> Jan 17 17:38:44 pbx daemon.info dnsmasq[2891]: read /etc/hosts - 7 >>> addresses >>> Jan 17 17:38:44 pbx daemon.err dnsmasq[2891]: failed to read /etc/ >>> ethers:No such file or directory >>> >>> Note the errors towards the end. The contents of my /etc/hosts file >>> is... >>> >>> pbx etc # cat hosts >>> # Automatically generated from internal state. >>> 127.0.0.1 localhost >>> 192.168.1.1 pbx.dkerr.dyndns.org pbx >>> 192.168.1.1 kerrfamily.org,U1l1<removed>MDYx >>> >>> # generated from STATICHOSTS in rc.conf >>> 192.168.1.2 basement >>> 192.168.1.1 dkerr.<not-telling>.org >>> 192.168.1.11 dkerr.<not-telling-2>.com >>> 192.168.1.1 pbx.<not-telling-3>.org >>> >>> I suspect that the line 3 is kerrfamily.org,blablabla (which I have >>> partly edited above) (assuming the first line is line zero, if not >>> then it is the dyndns line). The blablabla is my unique FreeDNS key >>> that I enter into the web gui networks tab for Dynamic DNS (as part >>> of the DNS hostname field). Should this field really be copied to / >>> etc/hosts ? >>> >>> David >>> >>> >> ------------------------------------------------------------------------------ >> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! >> Your >> production scanning environment may not be a perfect world - but >> thanks to >> Kodak, there's a perfect scanner to get the job done! With the NEW >> KODAK i700 >> Series Scanner you'll get full speed at 300 dpi even with all image >> processing features enabled. http://p.sf.net/sfu/kodak-com >> _______________________________________________ >> Astlinux-devel mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/astlinux-devel >> >> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr... >> . >> > ------------------------------------------------------------------------------ > The NEW KODAK i700 Series Scanners deliver under ANY circumstances! > Your > production scanning environment may not be a perfect world - but > thanks to > Kodak, there's a perfect scanner to get the job done! With the NEW > KODAK i700 > Series Scanner you'll get full speed at 300 dpi even with all image > processing features enabled. http://p.sf.net/sfu/kodak-com_______________________________________________ > Astlinux-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-devel > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr... > . |