问题表明如下：

> Ping主机名< - 主机答案,似乎解决方案是通过netbios完成的
> nslookup hostname< - UnkNown找不到主机名：无响应
从服务器.

现在来了有趣的部分.在很短的时间内,解决方案有效.也可能是登录到服务器的一个用户可以解析主机名而另一个用户不能同时解析主机名.

建立：

我有一个域加入了安装了Hyper-V角色的Windows Server 2012.
服务器有4个物理网络接口,其中#1和#2被Hyper-V用作虚拟交换机,并且没有配置任何IP地址.

网络接口#3和#4通过我们的DHCP服务器(此Hyper-V主机上的VM)获取其IPv4地址.虚拟交换机#1获得了静态IP地址,#2也获得了DHCP的地址.

我有2个DNS服务器. Nslookup对两者都有相同的结果.第二个DNS服务器位于另一台服务器上的另一个Hyper-V主机上.每个网络接口都配置了主要和辅助DNS服务器,由ipconfig / all显示.

作为附加信息.除了这个之外,解决方案似乎在每个其他客户端/服务器上都能正常工作.

带有问题的服务器上的事件日志：

> Hyper-V-VMMS – 事件ID：32022：由于名称,复制无效
解决合作伙伴的问题.
> DNS客户端事件 – 事件ID：8015：DNS上的DNS注册
服务器无法正常工作,超时.

主DNS服务器上的事件日志：

> DNS-Server-Service：事件ID：4015：DNS服务器识别出一个
关键的ActiveDirectory-Error.确保AD正常工作.
Errordebuginformation为空“”.
> AD-Logs没有显示任何错误.

辅助DNS服务器最近没有显示任何错误.

我不知道服务器重启是否有帮助,但这是我要做的最后一件事,因为在这台服务器上运行的是VM.

故障排除：

>我在每个网络接口上都禁用了IPv6.
>我查看网络流量并查找DNS数据包.该
DNS服务器未从此服务器接收任何内容.
>查看服务器的网络接口有这个问题,它
似乎它甚至没有向DNS服务器发送任何请求.
>我尝试禁用并启用网络接口.

由于不工作的DNS分辨率,各种进一步的诊断工具(例如dcdiag)不起作用.
那么任何想法？

这听起来像DNS问题. AD在DNS错误方面非常不稳定,因为它非常依赖于DNS名称解析.根据错误看起来这可能是问题的根源.确保正确设置DNS服务器.

首先想一想,localhost(如果它是DNS服务器和域控制器)应该是DNS列表上的第一个服务器ip.

我正在使用安装了amazon linux的EC2实例(使用来自DHCP的amazon DNS服务器设置)以及RDS数据库. EC2实例落后于ELB并获得高流量.我使用的应用程序是用 PHP编写的.

问题是当PHP尝试连接到RDS数据库时,有时会返回以下错误：

PHP Warning:  MysqLi_connect(): (HY000/2005): UnkNown MysqL server host ...

它不会发生很多,但有时它会变得更糟;我收到了这条消息的数以千计的错误事件.

诊断问题有什么建议吗？我正在考虑将所有DNS流量转储到文件并进行检查,但服务器的流量非常高,因此很难从该文件中进行跟踪.

Ip:
197171459 total packets received
1 with invalid addresses
0 forwarded
0 incoming packets discarded
197171458 incoming packets delivered
175015443 requests sent out
Icmp:
12528 ICMP messages received
0 input ICMP message Failed.
ICMP input histogram:
    destination unreachable: 188
    echo requests: 12340
12559 ICMP messages sent
0 ICMP messages Failed
ICMP output histogram:
    destination unreachable: 219
    echo replies: 12340
IcmpMsg:
    InType3: 188
    InType8: 12340
    OutType0: 12340
    OutType3: 219
