O nome de domínio funciona com conexão 3G, mas não com WiFi

1

Sou administrador em dois servidores diferentes do SBS 2011. Ambos os servidores estão executando o MS Exchange. Eles estão em diferentes localizações físicas, diferentes hardwares, diferentes domínios internos e externos. A única coisa que eles têm em comum é o ISP.

O problema é que eu e alguns dos meus colegas não podemos acessar os servidores da nossa conexão WiFi em casa (ADSL). Nossos ISPs são diferentes uns dos outros e nenhum de nós tem o mesmo ISP que os servidores. A única coisa é que podemos nos conectar aos servidores se usarmos uma conexão 3G / UMTS / LTE, então acredito que o problema esteja no roteamento de DNS do nosso ISP. Outra coisa é que às vezes eu posso acessar os servidores usando meu WiFi em casa e algumas vezes não posso. Na maioria das vezes não consigo.

Alguma idéia?

    
por Carl 14.11.2013 / 08:26

3 respostas

1

Um servidor de domínio pode ser executado (silenciosamente na mata?) e nunca ajuda / efetua mais ninguém nas redes. Para que um servidor DNS seja útil, ele precisa (a) ser configurado para a sua resolução local ... que é fornecida ao seu computador como uma máquina de referência sempre que você estiver resolvendo qualquer nome de domínio ou (b) ser configurado para responda pelo seu domínio.

Eu acho que o que está acontecendo aqui é quando você está conectando 3G ou dentro de suas redes, esses servidores estão sendo fornecidos automaticamente como resolvedores ( digite um ), então o que você está colocando neles está disponível para seus usuários. No entanto, quando você se conecta de qualquer outro lugar, está usando os servidores DNS do seu provedor ou de algum outro sistema público (como o googleDNS ou openDNS ).

Quando você procura um serviço tipo b , seus servidores DNS precisam estar registrados globalmente para ter autoridade sobre o domínio ... ou seja, se você analisar o whois para seu servidor você deve ver esses servidores listados na seção Name Servers . Para mudar isso, você precisa acessar a conta de registro de domínio através de qualquer empresa registrada. É claro que provavelmente já existem servidores DNS listados com alguma configuração para fornecer roteamento de mensagens e entrega de sites, etc. Você precisará das mesmas configurações em seus servidores DNS para que as coisas continuem funcionando corretamente.

Notas

  • Como os dispositivos armazenam em cache as informações de DNS, se o seu trabalho 3g for um dispositivo que estava na rede, desconectado / foi para 3G e ainda funciona ... não está funcionando completamente ( tente com um dispositivo 3G que nunca esteve na sua rede)
  • Seu caso ocasional de trabalho com Wi-Fi também pode estar em um dispositivo que tenha um cache das configurações de DNS do escritório, mesmo que não esteja mais lá
  • Os servidores DNS podem estar agindo nos dois modos, mas a configuração ou o firewall está impedindo a conexão ao serviço de redes públicas. Já que você diz que ambas as máquinas são internas e externas, eu suponho que elas têm dois ou mais IPs cada - uma para acesso público, uma para privadas.
  • Os servidores DNS podem estar atuando nos dois modos, mas a configuração pode estar levando uma máquina externa a tentar um IP inválido (interno) que não pode ser roteado de fora da rede.
  • nslookup e dig são ferramentas inestimáveis para ajudá-lo no que está acontecendo nos bastidores da sua máquina (existem comandos * nix, disponíveis no OSX e há versões do Windows)
por 14.11.2013 / 17:40
0

Você está definitivamente usando servidores DNS diferentes quando a conexão é feita por operadoras diferentes. Em geral, cada ISP está executando seus próprios servidores DNS ou eles estão usando os servidores DNS de empresas parceiras. Para se aproximar dos problemas, eu sugiro que você encontre os servidores DNS com os dados errados.

A primeira coisa que você deve verificar são os dados exatos fornecidos aos dispositivos dos servidores DNS, perguntando-lhes explicitamente. Abra uma janela de comando e tente os seguintes comandos:

nslookup yourserver.yourdomain.com 8.8.8.8 (servidor DNS primário do Google)
nslookup yourserver.yourdomain.com 156.154.70.25 (servidor DNS primário Comodo)% nslookup yourserver.yourdomain.com 208.67.222.123 (servidor DNS primário OpenDNS)

Todos devem retornar os mesmos endereços IP para o seu registro A em sua zona. Se você obtiver resultados diferentes, verifique a configuração da sua zona DNS (concentre-se no TTL, talvez seu TTL seja alto demais e, portanto, as alterações em sua zona estejam sendo replicadas muito lentamente)

Se eles retornarem o mesmo resultado, você poderá descobrir os servidores DNS com falha, verificando se você e seu colega talvez estejam usando o mesmo servidor DNS do ISP. Em geral, você pode obter os endereços IP das operadoras, pesquisando-os no google. Use-os com a ferramenta nslookup e, se eles ainda retornarem valores incorretos, você deve entrar em contato com o ISP para informá-los sobre sua configuração defeituosa.

    
por 17.04.2017 / 13:43
0

Eu tive esse problema exato e descobri que meu certificado SSL expirou, já que aparentemente ele renova a cada três meses. Levou 6 horas de e-mail de tênis com meu anfitrião para estabelecer isto, depois que eles constantemente insistiram que era meu internet e que eles nunca mudaram nada - bem claramente algo fez mudança !! Se você tiver o mesmo problema, tente fazer login no painel do host, verificar seu pacote de hospedagem e pressionar o botão "auto-ssl" para renovar seu certificado. Em seguida, leva algumas horas para se tornar global. Se não funcionar, procure no Google cpanel e no auto-ssl para mais informações.

    
por 27.11.2018 / 18:52