“incapaz de resolver o erro do host” sempre que executar um comando com o SUDO no servidor web do ubuntu

2

Eu tenho um servidor na amazon que normalmente funciona como um campeão; Depois de aumentar o tamanho da instância neste fim de semana e, em seguida, diminuí-la até o tamanho normal, comecei a receber erros estranhos sempre que executo um comando em sudo . Aqui está um exemplo:

sudo ps -ef
sudo: unable to resolve host domU-##-##-##-##-##-##

Onde # é um número. É importante notar que o comando é executado conforme esperado . Eu pensei que poderia haver algo estranho no meu arquivo hosts, então eu dei uma olhada nisso:

127.0.0.1 localhost

# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts

E parece bastante normal, embora eu não saiba o suficiente para ter certeza. Alguém pode lançar alguma luz sobre esse erro repetitivo e como corrigi-lo?

    
por ESW 26.09.2011 / 16:58

3 respostas

4

Certifique-se de que seu nome de host esteja em / etc / hostname. Para ver o que está lá agora, você pode executar o hostname -f ou cat / etc / hostname.

Quando você move suas instâncias do EC2, você perde seu nome de host para que ele não corresponda mais ao nome do host no momento da instalação do Ubuntu.

    
por 26.09.2011 / 17:45
2

Parece que você não está usando o DNS da Amazon correto.

Se sua instância do EC2 estiver no VPC 172.31.0.0 , o DNS que você deve usar é 172.31.0.2 . Então você tem que "adicionar dois" para o último número.

Apenas o DNS do seu VPC responderá ao seu nome de host local ip-XXX-XXX-XXX-XXX .

Da documentação:

The string AmazonProvidedDNS maps to a DNS server running on a reserved IP address at the base of the VPC network range "plus two". For example, the DNS Server on a 10.0.0.0/16 network is located at 10.0.0.2.

link

    
por 23.05.2014 / 16:06
1

Eu tive esse problema quando copiei configurações de uma zona de disponibilidade para outra. O conjunto de opções DHCP para o meu VPC estava apontando para us-west-1, mas meu novo VPC estava em us-west-2. Como resultado, quando a máquina foi iniciada, os scripts do EC2 que configuravam a máquina estavam colocando isso no meu arquivo resolv.conf

# 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 10.0.0.2
search us-west-1.compute.internal

Depois de criar uma nova opção DHCP com domain = us-west-2.compute.internal e aplicar isso ao meu VPC, assim que reiniciei minha instância do EC2, o arquivo resolve.conf ficou assim

# 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 10.0.0.2
search us-west-2.compute.internal

(note que o us-west-2 no segundo bloco versus o us-west-1 no primeiro), e eu não tenho mais o erro "incapaz de resolver o host".

    
por 07.01.2015 / 15:24

Tags