Verifique o seu arquivo /etc/hosts
para este registro. O nslookup não usará este arquivo para resolver o DNS.
Além disso, verifique se seu /etc/nsswitch.conf
deve dizer algo como hosts: files dns
UPDATE : Agora é estritamente um problema local, conectando remotamente trabalhos (um erro estúpido que cometi.) Acho que agora é um problema de loopback, que é um problema diferente, e provavelmente respondido em outro post.
Eu posso conectar-me remotamente ao meu sistema usando seu endereço IP, o DNS retorna o IP correto, mas não consigo me conectar por meio de um registro DNS.
ou seja,
matt@pontus:~$ ssh fake.myDnsExample.com
ssh: connect to host fake.myDnsExample.com port 22: Network is unreachable
matt@pontus:~$ nslookup fake.myDnsExample.com
Server: 134.117.aaa.bbb
Address: 134.117.aaa.bbb#53
Non-authoritative answer:
fake.myDnsExample.com canonical name = myDnsExample.com.
Name: myDnsExample.com
Address: 50.100.XXX.YYY
matt@pontus:~$ ssh 50.100.XXX.YYY
*connects*
Estou executando o Ubuntu 14.04, este sistema não está na DMZ, mas as portas 22 e 80 são encaminhadas para ele, ele costumava funcionar (não sei o que mudou), e isso também não funciona localmente, mas novamente eu pode ssh para localhost (ou qualquer alias de localhost em '' / etc / hosts '')
Isso pode ser um problema com o Ubuntu? Eu não imagino que meu roteador iria interferir com isso.
Devo observar que isso é o mesmo remotamente e localmente, para qualquer protocolo (SSH, Telnet, http etc.)
Aqui está a saída de '' ssh -v '',
Do localhost:
ssh -v fake.myDnsExample.com
OpenSSH_6.6.1, OpenSSL 1.0.1f 6 Jan 2014
debug1: Reading configuration data /home/matt/.ssh/config
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to fake.myDnsExample.com [50.100.XXX.YYY] port 22.
debug1: connect to address 50.100.XXX.YYY port 22: Connection timed out
ssh: connect to host fake.myDnsExample.com port 22: Connection timed out
Embora tenha sido apontado acidentalmente, eu acidentalmente tinha uma entrada em '' / etc / hosts '' para um IP incorreto, e agora ele se conecta sem problemas, e eu sou apenas um idiota. :)
Se eu estou lendo o seu comentário corretamente, você pode se conectar ao host local (127.0.0.1). No entanto, em qualquer cenário - conectando-se via nome de domínio a qualquer protocolo, você enfrenta falhas.
Desde que você afirmou que as coisas mudaram, isso me leva a acreditar que uma regra de firewall foi introduzida onde 127.0.0.1 é permitido, mas os IPs (incluindo 50.100.XXX.YYY) são bloqueados.
Embora não seja possível explicar por que você pode se conectar diretamente com o 50.100.XXX.YYY, a menos que um método seja resolvido para um endereço IP privado permitido. Isso pode ter a ver com "hosts" ou configurações de nome de host na máquina.
Embora o roteador esteja aberto, parece que uma regra de firewall está bloqueando em fake.myDnsExample.com.
Tags linux-networking