我们的办公室里满是Windows和Mac用户,他们从Windows服务器获得IP地址,这反过来更新动态DNS条目。
我们注意到这些条目的主要不一致之处,发现这个问题更多地发生在Mac上,而不是在windows上,更多的是当用户经常从有线适配器切换到无线适配器时,这是有意义的,因为这个序列发生了:
我们的服务台人员在很大程度上(可能比他们应该更多地)依赖动态条目作为他们业务流程的一部分。例如,用户提交帮助台票证,工作人员希望能够通过主机名将桌面远程到他们的计算机,该主机在服务台票务应用程序中被超链接。
我们已经针对问题的不同症状实施了多种解决方案和创可贴,例如:
但无论我们做什么,似乎都不可能保持完美的记录。
以前有人遇到过这个问题吗?什么是行业最佳做法?
非常感谢您的意见和建议,
/P
发布于 2012-09-24 20:18:52
您可以将无线网卡配置为不在DNS中注册。这样做的唯一缺点是,如果用户仅通过无线连接,那么您将无法通过DNS主机名连接,因为这将绑定到有线NIC的ip地址。
作为一个有趣的解决方法,下面是一些您可以尝试的方法:
配置AD区域的子域,称为无线(或任何您喜欢的)。
在无线网卡(wireless.domain.tld)上配置DNS后缀,并设置选项“在DNS中注册此连接的地址”和“在DNS注册中使用此连接的DNS后缀”
您最终将得到的是客户端计算机的无线NIC在您的“无线”子域中的A记录。在AD区域中仍然有两个A记录,但是如果您可以将您的服务台应用程序定位在“无线”子域上,那么您将始终知道哪条记录对应于无线NIC。
发布于 2012-09-04 18:18:56
我想说的是,行业的最佳做法是不要有像你这样的环境。;)
说真的,AFAICS没有比你已经在做的更多的事情了。您最大的问题可能是在有线和无线连接之间频繁切换。在您的情况下,我会尽可能多地使用预订,并使租赁时间和清除设置相当激进,特别是不更新的间隔。
请参阅这篇博客文章有关清除和DHCP租约时间。
发布于 2012-09-24 19:47:16
我以前也遇到过这种情况。
我们的解决方案是查看域身份验证,并记录最近的五个左右的主机名/IP,以便对该用户进行身份验证。这几乎总是包括从他们的工作站或膝上型电脑登录,或任何他们有问题的机器,并记录一张罚单。通常是最近的一次。
所述信息可在信息页上的票务系统中为用户使用,因此,该信息包括在所述票证中。
总的来说,我建议从一个不同的角度来看,减少对DHCP地址的重视,而更多地关注您知道他们正在积极使用的地址。
https://serverfault.com/questions/431492
复制相似问题