我已经在我的本地networking的Ubuntu 14.04 / trusty（内核4.4.0-59）上为bind9（9.9.5）设置了一个DNS。 它正在工作，但有时它找不到主机的IP（例如ping说： ping: unknown host aypi1.bxlab ）。 我的设置如下。 /etc/bind/named.conf.options： options { directory "/var/cache/bind"; dnssec-validation auto; auth-nxdomain no; listen-on-v6 { none; }; allow-query { 127.0.0.1; 192.168.0.0/24; }; }; /etc/bind/named.conf.local： zone "bxlab" IN { type master; file "/etc/bind/db.intra"; }; zone "0.168.192.in-addr.arpa" IN { type master; file "/etc/bind/db.0.168.192"; }; /etc/bind/db.intra： $TTL 1D ; @ IN […]
我看到如 Feb 13 21:45:48 srv named[2355]: address not available resolving 'secure.gravatar.com/A/IN': 2a04:fa87:ffff::c6b5:7405#53 Feb 13 21:42:29 srv named[2355]: address not available resolving 'la1.akamaiedge.net/AAAA/IN': 2001:500:a8::e#53 在/var/log/syslog尽pipe只在IPv4模式下运行bind srv # cat /etc/default/bind9 # run resolvconf? RESOLVCONF=no # startup options for the server OPTIONS="-u bind -4" 为什么这样？
我已经设置绑定为我的Intranet DNSparsing服务（在Ubuntu 16.04.02 LTS上运行）。 我想实现的是：拥有指向服务器的公共域名（例如：domain.com – > 1.2.3.4）使用指向内部机器的相同子域名（例如：machine1.domain.com – > 192.168。 1.100） 我做了什么:(configuration） 文件： /etc/bind/named.conf.options options { directory "/var/cache/bind"; recursion yes; allow-recursion { 192.168.2.0/24; }; listen-on {192.168.2.4; }; allow-transfer { none; }; forwarders { 192.168.2.1; #router 8.8.8.8; #public dns }; dnssec-validation auto; auth-nxdomain no; # conform to RFC1035 listen-on-v6 { any; }; }; acl "truested" […]
我有一个绑定群集与私人/公共logging存储在（2）视图和TSIGconfiguration。 标准的奴隶操作工作，但我想使用挖转移区域进行故障排除/testing。 通常，我会使用dig example.com @ns1.example.com -y tsig-key:SECRETCODE但是由于密钥只被分配给view public，所以被拒绝。 重现：尝试在内部视图中从客户端挖掘axfr。 转移失败： dig AXFR example.com -y external:xxxxxxxx 转移成功 dig AXFR example.com -y internal:xxxxxxxx
我运行bind9服务器上recursion我的家庭IP试验运行我自己的parsing器。 大部分时间都工作得很好，但偶尔也会有这个命令： nslookup -querytype=SRV _xmpp-client._tcp.sette.ca 将返回： Non-authoritative answer: _xmpp-client._tcp.sette.CA service = 5 0 5222 singpolyma.net. 而不是正常的答案： Non-authoritative answer: _xmpp-client._tcp.sette.ca service = 5 0 5222 singpolyma.net. 这导致我的一些客户端应用程序解决失败。 虽然DNS应该不区分大小写（我认为？），所以也许这是我正在使用的应用程序中的错误，但偶尔我的服务器会select不同的情况下返回似乎仍然有点奇怪。 谷歌DNS和我的ISP的DNS似乎从来没有这样做，大部分时间也不是我的服务器。 有没有人见过这样的事情？ 什么可能会导致bind9返回一个不同于我在查询中使用的情况？
我已经绑定了我的局域网，并创build了一个区域： $ORIGIN example.com. $TTL 604800 ; 1 week @ IN SOA ns1.example.com. max.example.com. ( 2017103151 ; serial 604800 ; refresh (1 week) 86400 ; retry (1 day) 2419200 ; expire (4 weeks) 604800 ; minimum (1 week) ) IN NS ns1.example.com. IN NS ns2.example.com. MX 10 mx1.example.com. server1 A 192.168.1.100 ns1 A 192.168.1.101 ns2 A […]
在debian 9我configurationbind9（v.9.10.3）作为caching服务器，稍后作为转发服务器。 为了testing目的，我没有任何防火墙，我从内部千兆位进行testing。 绑定工程，但performance不是很好，例如： dig aruba.it @192.168.50.35 (my BIND) Query time: 129 msec dig aruba.it @8.8.8.8 Query time: 20 msec nmap -sT -p 53 192.168.50.35 Starting Nmap 7.60 ( https://nmap.org ) at 2017-11-06 14:31 CET Nmap scan report for 192.168.50.35 Host is up (0.0014s latency). ping -c5 192.168.50.35 PING 192.168.50.35 (192.168.50.35) 56(84) bytes of data. […]
我在哪里可以find关于绑定configuration文件的好教程？ 我有这些文件（和其他不相关的文件）： db.0 db.10 db.127 db.255 db.empty db.internal db.local db.root 我想db.10适用于从10开始的IP，依此类推，但是文件的内部结构还不太清楚。 我已经在Google中查看了这些文件，发现对这些文件的参考很less。 任何人都可以发布一个好的来源参考？ 谢谢， 乌迪
我试图在VMWare Fusion（2.0.5）中设置一个虚拟机，但是在启动桥接networking时遇到问题。 每当我启动一个虚拟机，我希望使用桥接networking我给出了以下错误：“/ dev / vmnet0上的网桥设备未运行”。 运行sudo /Library/Application\ Support/VMWare\ Fusion/boot.sh –restart不能解决这个问题。 尝试编辑boot.sh以绑定到bond0而不是en0并不成功。 在这个服务器上，它目前运行的是Mac OS X Server 10.4.11，但几个月之后会更新到Mac OS X Server 10.6。 那么，是否可以在具有绑定networking链接的Mac上使用VMWare Fusion的桥接networking？ 这只是虎的限制吗？ 编辑：升级到雪豹和2.0.6没有影响。
我正试图学习如何使用Fedora上的“命名”来创build子域名。 只有一点点知识该怎么做…我在这个问题上find的所有手册页都非常复杂。 所以我正在寻找一些简短的例子，也许是检查它们的方法。 这是我的named.conf： /etc/named.conf文件： // // named.conf // // Provided by Red Hat bind package to configure the ISC BIND named(8) DNS // server as a caching only nameserver (as a localhost DNS resolver only). // // See /usr/share/doc/bind*/sample/ for example named configuration files. // options { listen-on port 53 { 127.0.0.1; }; listen-on-v6 […]