Configuração O Exchange 2010 não pode verificar o aviso de registro do Host (A)

Question

Quando tento instalar o Exchange 2010 em meu servidor 2008 R2 Server, recebo um aviso durante a verificação de pré-requisitos:

Aviso: a instalação não pode verificar se o registro 'Host' (A) deste computador existe no banco de dados do DNS no servidor: 90.195.200.12.

O objetivo desta configuração do Exchange é que eu sou capaz de enviar e-mails em meu domínio local, bem como receber / enviar e-mails através do nome de domínio público.

Algumas informações sobre minha configuração Este servidor vai ser um host de troca dedicado e tem a seguinte configuração de IP: (IP's são exemplos e não o ofc do IP real)

NIC de VLAN local:

• IP: 10.10.50.22
• Sub-rede: 255.255.255.0
• Nenhum gateway
• DNS: 10.10.50.1 (é o controlador de domínio com DNS autoritativo)

NIC WAN pública:

• IP: 90.195.200.148
• Sub-rede: 255.255.255.235
• Gateway: 90.195.200.145
• DNS: 90.195.200.12 | 190.160.230.14

Meu domínio público - exampledomain.com

• Um registro: mail - IP: 90.195.200.148
• IP do registro MX: 90.195.200.148

Como estou vendo agora, a configuração de troca está procurando o registro A em um dos servidores DNS em minha NIC de WAN pública. E ofc não é onde meus registros A são definidos. Eu tenho esses registros em 2 lugares: 1. No DNS do controlador de domínio (o nic privado) 2. No registo de DNS online do meu domínio público (exampledomain.com)

Minha pergunta é ... este aviso será um problema? Posso fazer algo melhor na minha configuração para que esse aviso desapareça? Por favor, conselhos?

Editar : algumas informações adicionais. Hoje testei a funcionalidade do dns com o dcdiag e também usei o nslookup de vários lugares para ver se conseguia localizar meu servidor de e-mail por meio do IP / nome do domínio / nome do computador. Tudo está bem.

Depois, como teste, desativei a NIC da WAN pública por um segundo e reiniciei a configuração do Exchange. Agora, o set-up passa por todas as verificações sem qualquer problema.

De alguma forma, isso me leva a acreditar que este é um aviso que posso ignorar com segurança, mas ainda seria bom se alguém puder lançar alguma luz sobre o motivo pelo qual o Exchange configura as conexões para preferir a NIC que contém o Gateway ... (pelo menos é minha conclusão cuidadosa)

    

Answer 1

Depois de instalar o servidor Exchange hoje, descobri que, na verdade, esse aviso não foi um problema para o processo de instalação. (Mas, de fato, é preciso estar atento a um DNS que você precisa estar atento).

No entanto, houve outro problema que eu passei várias horas em descobrir e que foi que todos os serviços funcionaram no meu servidor, exceto e-mail de saída. O conector de envio no transporte do Hub foi configurado corretamente, mas eu precisei de muita solução de problemas para descobrir como fazer meu servidor enviar e-mails.

A solução foi que a resolução de DNS estava em conflito no transporte do Hub. Para corrigir isso eu tive todo o seguinte:

1. Na configuração do servidor | Hubtransport selecione o transporte à direita e selecione propriedades
2. Na guia Pesquisas de DNS interno, defina a NIC que pertence ao seu domínio privado para resolver dns em seu domínio.
3. Na guia Pesquisas de DNS externas, defina a NIC que pertence ao seu IP da WAN para resolver seu domínio público.

Como o padrão é procurar em todos os IPs disponíveis, todos os e-mails estavam pendurados na Fila de saída. Depois de alterar essas configurações da NIC, os e-mails voam como pipoca!

Espero que isso ajude alguém que instala um servidor Exchange voltado para a Internet. :)

    

Answer 2

Este é um aviso que você pode ignorar. Espero que você tenha um firewall em algum lugar entre seu nic público e a internet:)