4 votes

Quelles sont les options permettant de connecter le système de fichiers d'un hôte Linux à l'autre ?

J'ai deux hôtes Linux (tous deux exécutant Ubuntu 10.04) et je veux que l'un d'eux ait accès à une partie du système de fichiers de l'autre. Je veux que remote1 puisse accéder aux fichiers de remote2:/home/username.

Il s'agit simplement de me permettre d'accéder à mon répertoire personnel sur l'autre machine, en lecture-écriture, et il n'est pas nécessaire que les autres utilisateurs puissent y accéder également.

Les ID utilisés pour 'username' sont différents sur chaque hôte, pour des raisons que je ne vais pas détailler (Likewise, ADS, etc).

J'ai essayé Samba mais je l'ai trouvé peu fiable. Par exemple, j'ai un programme qui surveille un répertoire et met à jour une liste d'environ 12 000 fichiers. J'ai constaté que cette liste changeait constamment, que des fichiers disparaissaient et que certains fichiers étaient illisibles de manière aléatoire. C'était trop peu fiable.

J'avais quelque chose qui fonctionnait très bien sur remote1 avec :

sshfs remote2:/home/username ~/remote2 -o idmap=user -o uid=$(id -u) -o gid=$(id -g)

Cela fonctionne parfaitement pendant un certain temps. Malheureusement, remote1 est un ordinateur portable et est régulièrement déconnecté du réseau local. Cela semble casser complètement les choses lorsque ce système de fichiers sshfs est monté, et nécessite généralement un redémarrage pour récupérer.

J'ai commencé à m'intéresser à NFS, mais j'ai rencontré des problèmes il y a quelques années en ce qui concerne les mappages d'identifiants d'utilisateurs. À l'époque, j'ai découvert qu'il existait un serveur NFS en espace utilisateur qui s'occupait de cela, mais il avait un tas de problèmes propres. Mais il s'agissait de NFSv3. Le "serveur du noyau" NFSv4 peut-il gérer différents identifiants d'utilisateur et établir une correspondance entre eux correctement ? Je ne veux vraiment pas utiliser NIS, et je ne peux pas réellement changer les identifiants d'utilisateur de toute façon - ils sont définis par des moyens externes.

En outre, comment NFS gère-t-il une connexion réseau "non fiable" ? Se reconnectera-t-il automatiquement ou le partage sera-t-il interrompu jusqu'à ce qu'il soit remonté ?

Et quelque chose comme CIFS ? Peut-il supporter que le réseau soit régulièrement et imprévisiblement interrompu ? Cela pourrait avoir les mêmes problèmes que Samba, mais cela vaut la peine d'essayer si cela convient.

Y a-t-il d'autres options que je devrais envisager ?

1voto

Bit-Man Points 111

J'utilise NFS sur mon réseau local, et il est très facile de monter un lien symbolique. https://help.ubuntu.com/community/SettingUpNFSHowTo

Utilisez exportfs sur le PC source et /etc/fstab sur l'autre. Les inconvénients : Vous devez garder un grand nombre de ports ouverts, à moins que vous n'essayiez de verrouiller un seul port (ce que j'ai échoué à faire). L'autre défi est que les UID/GID pour même les mêmes noms d'utilisateur diffèrent entre les machines. Mais cela a été assez facile à résoudre en éditant /etc/passwd et /etc/group, puis un find piped to a chown.

0voto

DaveParillo Points 14135

Cela a commencé comme un commentaire, mais a un peu dérapé...

Les services comme NFS et Samba sont analogues au simple partage de fichiers dans Windows :

  1. facile à installer,
  2. ont tendance à être gourmands en ressources et parce qu'ils sont des protocoles d'accès aux systèmes de fichiers à usage général,
  3. ils n'excellent pas dans le type de situations que vous décrivez : connexions irrégulières/ intermittentes et déplacement de dizaines de milliers de fichiers.

Pour votre suivi et votre mise à jour, j'utiliserais rsync pas nfs ou smb...

Vous pouvez toujours utiliser samba ou nfs pour le simple partage de fichiers, la navigation, etc. Cela devient plus facile et meilleur avec (presque) chaque version d'ubuntu. Commencez par cliquer avec le bouton droit de la souris sur le dossier que vous voulez partager, et sélectionnez Partager le dossier pour commencer. Il y a un bug du gnome dans 10.04 qui ne propose pas d'installer les paquets nécessaires, mais on y travaille.

0voto

user50610 Points 11

Pour une utilisation intermittente et déconnectée, coda pourrait être un bon choix (si la limite de 2 Go de fichiers n'est pas un obstacle), même si la configuration et l'infrastructure peuvent sembler un peu intimidantes au début.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X