É normal que um roteador doméstico NÃO responda a solicitações MX?

0

Meu roteador doméstico (Netgear DG834G) não responde a solicitações de endereços MX da rede interna. Isso é normal? faz responder a outras solicitações.

Meu roteador anterior - um BT Voyager 2091 - respondeu a solicitações de MX e não MX.

Eu sei que é incomum, mas eu corro meu próprio servidor de e-mail. Depois que o roteador foi trocado, nenhum email de saída está sendo enviado. O programa de e-mail (VPOP3) relatou:

427 No response from the DNS server - please check your settings. (failed)

Eu executei o Wireshark na rede e ficou claro que o roteador não respondeu às solicitações do MX, mas respondeu a outras solicitações de DNS. Não é uma resposta negativa, parece ignorá-los completamente.

Como solução alternativa, configurei o programa VPOP3 para usar os servidores DNS públicos do Google que funcionam bem.

Se eu comprar outro roteador, provavelmente encontrarei esse comportamento novamente? Ou eu acabei de ter azar?

A pesquisa extensiva do Google não encontrou mais ninguém com esse problema. Isso pode refletir como poucos usuários domésticos executam seu próprio servidor de email. Eu duvido que isso afete qualquer outro tipo de uso.

    
por RichardHowells 11.09.2010 / 18:35

7 respostas

0

Eu nunca descobri por que o roteador Netgear se comportou de maneira diferente do antigo.

Estou deixando o programa do servidor de e-mail configurado com os endereços do servidor DNS público do Google. É uma solução, mas estou satisfeito com isso.

    
por 16.10.2010 / 21:20
1

Eu estudei o comportamento dos proxies DNS dentro de roteadores domésticos extensivamente (incluindo o DG834), e nunca vi um problema que fosse específico ao tipo de consulta.

Eu tenho visto muitos problemas relacionados ao comprimento de uma resposta DNS e / ou sinalizadores de resposta incomuns.

  1. Qual hardware e firmware da rev é o roteador?
  2. Qual é a consulta DNS real que você está enviando?
  3. Este servidor de e-mail está dentro ou fora da sua rede.
por 12.09.2010 / 09:23
0

Se o novo roteador NAT tiver SPI (Stateful Packet Inspection) e estiver habilitado, você poderá tentar desabilitá-lo. Muitas das implementações do SPI são baseadas em suposições que parecem ser contra os aplicativos baseados em servidor de hospedagem por trás / dentro da rede protegida por SPI.

    
por 12.09.2010 / 00:01
0

Já experimentou as duas coisas?:

  • Configure seu servidor para usar seu roteador como o servidor DNS.
  • Configure seu servidor para usar o servidor DNS do seu provedor.
por 12.09.2010 / 00:05
0

Isso é bem incomum. Eu nunca vi um roteador doméstico que tratasse alguns tipos de registros DNS de forma diferente dos outros.

Eu esperaria que esse comportamento fosse causado por um bug no firmware, ou talvez uma configuração muito obscura, mas não consigo adivinhar por um motivo. Você já tentou depurar com o Wireshark, então eu suponho que você tenha algum conhecimento de rede e já identificou que o problema está realmente no seu roteador.

Verifique no site do fabricante se há uma atualização de firmware.

    
por 12.09.2010 / 00:06
0

Não vejo nada no manual do produto que declara que o router suporta DNS, pelo que não não sabe o que você está esperando fazer.

Estou assumindo que seu tráfego de e-mail é executado na porta SMTP padrão 25? Nesse caso, você desejará definir algumas rotas NAT para o tráfego nessa porta para / do seu servidor de e-mail e configurar seu roteador para usar os servidores DNS do seu provedor. Isso deve realizar o que você está procurando (supondo que você queira que todo o tráfego de e-mail passe pelo seu servidor de e-mail).

    
por 12.09.2010 / 00:21
0

Eu acho que seu servidor DNS anterior não está funcionando corretamente, portanto, ele não encaminha o pedido de volta.
Tente novamente na segunda-feira para obter respostas de MX a partir dele. Se não estiver funcionando, informe o proprietário sobre isso.
Vou tentar adicionar manualmente um DNS público na configuração do roteador (se possível) e testar contra este.

    
por 11.09.2010 / 19:03

Tags