我已经inheritance了Windows 2003 Server作为域控制器和文件服务器（不运行IIS或DNS）运行的networking的“所有权”。 我们还使用运行dnsmasq的Ubuntu服务器作为内部名称服务器。 到目前为止，这个设置似乎没有问题 – 我们正在安装一个新的Windows 2008服务器（新的硬件和一切），并且希望逐渐从旧的服务器迁移服务和数据。 要开始这个过程，我们试图添加新的服务器作为我们的域的辅助控制器。 服务器很容易连接到域，但是当我们尝试指定新的控制器的森林时，我们最终出现这个错误： 当查询DNS用于查找域“DOMAIN.address.com”的Active Directory域控制器（AD DC）的服务位置（SRV）资源logging时，发生以下错误： 错误是：“DNS名称不存在”。 （错误代码0x0000232B RCODE_NAME_ERROR） 查询是针对_ldap._tcp.dc._msdcs.DOMAIN.address.com的SRVlogging 此错误的常见原因包括以下内容： find域的AD DC所需的DNS SRVlogging未在DNS中注册。 将AD DC添加到域时，这些logging会自动注册到DNS服务器。 它们按设定的时间间隔由AD DC更新。 此计算机被configuration为使用具有以下IP地址的DNS服务器： xxx.xxx.xxx.xxx 以下一个或多个区域不包括对其子区域的委派： DOMAIN.address.com address.com COM 。 （根区） 我现在认为解决scheme是使2008服务器使用2003服务器DNS而不是我们的Ubuntu？ 这是正确的解决scheme吗？ 还有其他的select吗？ 我和我的队伍错过了什么？
我将如何使用绑定中的BIND“视图”function ？ 我似乎无法在网上find任何关于此的东西。
我正在使用namesilo.com域名注册，并试图build立一个MXlogging指向我的Linux服务器，所以我可以安装后缀。 但是这些设置不起作用： 还有什么我需要做的？ 如果我ping mx.wishd.me，我什么也得不到。 $ ping mx.wishd.me ping: unknown host mx.wishd.me
最近我们移动了主要的外部DNS服务器。 它有三个caching的DNS从属于我们的ISP提供的前面。 他们告诉我们，他们在进行区域传输（AXFR）时已经开始拒绝访问请求。 如果我将自己的IP添加到允许传输列表中，则在使用AXFR参数进行挖掘时，也会发生传输失败。 这是我的绑定configuration看起来像： options { directory "/var/lib/named"; dump-file "/var/log/named_dump.db"; zone-statistics yes; statistics-file "/var/log/named.stats"; listen-on-v6 { any; }; notify-source 10.19.0.68 port 53; querylog yes; notify yes; allow-transfer { 127.0.0.1; //localhost 1.1.1.1; //public dns slave 1 2.2.2.2; //public dns slave 2 3.3.3.3; //public dns slave 3 }; also-notify { 1.1.1.1; //public dns slave 1 2.2.2.2; […]
我有一个DNS，SPF TXTlogging，configuration为域名。 现在，域名的主要用户需要能够从我们的SMTP服务器以及从她的GMail帐户发送。 我已经看到关于在SPF TXTlogging中添加“include：_spf.google.com”的所有信息，但是，就我看来，这似乎是logging已过时。 特别是，我让用户发给我一个testing信息，并注意到这是： Received: from mail-la0-f50.google.com (mail-la0-f50.google.com [209.85.215.50]) 但是，_spf.google.com不会列出该IP地址： $ dig +short _spf.google.com txt "v=spf1 ip4:216.239.32.0/19 ip4:64.233.160.0/19 ip4:66.249.80.0/20 ip4:72.14.192.0/18 ip4:209.85.128.0/17 ip4:66.102.0.0/20 ip4:74.125.0.0/16 ip4:64.18.0.0/20 ip4:207.126.144.0/20 ip4:173.194.0.0/16 ?all" （请注意，列出了209.85.21 8 .0的networking，但不是209.85.21 5.0）。 有没有更好的方法来启用从Gmail发送？ 此用户使用严格的SPF策略向至less一个收件人发送邮件，而不是从指定的主机中popup邮件… 非常感谢！
以下是我支持的环境的简要概述：我们有一个拥有大约20台客户端计算机的域（域A）。 该域的域服务器和所有客户端位于较大域（域B）的networking基础结构内。 所有的计算机通过DHCP从域B的服务器获得他们的networking设置。 我无法控制，也无法更改与域B有关的任何内容。 我的问题是，目前为了让我的域（域A）客户端能够parsing域服务器和它的共享，他们的DNS服务器IP地址设置为域A的域服务器（通过默认的GPO）。 不幸的是，当一台笔记本电脑（Windows和Mac）被带回家时，他们仍然在寻找域名服务器作为他们的DNS服务器，显然无法在我们的环境之外正确访问互联网。 理想情况下，我需要一种解决scheme，在办公室内部使用域名A的域名服务器作为他们的DNS，并使用DHCP服务器在办公室以外使用的DNS服务器。 但是，由于我无法控制办公室的DHCP服务器，我不知道这是如何实现的。 任何人都可以提供的帮助和build议是高度赞赏。 谢谢，哈利 PS我试图find的解决scheme需要不需要用户的参与。
我在一个我pipe理的小型networking上遇到了一个大问题。 这个networking是一个苹果networking，与机场的极端，表示，MacBook Pro的，IMAC的，iPad的，iPhone等… 今天我去了这个networking添加了一些东西，并注意到交换机上闪烁着疯狂的灯光。 注意到这一点后，我开始wireshark并看看我的防火墙日志文件。 我在日志文件中一遍又一遍地看到的是 拒绝10.0.3.100 224.0.0.251 mdns / udp 5353 5353 1 – Trusted Firebox udp flooding 123 255（内部策略）proc_id =“firewall”rc =“101” 源IP更改（10.0.3.100），但消息保持不变。 我有一个很大的问题搞清楚是什么造成了这一点。 当我连接无线接入点时，我无法连接到networking上的任何设备。 当我拔掉他们的networking是好的，并没有饱和与此stream量。 任何人有任何好的方法来诊断这个问题？ 我不知道这是刚刚开始，还是一直如此，因为我现在才注意到它。 更新：我运行wireshark时看到的消息如下： 25 0.006498000 10.0.3.3 224.0.0.251 MDNS 135标准查询响应0x0000 A，caching刷新10.0.3.3 A，caching刷新169.254.233.55
使用受pipe理的DNS（如zoneedit，dyn.com和Amazon Route 53）与由域名注册人（如goDaddy）提供的标准DNSpipe理员之间有什么区别/好处。 对于我需要的任务添加/修改A，CNAME，MXlogging，我需要一个托pipe的DNS吗？
如何在Linux中删除传入的负面DNS响应？ （我想要一个超时代替）我想创build一个iptables规则： iptables -I INPUT -p udp –sport 53 -m u32 … 从wireshark： 000E start of IP Packet (fixed, at first, I wrote 0010) 0022 start of UDP Packet 002A start of DNS message 002C Flags …. …. …. 0000 = Reply code: No error (0) …. …. …. 0011 = Reply code: No such […]
有时我必须在AD DNS中添加新的DNS条目。 该区域是域的区域，我用来添加它的服务器与受此问题影响的客户端在同一个子网中。 添加条目后，客户端无法parsing名称。 如果我等足够长的时间，我相信他们最终会做出决定，但我们至less在谈论几个小时。 当用户运行nslookup他们可以parsing添加的名字。 我通常build议用户做net stop dnscache和net start dnscache其次ipconfig /flushdns 。 这通常是诀窍。 但是，这不是一个很好的解决scheme。 当添加新的DNS条目时，会导致这种延迟？ 我已经排除了服务器 – 服务器复制（相同的站点，configuration到该DC的用户DNS），但没有其他的东西。