web-dev-qa-db-fra.com

Le montage CIFS dans FSTAB réussit sur IP, échoue sur le nom d'hôte écrit dans / etc / hôtes

Je me demande pourquoi mon serveur Ubuntu 14.04 LTS a des problèmes résolvant un nom d'hôte de FSTAB. J'ai essayé de monter l'entrée suivante:

//NAS-5h2-20/backuppc/  /mnt/backuppc   cifs   auto,user=THEUSER,password=THEPASSWORD,cifsacl,uid=109      0       0

le montage échoue avec l'erreur

mount: wrong fs type, bad option, bad superblock on //NAS-5h1-15/backuppc,
   missing codepage or helper program, or other error
   (for several filesystems (e.g. nfs, cifs) you might
   need a /sbin/mount.<type> helper program)
   In some cases useful info is found in syslog - try
   dmesg | tail  or so

et l'entrée SysLog:

Unable to determine destination address.

Cependant, cela fonctionne comme un charme si j'échange le nom d'hôte NAS-5H2-2 pour son IP 192.168.1.29. Toutefois, pour des raisons de portabilité, je voudrais mapper le montage par nom d'hôte dans le FSTAB.

Contenu de / etc/hosts est (entre autres):

192.168.1.28    NAS-5h1-15
192.168.1.29    NAS-5h2-20
192.168.1.30    NAS-6h1-04

Ces noms d'hôte ne sont pas enregistrés avec le serveur DNS local. Et il est destiné à être dans certains cas capable d'utiliser différentes IPS (ServerCluster/Workstation) pour l'utilisation du DNS et du serveur-interne, donc je ne peux donc pas les enregistrer vers le DNS.

Ce n'est pas non plus un problème de

ping NAS-5h2-20

.

Ainsi, je suis sûr que c'est un problème de résolution. Cependant, je ne peux pas comprendre, où. Je regarde nsswitch.conf, rien de spécial là-bas:

passwd:         compat
group:          compat
shadow:         compat
hosts:          files dns
networks:       files
protocols:      db files
services:       db files
ethers:         db files
rpc:            db files
netgroup:       nis

Et /etc/resolv.conf semble également ok:

# 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 192.168.1.1
search ourdomain.local

Donc, questions: - Pourquoi le résolveur échoue-t-il à lire OR ignore le fichier hosts dans ce cas particulier?
[.____] - est dns/gains/une autre méthode de résolution recollée à la mont.Cifs?

10
Nachtexpress

Par défaut, le package SAMBA (CIFS) sur certaines distributions n'utilise pas le fichier d'hôtes pour résoudre le nom. Au lieu de cela, il utilise le nom NetBIOS pour résoudre la propriété intellectuelle. Il y a deux façons d'aborder cela:

  • Définissez Samba pour utiliser le fichier d'hôtes de résolution.

Dans votre fichier smb.conf, recherchez et modifiez ou créez la ligne suivante:

    [global]
    name resolve order =  hosts lmhosts wins bcast

et redémarrer Samba. Cela définira Samba pour utiliser le fichier d'hôtes pour résoudre le nom. De plus, ajouté machine-name.domainname Comme alias dans votre fichier d'hôtes:

    192.168.1.28    machine-name    machine-name.domainname
  • Définissez le nom NetBIOS des machines que vous essayez de vous connecter.

Sur les machines, vous essayez de vous connecter pour définir ce qui suit dans le fichier smb.conf:

    netbios name = MachineName

et redémarrer Samba.


Idéalement, vous voulez faire ces deux choses, mais simplement définir Samba pour utiliser le fichier d'hôtes devrait fonctionner.

Références: https://www.samba.org/samba/docs/ouge_samba/ch07.html

8
Tiksi