我真的试图让我的家庭networking服务器，我似乎并没有成功。 我的主机系统的Web服务器正在运行我的Web应用程序，并且可以通过WAN在当前的isp ip 88.89.190.171上查看，表明web应用程序正常并且路由器端口被转发。
我在这个系统上设置了一个DNS，在networking中有一台名字服务器，我用ping ns.thejarbar.org ping了它ping ns.thejarbar.org我已经在当前的托pipe服务提供商处注册了这个专用名字服务器。 我的域名（ thejarbar.org ）显然是注册的，我已经指出它到我的名字服务器。 我在这里的问题是，如果它只是一个等待传播的问题，我可以ping我的域名？ 问这个问题的另一种方式是，如果我的名字服务器可以被发现的事实表明我已经正确设置了它的使用？
我已经在我的主机上进行了dig和dig -x的testing，并且有名称服务器的Alogging。 服务器不是Authorative服务器，所以我担心这可能是我的网站无法被发现的原因。 还有什么我可能还需要吗？ 我只有一个ns。 目前，但如果这个成功，我会购买一个更稳定的二级系统来托pipe我的开发应用程序。 这是我因病得到工作（自由职业发展）的最佳机会），这是我成功所需的最后一步。
请注意，这是暂时的家庭服务器，我很可能会很快将其作为专业设置的一部分，因此我可能不得不在几周内在专业环境中重复这个问题，因为除了事实上，我将有一个服务器运行在其他地方。
我使用bind9和Ubuntu 12.10，我的logging是：
$TTL 3D @ IN SOA ns.thejarbar.org. email. ( 13112012 28800 3600 604800 38400 ); thejarbar.org. IN A 10.0.0.42 @ IN NS ns.thejarbar,org. yuccalaptop IN A 10.0.0.19 ns IN A 10.0.0.42 gw IN A 10.0.0.138 www IN CNAME thejarbar.org. $TTL 3D 0.0.10.in-addr.arpa. IN SOA ns.thejarbar.org. email. ( 13112012 28800 3600 604800 38400 ); 0.0.10.in-addr.arpa. IN NS ns.thejarbar.org. 42 IN PTR thejarbar.org. 19 IN PTR yuccalaptop.thejarbar.org. 138 IN PTR gw.thejarbar.org.
我的本地IP是10.0.0.42我希望这是我的主机和名称服务器。
好吧， whois确认thejarbar.org所列出的名称服务器是88.89.190.171，正如你所说的那样，但是似乎没有任何名称服务器运行在该主机上，或者至less没有准备好接受查询您的网域：
[madhatta@risby ~]$ dig thejarbar.org @88.89.190.171 ; <<>> DiG 9.8.4-RedHat-9.8.4-2.fc16 <<>> thejarbar.org @88.89.190.171 ;; global options: +cmd ;; connection timed out; no servers could be reached
直到你解决这个问题，没有什么可行的，因为你的域名DNS不起作用。
编辑：好的，我看到你修复了DNS; 做得好！
[madhatta@risby gatekeeper-technology]$ dig thejarbar.org @88.89.190.171 [...] ;; ANSWER SECTION: thejarbar.org. 259200 IN A 10.0.0.42
这不会帮助任何人，因为这是一个无法比拟的RFC1918地址。 如果您希望外部人员能够访问此网站，则需要将88.89.190.171作为您的Alogging。 请注意，这很可能会阻止访问您的内部networking上工作 ; 解决scheme就是水平分割的DNS，这样在你的networking之外的人就可以得到公共地址，而在这里面的人就可以得到私有的地址。 configuration你的BIND做水平分割DNS不是一件容易的事情，但是如果你是谷歌的话，那里有很多的教程。
编辑2 ：你仍然传播私人IP地址，其中之一是你的名字服务器：
[madhatta@risby scratch]$ dig thejarbar.org @88.89.190.171 ;; ANSWER SECTION: thejarbar.org. 10800 IN A 88.89.190.171 ;; AUTHORITY SECTION: thejarbar.org. 10800 IN NS ns.thejarbar.org. ;; ADDITIONAL SECTION: ns.thejarbar.org. 10800 IN A 10.0.0.42
注意底线。 这不会使DNS工作得很好，因为每次查看您的网站时，都会对每个人的caching造成毒害。
您需要将UDP / TCP端口53端口转发到您的名称服务器，以便它可以接收和回答您的域名的DNS查询。