¿Cómo configuro el dominio de búsqueda correctamente?


25

Recientemente instalé Ubuntu GNOME en mi computadora de trabajo, reemplazando Windows 7, porque haré mucho trabajo de desarrollo de Linux.

Muchos de nuestros scripts de configuración y desarrollo usan URL acortados para servidores en la red de la compañía. Es decir, usan http://servermás que http://server.location.company.com. Nunca tuve problemas con estas URLS en Windows, pero no he podido hacer que funcionen correctamente en Ubuntu. No es factible para mí simplemente escribir la URL completa completa porque el formulario abreviado se usa por todas partes en varios scripts, pero puedo acceder a las URL de formato largo.

Cuando me conecto a la VPN de la compañía usando el Cliente VPN Dell SonicWall NetExtender , las URL acortadas funcionan correctamente.

Basado en la investigación que he hecho hasta ahora, creo que necesito configurarlo location.company.comcomo un dominio de búsqueda en Ubuntu, pero mis intentos de hacerlo han fallado hasta ahora. Esto es lo que he intentado:

  • En la aplicación "Conexiones de red", edite mi conexión inalámbrica. En la pestaña IPv4, seleccione solo las direcciones automáticas (DHCP). Luego escriba location.company.comcomo un dominio de búsqueda y coloque también nuestro servidor DNS. Esto no hizo una diferencia notable.
  • Modificando dhclient.conf como se describe aquí .
  • Ejecutando dpkg-reconfigure resolvconfpara asegurarse de que actualiza dinámicamente resolv.conf.

También me preocupa que en este punto haya intentado varias cosas diferentes y que puedan estar interfiriendo entre sí. Sé que algunas partes de esta configuración cambiaron en los últimos años con Ubuntu, y puede ser difícil encontrar la información más actualizada. Para mí no está completamente claro cómo el administrador de red, resolvconf, dhclient y otros archivos de configuración trabajan juntos en las versiones más recientes de Ubuntu.

Entonces, mi pregunta: ¿cómo puedo configurar mi computadora para que las URL de formato corto funcionen correctamente en Ubuntu 14.10?

O, ¿qué programas de configuración de red debo usar para hacer esto, cómo debo configurarlos y cómo puedo verificar que funcionan correctamente?

¡Gracias por tu ayuda! Avíseme si puedo proporcionar información adicional.

Editar: Aquí está mi /etc/resolv.conf, que creo que fue generado por resolvconf.

# Add Company Nameservers and Domain
nameserver 192.168.200.53
nameserver 192.168.200.65
search location.company.com
nameserver 127.0.1.1
search location.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

¿Alguna vez resolviste esto?
Hitechcomputergeek

Actualización rápida: en algún momento hice una instalación limpia de una versión más reciente de Ubuntu. Tal vez 16.04? De todos modos, no he tenido ningún problema y no he tenido que reconfigurar nada desde entonces, y ahora estoy en 18.10.
mkasberg

Respuestas:


30

Buscar dominio significa el dominio que se agregará automáticamente cuando solo use el nombre de host para un host o computadora en particular. Esto se usa básicamente en una red local.

Digamos que tiene un nombre de dominio como xyz.com(puede estar disponible globalmente o puede ser solo local) y tiene 100 computadoras en la LAN. Ahora desea que este nombre de dominio se agregue automáticamente cuando busque cualquier computadora con solo el nombre de host de la computadora. Si el nombre de dominio que se va a agregar es, xyz.comentonces, el dominio de búsqueda debería verse así:

dns-search xyz.com ##If you put this into /etc/network/interfaces

o

search xyz.com ##If you put this into /etc/resolvconf/resolv.conf.d/base|head|tail

Ahora, ¿cómo comprobar si su trabajo correctamente, sólo tiene que utilizar pingo cualquier programa de resolución de DNS, como host, nslookup, dig.

Por ejemplo, si un host testtiene la IP y 192.168.1.5luego usa host:

host test
test.xyz.com has address 192.168.1.5

Ahora, como digno usa la lista de búsqueda / dominio de forma predeterminada, debe usarlo como dig +search testpara habilitar la adición de un dominio de búsqueda.

Utilizando nslookup:

nslookup test
Server:     192.168.1.11
Address:    192.168.1.11#53

Name:   test.xyz.com
Address: 192.168.1.5

Aquí 192.168.1.11está su servidor DNS local que tiene la dirección IP del host test.xyz.com(observe el formulario completo) que es 192.168.1.5. El servidor DNS resolverá el nombre test.xyz.comde host a IP 192.168.1.5pero no resolverá nada solo testporque no tiene ninguna entrada como esta.

Entonces, lo que está haciendo el dominio de búsqueda en nuestro caso es que automáticamente agrega un nombre de dominio para convertirlo en un FQDN cuando solo estamos usando el nombre de host para buscar una computadora.


1
por defecto, dig no agrega automáticamente las cosas del dominio como lo hace el otro. Sin embargo, "dig + search test" sí.
Doug Smythies

@DougSmythies: agregado ..
heemayl

He modificado /etc/resolvconf/resolv.conf.d/basecon las entradas del servidor de nombres y de búsqueda. Ahora veo el siguiente comportamiento: $ host serverserver.location.company.com es un alias para server001.location.company.com. server001.location.company.com tiene la dirección 192.168.200.103 $ ping serverping: servidor host desconocido. ¿Alguna idea de lo que podría estar causando esto?
mkasberg

3
@mkasberg: Cierta parte falta en su último mensaje ... también tenga en cuenta que después de realizar cualquier cambio en la resolvconfejecución sudo resolvconf -u.
heemayl

@mkasberg: Ponlo en ... /etc/resolvconf/resolv.conf.d/headTu servidor DNS tiene la entrada para server.location.company.com, ¿verdad?
heemayl

16

Estoy corriendo Bionic Beaver y mi resolv.confdice:

# This file is managed by man:systemd-resolved(8). Do not edit.

entonces mi solución fue editar /etc/systemd/resolved.conf, la opción de Domains=acuerdo con los documentos y luego reiniciar systemd-resolve:

service systemd-resolved restart
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.