Autofs ne monte pas de partages au démarrage


11

J'utilise OpenSuSE 12.1 avec des maisons partagées via LDAP et NFS. ldap stocke les cartes. Mon problème est que je ne peux pas monter les partages au démarrage. Cela ne fonctionne que lors du redémarrage manuel du service autofs. Sur un CentOS 6.3, il n'y a pas un tel problème.

Mon /etc/nsswitch.conf:

passwd: files sss
group:  files sss

hosts:  files mdns4_minimal [NOTFOUND=return] dns
networks:       files dns

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

bootparams:     files
automount:      files ldap
aliases:        files

Mon /etc/openldap/ldap.conf:

SIZELIMIT       20
TIMELIMIT       15
#DEREF          never
TLS_REQCERT     demand
uri     ldap://10.0.0.1
base    dc=domain,dc=com

Mon /etc/sssd/sssd.conf:

[sssd]
config_file_version = 2
reconnection_retries = 3
sbus_timeout = 30
services = nss, pam
domains = domain.com

[nss]
filter_groups = root
filter_users = root
reconnection_retries = 3

[pam]
reconnection_retries = 3

[domain/domain.com]
 id_provider = ldap
 auth_provider = ldap
 min_id = 500
 max_id = 30000
 ldap_schema = rfc2307
 ldap_uri =  ldaps://ldap-ms.local,  ldaps://ldap-sl.local, ldap://ldap
 ldap_search_base = dc=domain,dc=com
 ldap_user_search_base =  ou=People,dc=domain,dc=com
 ldap_group_search_base = ou=Group,dc=domain,dc=com
 ldap_tls_cacert = /etc/pki/CA/certs/domain-cacert.pem
 ldap_tls_reqcert = hard
 cache_credentials = true
 enumerate = True

Mon /etc/sysconfig/autofs:

MASTER_MAP_NAME="auto.master"
TIMEOUT=300
BROWSE_MODE="yes"
MAP_OBJECT_CLASS="automountMap"
ENTRY_OBJECT_CLASS="automount"
MAP_ATTRIBUTE="ou"
ENTRY_ATTRIBUTE="cn"
VALUE_ATTRIBUTE="automountInformation"
USE_MISC_DEVICE="yes"

Suis-je en train de manquer quelque chose?


2
Y a-t-il une chance que votre service LDAP ne soit pas disponible avec les cartes à temps pour la requête de démarrage du système de fichiers? Cela expliquerait le succès ultérieur du redémarrage une fois le système opérationnel et stable.
zedman9991

Quels sont les niveaux de démarrage (dans votre niveau d'exécution cible) autofset votre client LDAP?
Nils

@ zedman9991 Ce problème se produit uniquement avec ma version de opensuse (12.1) Sur Centos 6.3 et OpenSuse 11.2, cela fonctionne très bien.
igor012

@Nils Autofs démarre sur les niveaux d'exécution 3 et 5.
igor012

Il y a une différence dans la façon dont autofs monte les cartes au démarrage sur opensuse 11.2, il les monte à l'accès, mais sur opensuse 12.1, il les monte tous mais pas d'accès.
igor012

Réponses:


1

Cette question a été heurtée par la communauté, et elle est assez ancienne.
Beaucoup de choses se sont produites au fil des ans, Michael a mentionné une solution, en utilisant fstab. Et le problème d'origine était très probablement dû à l'ordre d'exécution au démarrage. Le réseau n'est peut-être pas prêt, certains services peuvent ne pas avoir démarré, etc.

Il existe également une autre solution si vous exécutez systemd (ce que je doute qu'OP a fait à l'époque, mais si vous vous retrouvez ici grâce à une recherche, et vous le faites), voici une autre solution utilisant la fonction de montage automatique de systemd.

[Unit]
Description=Network mapping
After=network.target

[Mount]
What=10.0.0.1:/share/stuff
Where=/mnt/remote_share
Type=nfs
Options=_netdev,auto

[Install]
WantedBy=multi-user.target

Le seul inconvénient est que vous devez faire attention à ce que vous nommez le script de service. C'est mieux décrit ici , mais une version tl; dr est que le fichier de service doit être nommé d'après le chemin qu'il va monter. Et toutes les barres obliques dans ce chemin doivent être remplacées par -le nom du fichier de service pour que le montage automatique fonctionne. L'exemple ci-dessus de /mnt/remote_share would be a service-file calledmnt-remote_share.mount`

Il y a un tas d' options pour aller avec cela.
Si systemd n'est pas votre truc, il y a aussi beaucoup de nouvelles choses du côté autofs qui font un très bon travail (tout cela est un peu compliqué à mon goût) .

Si vous souhaitez utiliser une entrée fstab à la place mais utiliser la fonction de raccordement automatique de systemd, voici à quoi pourrait ressembler votre fstab:

10.0.0.1:/share/stuff   /mnt/remote_share  nfs  noauto,x-systemd.automount,x-systemd.device-timeout=10,timeo=14,x-systemd.idle-timeout=1min 0 0

Et si aucun de ces éléments ne fonctionne, il existe également la solution pure-fstab:

10.0.0.1:/share/stuff   /mnt/remote_share   nfs   defaults,soft,rsize=32768,wsize=32768,timeo=900,retrans=5,_netdev 0 0

Je vais déposer quelques liens vers une bonne documentation sur le sujet (à l'esprit, c'est un OS différent. Mais leur Wiki est à la rédaction de celui-ci l'un des meilleurs du marché):


0

Pourquoi ne pas simplement ajouter les emplacements de montage à votre fstab.

Vous pouvez également utiliser sshfs. Configurez ssh pour utiliser l'authentification par clé publique.


Sur le serveur:
sudo apt-get install openssh-server
Changez ou ajoutez ServerKeyBits 2048 à / etc / ssh / sshd_config


Sur le client
ssh-keygen -t rsa -b 2048
ssh-copy-id de l'ordinateur client vers le serveur. Utilisez votre mot de passe pour votre utilisateur sur la machine serveur pour vous connecter.
Modifiez / etc / ssh / sshd_config: PasswordAuthentication no, UsePAM no
J'utilise également d'autres paramètres pour durcir ssh mais pour cet exemple, il n'est pas nécessaire.
Si vous êtes à l'extérieur de votre réseau, configurez un programme de mise à jour de dyndns ou de noip et configurez la redirection de port sur votre routeur pour que le port 23 ou le port que vous décidez d'utiliser pour brouiller le service soit transmis à l'adresse IP du serveur, si vous avez besoin d'aide, demandez simplement.


Ensuite:
sshfs USER @ SERVERADDRESS: / mnt / DRIVELOCATION / PATH / TO / MOUNT / DRIVE / TO
J'ai défini cette commande comme lanceur dans le menu principal pour certains lecteurs et pour d'autres dans le fstab.
Je sais que cela fonctionne parce que j'utilise cette même configuration plus le durcissement quotidien.
De cette façon, vous pouvez vous débarrasser du besoin d'autofs et de ses frais généraux requis.

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.