我的用户在内部遇到问题，无法在内部parsing公用名称空间。 我使用domain.local作为我的内部命名空间和domain.com作为我的公共命名空间。 但是，我不能让内部用户解决例如mail.domain.com到我的交换服务器的内部IP地址。 我试图解决这个问题的主要原因是在家中引入了WiFi连接，使我的移动用户能够连接和使用networking数据而不是移动数据stream。 但是，他们无法在WiFi连接上获得内部电子邮件。
任何帮助，将不胜感激。
原因可能是，您的内部DNSparsing为由于路由原因而无法直接从内部到达的公共IP地址。
如果您使用bind8或bind9，解决scheme将使用所谓的DNS视图。 通过视图，您的DNS可以根据客户端的源IP地址为不同的IP地址应答相同的服务器名称。
这也假定，这个DNS服务器是内部可达的，以便它可以识别内部（NAT）的IP地址。
一个很好的入门就是文档BIND 9configuration视图分区外部和内部的DNS信息 。 您需要以某种方式调整区域文件，以使内部客户端能够获得Exchange服务器的内部IP地址，而不是公共IP地址。
你想要实现的是所谓的“拆分DNS”（或“DNS阴影”，或与其他各种名称）：您需要在您的内部DNS服务器中创build一个“domain.com”区域，以便它可以提供不同的答案你的内部计算机，而不是每个人从互联网上parsing这些名字时得到的标准答案（“mail.domain.com”指向内部IP地址，而不是通常指向的公共IP地址）。
如果您不想重新映射所有外部名称，也可以创build一个名为“mail.domain.com”的区域，并在其中定义一个空Alogging，指向您的Exchange服务器的内部IP地址; 这将只重新映射名称“mail.domain.com”，但将允许“domain.com”区域中的所有其他名称的外部parsing。