Tcp:
5231380 active connections openings
3978862 passive connection openings
881 Failed connection attempts
6420 connection resets received
17 connections established
191630575 segments received
200105352 segments send out
2797151 segments retransmited
0 bad segments received.
6910 resets sent
Udp:
5577451 packets received
219 packets to unkNown port received.
0 packet receive errors
5577700 packets sent
Udplite:
TcpExt:
172 invalid SYN cookies received
808 resets received for embryonic SYN_RECV sockets
7176788 TCP sockets finished time wait in fast timer
507 packets rejects in established connections because of timestamp
448055 delayed acks sent
2927 delayed acks further delayed because of locked socket
Quick ack mode was activated 2433 times
94865861 packets directly queued to recvmsg prequeue.
16611185 packets directly received from backlog
54150864749 packets directly received from prequeue
2158966 packets header predicted
79141174 packets header predicted and directly queued to user
40780030 ackNowledgments not containing data received
56946553 predicted ackNowledgments
84 times recovered from packet loss due to SACK data
Detected reordering 4 times using FACK
Detected reordering 11 times using SACK
Detected reordering 69 times using time stamp
70 congestion windows fully recovered
1241 congestion windows partially recovered using Hoe heuristic
TCPDSACKUndo: 13
2491 congestion windows recovered after partial ack
0 TCP data loss events
220 timeouts after SACK recovery
104 fast retransmits
99 forward retransmits
7 retransmits in slow start
2792531 other TCP timeouts
22 times receiver scheduled too late for direct processing
2423 DSACKs sent for old packets
2785871 DSACKs received
5162 connections reset due to unexpected data
921 connections reset due to early user close
135 connections aborted due to timeout
TCPDSACKIgnoredOld: 533
TCPDSACKIgnorednoUndo: 393
TcpsackShifted: 477
TcpsackMerged: 536
TcpsackShiftFallback: 2709
TCPBacklogDrop: 46
TCPDeferAcceptDrop: 3906058
IpExt:
InOctets: 69400712361
OutOctets: 94841399143

有一个已知的AWS错误会导致DNS解析偶尔失败：

https://forums.aws.amazon.com/thread.jspa?messageID=330465#330465

您可能希望使用持久连接进行测试,因为这会降低执行DNS解析的频率.

本地DNS缓存(例如pdns-recursor或dnscache)将降低频率,但RDS主机名记录具有非常短(60秒)的TTL,因此这意味着问题发生的频率低得多,但仍然每天发生几次.

我的服务器名为server.prod.example.com,我经常以server.prod的身份登录.最近,这些主机名开始解析为127.0.53.53.

事实证明,ICANN最近启用了.prod TLD.此外,每个发送到.prod名称服务器的请求都会被解析为127.0.53.53而不是作为NXDOMAIN返回,这将允许解析继续正常工作. (我猜这背后的一点是让人们知道他们的东西会在那些开始解决真实的东西之前破坏.)

如何避免为这样的每个主机输入我的域名？

这偶尔还会咬你吗？我找不到新的顶级域名列表,当它们被添加时,我自己设置了一个：https://twitter.com/newgtldannounce

当您看到内部域突然解析为127.0.53.53时,您有一个名称冲突,ICANN正试图告诉您,您迫切需要修复DNS配置.
如果它会像你建议的那样返回NXDOMAIN,那么你是对的,它会继续工作 – 现在.

它还会将您内部预期的DNS查询泄露给外部各方.

更糟糕的是,将来有人可以注册server.prod并给你带来更多麻烦.

有关更多信息,请参见此处https://icann.org/namecollision或运行：

$dig -t TXT server.prod +short
"Your DNS configuration needs immediate attention see https://icann.org/namecollision"

至于如何解决这个问题：取决于用例,我可能只是用短名称将它们添加到.ssh / config.或者真的开始使用FQDN.

我正在构建一个本地2008 R2域作为测试用例,以便能够为即将创建的真正新域编写路线图.

如果我能够在DNS中创建一个指向域名的记录,我想知道的是：
www.example.com和example.com到我网络中的一台服务器.

我尝试为它创建一个记录,但这不起作用.说实话,我甚至不确定这是否可行？

我可以这样做吗？这样我就可以在构建真实域并在提供者处切换DNS记录之前完全测试我们所有的服务(和webb应用程序).

如果可能的话,一些建议和从哪里开始表示赞赏.

解决方案(谢谢布伦特)：

>创建指向example.com的新正向查找区域
>创建指向您要定位的网络服务器的IP的空A记录
>如果需要www,请创建一个名称为www的记录：www和您的网络服务器的IP
>子域重复该过程,但后来使用名称：sub或
www.sub(和你的网络服务器)
>在此过程中,请注意DNS缓存.事情需要时间或做以下事情：

>右键单击服务器并选择清除缓存
>在CMD中：ipconfig / flushdns(刷新客户端缓存)

只需在DNS框中创建一个与您尝试重定向的域名匹配的新正向查找区域.

我们为ADFS执行此操作以将fs.mydomain.com解析为本地IP.

因此,创建一个新的正向查找区域,然后设置您希望它解决的任何A记录.