why not just try it?

@videoman: There is also djbdns, but the license would not allow pfSense to distribute the software, …. -VideoMan Hmmm - I Tried to find any licensing info on djbdns (of which tinydns is a sub-set of the djbdns toolset) and did not find anything - do you have a URL link or pointer to the license info??? gm…

Thanks I will give that a try.  My ISPs DNS servers don't seem to be very reliable at certain times of the day.  And they don't seem to care after I contacted them repeatedly.

this might be a bit late to respond, but with comcast modems if you want to switch routers… Unplug the modem, and plug it back in. That is all that it takes.

I'm using OpenDNS.  I sent them an email regarding this and got a reply from John Roberts (VP): Hmmmm… since we don't use dynamic DNS for authoritative DNS, I'm not sure this applies. We accept dynamic IP updates using dynamic DNS API, but from the screenshot, it doesn't appear that pfSense supports all the same fields we use. http://www.opendns.com/support/category/124 It would be nice to know the proper settings, if anyone has a clue.  Or if this could be added to the core that would be great!

That is the way DJBDNS works.  You need another daemon.

Thanks for the reply. I managed to find the problem, our ISP DNS server was having problems. Changed to OpenDNS as forwarder and now its working.

This feature will come AFTER the next release in the available snapshots… For now have a look at pfsense.trendchiller.com and update manually… Patches are already applied to cvs: ticket 19228 and 19229 so please be patient...

hi again i have a problem now, msn messenger cant sing in on my client's pc's, how to fix this? help is apreciated

simply create a php file and put it on public webserver (with php support) : echo $_SERVER[REMOTE_ADDR]; ?> And modify : /etc/inc/dyndns.class Replace this : $wan_ip = get_current_wan_address(); By this : $filename = "HTTP://YOUR_WEBSERVER_URL/YOUR_FILE.PHP"; $handle = fopen ($filename, "r"); $wan_ip = fread ($handle, 20); fclose ($handle); If you want, you can create a function with this code and call it (do not forget the  "return;" at the end of function).

It helps, Thank you very mutch!  :)

It should automatically resolve hostnames if the DHCP server is enabled for an interface.  You can also add custom entries in Services -> DNS Forwarder.

http://osdir.com/ml/network.dns.dnsmasq.general/2006-10/msg00002.html seems that it can be done with local release version 2.39 is out as a side note

It sounds like in this case your modem has your public IP, and pfsense has a private IP on its WAN and its default gateway is the modem, is that correct?

I update by now to the new snapshot and everything works as expected: DHCP works also in bridged mode, and I get only a warning in the system logs, that DHCP is enable while in bridge mode. Hence, it works fine. Thanks again!! Best regards Arno PS: Better workarround for this would be to check if DHCP is enabled on both interfaces of an bridge; in such a case it woul be usefull to deactivate on instance - implementing this would accomplish also the wishes of the other thread through which this situation was introduced.

We cannot go back to ISC's client as we utilize multiple wans. This thread is far too old.  Closing.

SOA records should point to a DNS name.  Then you need a A record with the DNS name of the dns server to resolve to. Example: domain.com  SOA    ns.domain.com  domain.com SOA ns2.domain.comm ns.domain.com      A    XXX.XXX.XXX.XXX ns2.domain.com    A    XXX.XXX.XXX.XXX www.domain.com  A            XXX.XXX.XXX.XXX