Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente | ||
linux:autofs [28-10-2014 15:58] edmc73 [Exemple pour ssh] |
linux:autofs [20-01-2016 08:50] (Version actuelle) edmc73 [Exemple pour ssh / sftp] |
||
---|---|---|---|
Ligne 5: | Ligne 5: | ||
Autre lien intéressant https:// | Autre lien intéressant https:// | ||
+ | <note important> | ||
===== Exemple pour nfs ===== | ===== Exemple pour nfs ===== | ||
Installer les paquets : | Installer les paquets : | ||
Ligne 34: | Ligne 35: | ||
A mettre dans le fichier **/ | A mettre dans le fichier **/ | ||
- | / | + | / |
+ | |||
+ | A mettre dans le fichier **/ | ||
+ | mondossier -fstype=fuse, | ||
- | A mettre dans le fichier **/ | ||
- | mondossier -fstype=fuse, | ||
Si ça ne fonctionne pas, lancer la commande de montage à la main pour voir un éventuel message d' | Si ça ne fonctionne pas, lancer la commande de montage à la main pour voir un éventuel message d' | ||
Lisez les logs auth.log sur le serveur distant.\\ | Lisez les logs auth.log sur le serveur distant.\\ | ||
Vérifiez que le sous-système sftp est bien activé sur le serveur ssh distant. | Vérifiez que le sous-système sftp est bien activé sur le serveur ssh distant. | ||
+ | |||
+ | <note important> | ||
+ | |||
+ | En spécifiant un uid et un gid vous voyez ceux ci dans votre système mais ça n'est pas la réalité !!\\ | ||
+ | Par exemple vous êtes connecté en root sur un serveur distant avec un uid=1000, lorsque vous créez un fichier vous le voyez avec un uid=1000 alors que sur le serveur distant le fichier aura un uid=0, donc celui de root. | ||
+ | |||
+ | Pour écrire un fichier avec les droits de toto il faut initier le montage en toto@serveurDistant. Vous devez donc copier votre clé public de root dans les authorized_keys de toto. Et évidemment vous ne pouvez pas utilser ssh-copy-id, | ||
Ligne 62: | Ligne 71: | ||
===== Cas d'un autofs sur /home en nfs ===== | ===== Cas d'un autofs sur /home en nfs ===== | ||
- | J'ai lu beaucoup | + | Dans votre fichier **auto.master**, |
+ | /- / | ||
+ | |||
+ | Le ''/ | ||
+ | |||
+ | Notre fichier **auto.home** contiendra dans le cas d'une connexion nfs | ||
+ | | ||
+ | |||
+ | |||
+ | ===== Ne veut pas démonter un montage nfs ===== | ||
+ | |||
+ | Si un serveur nfs a planté ou a changé d' | ||
+ | |||
+ | L' | ||
+ | service autofs stop | ||
+ | service nfs-common restart | ||
+ | service autofs start | ||
+ | |||
+ | Si vous utilisé un montage nfs sous apache, restartez le service apache également (ça vaut aussi peut être pour samba ou tout autre service utilisant un montage nfs planté) | ||
+ | |||
+ | |||
+ | Autre moyen encore mieux je pense que la solution précédente qui va vous flinguer tous les montages nfs en cours. | ||
+ | |||
+ | On a constaté ceci avec la commande **umount** | ||
- | | + | |
+ | umount: /nfs/mod1: device is busy | ||
- | Ce qui va créer autant de montage qu'il existe de répertoire dans le partage home distant. Mais ça ne marche plus si on décide créer un utilisateur. | + | L'option // |
+ | umount -f /nfs/mod1 | ||
+ | umount2: Device or resource busy | ||
+ | umount: /nfs/mod1: device is busy | ||
+ | umount2: Device or resource busy | ||
+ | umount: /nfs/mod1: device is busy | ||
- | Pour moi la solution toute simple, est de faire son montage home dans /nfs/home puis de faire un | + | Heureusement le mode //paresseux// existe ! et tout se passe sans douleur. |
- | | + | |
| |