Comment configurer correctement le domaine de recherche?


25

J'ai récemment installé Ubuntu GNOME sur mon ordinateur de travail, en remplacement de Windows 7, car je ferai beaucoup de développement Linux.

Beaucoup de nos scripts de configuration et de développement utilisent des URL raccourcies pour les serveurs du réseau de l'entreprise. Autrement dit, ils utilisent http://serverplutôt que http://server.location.company.com. Je n'ai jamais eu de problème avec ces URL sous Windows, mais je n'ai pas pu les faire fonctionner correctement dans Ubuntu. Il n'est pas possible pour moi de simplement taper l'URL complète complète car le formulaire abrégé est utilisé partout dans divers scripts, mais je suis en mesure d'accéder aux URL longues.

Lorsque je me connecte au VPN de l'entreprise à l'aide du client VPN Dell SonicWall NetExtender , les URL raccourcis fonctionnent correctement.

Sur la base des recherches que j'ai faites jusqu'à présent, je pense que je dois configurer en location.company.comtant que domaine de recherche sur Ubuntu, mais mes tentatives pour ce faire ont échoué jusqu'à présent. Voici ce que j'ai essayé:

  • Dans l'application "Connexions réseau", modifiez ma connexion sans fil. Sous l'onglet IPv4, sélectionnez uniquement les adresses automatiques (DHCP). Tapez ensuite location.company.comcomme domaine de recherche et mettez également notre serveur DNS. Cela n'a fait aucune différence notable.
  • Modification de dhclient.conf comme décrit ici .
  • En cours dpkg-reconfigure resolvconfd' exécution pour vous assurer qu'il met à jour dynamiquement resolv.conf.

Je crains également qu'à ce stade, j'aie essayé plusieurs choses différentes et qu'elles puissent interférer les unes avec les autres. Je sais que certaines parties de cette configuration ont changé au cours des deux dernières années avec Ubuntu, et il peut être difficile de trouver les informations les plus récentes. Je ne sais pas très bien comment le gestionnaire de réseau, resolvconf, dhclient et d'autres fichiers de configuration fonctionnent ensemble dans les dernières versions d'Ubuntu.

Donc, ma question: comment puis-je configurer mon ordinateur pour que les URL abrégées fonctionnent correctement dans Ubuntu 14.10?

Ou, quels programmes de configuration réseau dois-je utiliser pour ce faire, comment dois-je les configurer et comment puis-je vérifier qu'ils fonctionnent correctement?

Merci de votre aide! Faites-moi savoir si je peux fournir des informations supplémentaires.

Edit: Voici mon /etc/resolv.conf, qui, je crois, a été généré par 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

Avez-vous déjà résolu cela?
Hitechcomputergeek

Mise à jour rapide: À un moment donné, j'ai fait une nouvelle installation d'une version plus récente d'Ubuntu. Peut-être 16.04? Quoi qu'il en soit, je n'ai eu aucun problème et je n'ai pas eu à reconfigurer quoi que ce soit depuis, et je suis maintenant au 18.10.
mkasberg

Réponses:


30

Le domaine de recherche signifie le domaine qui sera automatiquement ajouté lorsque vous n'utiliserez le nom d'hôte que pour un hôte ou un ordinateur particulier. Ceci est essentiellement utilisé dans un réseau local.

Disons que vous avez un nom de domaine comme xyz.com(il peut être disponible dans le monde entier ou peut être local uniquement) et vous avez 100 ordinateurs dans le LAN. Maintenant, vous voulez que ce nom de domaine soit automatiquement ajouté lorsque vous recherchez un ordinateur uniquement par le nom d'hôte de l'ordinateur. Si le nom de domaine à ajouter est xyz.comalors le domaine de recherche doit ressembler à:

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

ou

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

Maintenant , comment voulez - vous vérifier si son bon fonctionnement, il suffit d' utiliser pingou de tout programme de résolution de DNS comme host, nslookup, dig.

Par exemple, si un hôte testpossède l'IP, 192.168.1.5il utilise alors host:

host test
test.xyz.com has address 192.168.1.5

Maintenant, comme dign'utilise pas la liste de recherche / domaine par défaut, vous devez l'utiliser comme dig +search testpour activer l'ajout d'un domaine de recherche.

En utilisant nslookup:

nslookup test
Server:     192.168.1.11
Address:    192.168.1.11#53

Name:   test.xyz.com
Address: 192.168.1.5

Voici 192.168.1.11votre serveur DNS local qui a l'adresse IP de l'hôte test.xyz.com(notez le formulaire complet) qui est 192.168.1.5. Le serveur DNS résoudra le nom test.xyz.comd' hôte en IP 192.168.1.5mais ne résoudra rien pour seulement testcar il n'a aucune entrée comme ça.

Donc, ce que le domaine de recherche fait dans notre cas, c'est qu'il ajoute automatiquement un nom de domaine pour en faire un nom de domaine complet lorsque nous utilisons simplement le nom d'hôte pour rechercher un ordinateur.


1
par défaut, dig n'ajoute pas automatiquement les éléments du domaine comme les autres. Cependant, "dig + test de recherche" le fait.
Doug Smythies

@DougSmythies: ajouté ..
heemayl

J'ai modifié /etc/resolvconf/resolv.conf.d/baseavec le serveur de noms et les entrées de recherche. Je vois maintenant le comportement suivant: $ host serverserver.location.company.com est un alias pour server001.location.company.com. server001.location.company.com a l'adresse 192.168.200.103 $ ping serverping: serveur hôte inconnu. Une idée de ce qui pourrait en être la cause?
mkasberg

3
@mkasberg: Certaines parties sont manquantes dans votre dernier message .. notez également qu'après avoir effectué une modification lors de l' resolvconfexécution sudo resolvconf -u.
heemayl

@mkasberg: Mettez-le dans /etc/resolvconf/resolv.conf.d/head.. Vous serveur DNS a l'entrée pour server.location.company.com, non?
heemayl

16

Je dirige Bionic Beaver et mon resolv.confdit:

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

donc ma solution était de modifier /etc/systemd/resolved.conf, option en Domains=fonction des documents , puis de redémarrer le système résolu:

service systemd-resolved restart
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.