suse 11sp3 - não consigo pingar / resolver o próprio hostname

Question

Eu tenho uma máquina virtual local (em execução em uma estação de trabalho vmware instalada localmente, rede definida como NAT) em que eu instalei o suse enterprise 11 sp3.

a máquina está configurada para obter um endereço IP usando dhcp (do vmware), e isso funciona - pelo menos eu tenho conectividade com a Internet.

o problema é que não é possível resolver seu próprio nome de host:

suse11:~ # hostname
suse11
suse11:~ # ping suse11
ping: unknown host suse11
suse11:~ # ping www.google.com
PING www.google.com (74.125.131.99) 56(84) bytes of data.

Eu não quero adicionar o nome do host para / etc / hosts como 127.0.0.1. o ideal é que eu tenha o mesmo comportamento que no windows - o ping do seu próprio nome de host é resolvido para o endereço IP "real" (possivelmente um dos muitos).

/etc/resolve.conf:

### /etc/resolv.conf file autogenerated by netconfig!
#
# Before you change this file manually, consider to define the
# static DNS configuration using the following variables in the
# /etc/sysconfig/network/config file:
#     NETCONFIG_DNS_STATIC_SEARCHLIST
#     NETCONFIG_DNS_STATIC_SERVERS
#     NETCONFIG_DNS_FORWARDER
# or disable DNS configuration updates via netconfig by setting:
#     NETCONFIG_DNS_POLICY=''
#
# See also the netconfig(8) manual page and other documentation.
#
# Note: Manual change of this file disables netconfig too, but
# may get lost when this file contains comments or empty lines
# only, the netconfig settings are same with settings in this
# file and in case of a "netconfig update -f" call.
#
### Please remove (at least) this line when you modify the file!
search localdomain
nameserver 192.168.19.2

/etc/nsswitch.conf:

#
# /etc/nsswitch.conf
#
# An example Name Service Switch config file. This file should be
# sorted with the most-used services at the beginning.
#
# The entry '[NOTFOUND=return]' means that the search for an
# entry should stop if the search in the previous entry turned
# up nothing. Note that if the search failed due to some other reason
# (like no NIS server responding) then the search continues with the
# next entry.
#
# Legal entries are:
#
#       compat                  Use compatibility setup
#       nisplus                 Use NIS+ (NIS version 3)
#       nis                     Use NIS (NIS version 2), also called YP
#       dns                     Use DNS (Domain Name Service)
#       files                   Use the local files
#       [NOTFOUND=return]       Stop searching if not found so far
#
# For more information, please read the nsswitch.conf.5 manual page.
#

# passwd: files nis
# shadow: files nis
# group:  files nis

passwd: compat
group:  compat

hosts:      files dns
networks:   files dns

services:   files
protocols:  files
rpc:        files
ethers:     files
netmasks:   files
netgroup:   files nis
publickey:  files

bootparams: files
automount:  files nis
aliases:    files

    

Answer 1

O comportamento é o esperado, um servidor de nomes resolve nomes de host de acordo com o espaço do nome de domínio. Não tem nada a ver como funciona / etc / hosts.

Pense do seguinte modo:

Quando você executa o ping suse11, primeiro tenta resolver usando / etc / hosts, já que suse11 não está lá, então tenta usar o servidor de nomes 192.168.19.2, mas preste atenção em "search localdomain" em /etc/resolv.conf que é anexado à "consulta", então 192.168.19.2 tenta resolver suse11.localdomain, tal domínio não existe no espaço de nome público.

ping não é uma ferramenta para testar a resolução do host, não é para isso.

Você pode ver melhor usando uma ferramenta de pesquisa de DNS, por exemplo:

dig @192.168.19.2 suse11

HTH

    

Answer 2

Quando você entra em um domínio do Windows, o serviço dhcp integrado no PDC adiciona um registro DNS A nos serviços do Windows dns, por isso você resolve um Windows PC no Windows Domain Network