OS X não está resolvendo nomes de host para SSH / HTTP

Question

Eu tenho um servidor Debian chamado neptune , com um IP estático de 192.168.1.10 que fornece serviços SMB, Intranet e SSH. No meu computador Windows ele resolve bem, ainda no meu Mac aparece em "Shared" com o seu nome de host e eu sou capaz de usá-lo. No entanto, não posso usar o nome do host para SSH, nem posso ir para ele pelo nome do host no meu navegador. Eu tentei reiniciar meu Mac e renovar seu endereço IP, mas ele não foi bem-sucedido.

    

Answer 1

Você não tem habilidades básicas em redes. Para se conectar a algo com seu nome, você precisa de um servidor DNS e de endereços IP registrados neste servidor DNS.

O que você está vendo nada mais é do que uma confusão de protocolos transmitidos em sua rede com nomes e nomes de domínio diferentes.

No senso comum, talvez você esteja sentindo falta do domínio local. Sim. Tente se conectar ao host que você gosta com um final .local; por exemplo: se o seu nome de host for maquina tente ssh para maquina.local.

Por que eu acho que esse é o problema? Porque você disse que tem um servidor Debian com SMB e serviços extras, então ele pode ter o Avahi instalado, e o Avahi geralmente transmite um domínio .local. Para mais informações, dê uma olhada aqui: link

EDIT: Como você está executando um servidor DNS, é necessário preencher seu DNS com registros da sua rede. Eu não sei qual zona de domínio DNS você definiu, mas você deve colocar um registro dessa maneira, considerando que você está executando o BIND:

192.168.1.10        IN        A        neptune

Depois disso, verifique se todas as suas máquinas estão usando seu servidor DNS. Nas máquinas Windows e OS X, ele está localizado nas Preferências de Rede. Basta colocar o seu Servidor DNS como primário e outro, normalmente do seu ISP, como um DNS de failover.

Então você deve tentar se conectar a neptune.yourdomain.com e ver se consegue os resultados esperados.

Se não, inicie os processos de depuração com as ferramentas nslookup e dig . Uma coisa comum que acontece na falha na resolução de DNS são caches ruins, isso acontece muito em máquinas OS X, mesmo em minha máquina isso acontece. Então, estou constantemente emitindo este comando no terminal para limpar os caches:

sudo killall mDNSResponder

Vamos ver se seu problema está resolvido agora.

    

Answer 2

Tanto quanto eu sei, isso é um comportamento normal. Se você quiser que funcione, pode configurar seu próprio servidor DNS ou adicionar uma entrada ao seu arquivo hosts . A última opção é a mais fácil, tudo o que você precisa fazer é incluir o seguinte em /private/etc/hosts .

192.168.1.10  neptune

Você deve poder editá-lo com o comando sudo nano /private/etc/hosts

    

Answer 3

Eu tinha anteriormente (muito recentemente, desde a última inicialização) sido capaz de ssh para o Mac (da minha caixa Ubuntu).

Eu pegaria o ip no mac via:

ifconfig -a | grep -iw inet

"Normalmente", eu obteria um endereço IP válido que estivesse de acordo com o listado na preferência do sistema "compartilhamento" por login remoto.

mas desta vez eu tenho apenas 127.0.0.1 (ou seja, localhost), e a preferência do sistema listou apenas um nome de host que eu não pude acessar.

Eu reiniciei e, depois disso, consegui obter um endereço IP utilizável. Eu era então capaz de ssh para o endereço IP utilizável. (para o nome do host também: -).

Embora eu adoraria ter roteirizado meu caminho através de tabelas de roteamento e firewalls, e talvez depurar o Kernel do OS X, eu finalmente scp'd o arquivo.

Eu desenhei a linha, neste caso, usando scp ao invés de um pen drive. Eu tenho meu orgulho (: -).