Nslookup resolve o domínio de pesquisa, mas o ping não (14.10) [duplicado]

3

Na minha empresa, muitos dos nossos scripts de configuração, etc. usam apenas o nome do servidor. Por exemplo, http://server em vez de http://server.company.com . Eu configurei o domínio de pesquisa na ferramenta Conexões de Rede da GUI. Eu também o configurei em /etc/resolvconf/resolv.conf.d/head , mas não está funcionando corretamente.

O mais estranho é que certas ferramentas como nslookup ou host resolvem o IP correto, mas outras ferramentas como ssh, ping, git e navegadores da web não. Eu posso conectar se eu usar o FQDN. O que poderia estar impedindo que o domínio de pesquisa fosse resolvido corretamente?

Abaixo, encontre a saída relevante de alguns comandos.

Nslookup:

$ nslookup server
Server:     192.168.200.53
Address:    192.168.200.53#53

server.company.com  canonical name = server001.company.com.
Name:   server001.company.com
Address: 192.168.200.103

Anfitrião:

$ host server
server.company.com is an alias for server001.company.com.
server001.company.com has address 192.168.200.103

Ping:

$ ping server
ping: unknown host server

$ ping server.company.com
PING server001.company.com (192.168.200.103) 56(84) bytes of data.
64 bytes from server001.company.com (192.168.200.103): icmp_seq=1 ttl=64 time=4.61 ms

Eu uso o ping como exemplo porque é simples, mas a maioria das outras ferramentas que eu preciso usar mostram os mesmos resultados que o ping.

Deixe-me saber se você precisa de mais arquivos de configuração ou informações.

/ etc / hosts não tem informações relacionadas ao servidor ao qual estou tentando me conectar.

Aqui está o /etc/resolv.conf, que foi gerado pelo resolvconf.

# Add Company Nameservers and Domain
nameserver 192.168.200.53
nameserver 192.168.200.65
search company.com
nameserver 127.0.1.1
search company.com
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.1.1
search hsd1.co.comcast.net

E / etc / network / interfaces:

# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
    
por mkasberg 12.02.2015 / 20:37

3 respostas

1

Seu arquivo resolv.conf é uma bagunça. Deve haver no máximo uma linha search no arquivo, por exemplo. Parece que algo diferente de resolvconf está gravando no arquivo. O Resolvconf sempre grava um arquivo resolv.conf com o seguinte formato:

head
base + dynamic content
tail

onde head , base e tail são os arquivos em /etc/resolvconf/resolv.conf.d/. O arquivo head normalmente contém apenas o comentário # Dynamic resolv.conf(5) file... OVERWRITTEN . Você diz que adicionou uma linha search ao arquivo, mas seu arquivo resolv.conf contém outras coisas acima do comentário mencionado acima.

Eu estou supondo que /etc/resolv.conf não é mais um link simbólico para /run/resolvconf/resolv.conf e / ou que você está executando algum software de configuração de rede de terceiros que faz o futzes com / etc / resolv. conf de uma forma que não é compatível com o Ubuntu.

Solução: Pare de usar esse software ou corrija-o e execute sudo dpkg-reconfigure resolvconf para restaurar o link simbólico em /etc/resolv.conf.

    
por jdthood 13.02.2015 / 13:47
0

tente

echo "        dns-search company.com" >> /etc/network/interfaces

Seguido de uma reinicialização (a menos que você saiba como redefinir todos os seus caches DNS, no navegador e no sistema, uma reinicialização de rede não é suficiente).

    
por 0xF2 12.02.2015 / 20:47
0

Tenho certeza que ping, ssh e possivelmente outros usam o arquivo / etc / host. Você pode querer tentar definir seus nomes de servidores também      Servidor 192.168.1.100 Em seguida, faça a fonte do arquivo ou efetue o logout e novamente. Desta vez quando você      servidor de ping Ou      ssh user @ server Deve funcionar. Quanto ao servidor web, você teria que adicionar um registro ao seu dns      servidor ipaddress Então você deve ser capaz de acessar via       link

Editar

Qualquer parte dessa configuração está usando o Samba ou o servidor ganha, ou eu entendi completamente algo errado?

    
por geoffmcc 12.02.2015 / 21:41