Et personnellement, j'ai un serveur OpenSolaris avec plusieurs disques en RAIDZ et des partages CIFS et NFS4 (les deux utilisant nativement les fonctionnalités fournies par ZFS), un serveur Kerberos5 sur une Debian. Les partages NFS4 se font avec une authentification krb5p... Rien que là, même une fois que tout est mis en place, si toutes les machines ne sont pas parfaitement synchronisées sur un serveur de temps, les accès peuvent être refusés !

Il avait dit: simple ;-)

Rien n'est simple, contrairement à ce que Microsoft a voulu faire croire durant des années... même maintenant sous Windows, un partage n'est plus aussi trivial qu'avant (vu qu'ils se soucient un peu plus de la sécurité qu'à l'époque)...

Comme disait Félix, le partage par SSH (pour autant que toutes les machines soient sous *nix... et encore, ça n'est pas vrai s'il utilise l'excellent - bien que commercial - Webdrive sous Windows) est certainement encore le moins compliqué à mettre en application. SSHfs ne fonctionne pas si mal que ça, après tout.

En résumé, je préconise des partages SSH avec pour les clients:
- sshfs sous Linux/Unix/OSX
- Webdrive sous Windows

@+

Cédric ROCHAT

Le 12.02.2011 14:30, Samuel Chenal a écrit :
Salut,

Personnellement, j'utilise nfs et autofs, pour que les partages réseau se montent automatiquement.

Marche à suivre :

Sur le client :

- Installer les packages autofs et bien sûr nfs-common et nfs-kernel-server.

- Commenter le cas échéant les montages qui sont déjà paramétrés dans /etc/fstab
(mais c'est rarement le cas).

- Créer un dossier dans /media/[dossier-de-montage]

sudo mkdir /media/[dossier-de-montage]

- Paramétrer le fichier /etc/auto.master (après les lignes de commentaires #).

/media/[dossier-de-montage]    /etc/auto.nfs    --ghost,--timeout=60

- Paramétrer et / ou créer le fichier /etc/auto.nfs

[lien-1] -fstype=nfs,rw,intr [nom-serveur]:/home/[nom-user]/Documents
[lien-2]    -fstype=nfs,ro,intr    [nom-serveur]:/media/data

Exemple pour Lien-1 : srv-doc
Exemple pour Lien-2 : srv-data

Sur le serveur :

- Installer les packages nfs-common et nfs-kernel-server.

- Donner le droit aux clients de lire et écrire des fichiers sur le serveur (partages).
> modifier le fichier /etc/exports (à la fin du fichier)

/media/data/ *(all_squash,anonuid=1000,anongid=1000,sync)
/home/[nom-user]/Documents/ *(rw,all_squash,anonuid=1000,anongid=1000,sync)

- Relancer nfs (parfois il faut rebooter la machine 1x, mais ce n'est pas super propre, il doit y avoir d'autres solutions... ;-)

sudo /etc/init.d/nfs-kernel-server restart

Voilà.

Note : je ne suis pas un expert et il peut y avoir d'autres méthodes.

http://doc.ubuntu-fr.org/autofs

a+

Samuel


    *De :* Isa & Manu Joos <[email protected]>
    *À :* "Gull, liste de discussion" <[email protected]>
    *Envoyé le :* Sam 12 février 2011, 12h 59min 55s
    *Objet :* Re: [gull] partage pourtant simple...impossible

    Salut

        Alors, pour info:
         - ``clic droit sur un dossier, créer un partage'' implique
        samba, qui
          est, par définition, plus proche de ``l'usine à gaz'' que de la
          ``petite solution simple''.


    Si l'usine à gaz fonctionnait, et que ce n'était pas plus
    compliqué pour l'utilisateur, ce serait pour moi le plus simple...

        > ça a roulé, mais pas longtemps pour une raison que j'ignore.
         - Personellement, j'éviterai de conjuguer 2 fragilités wifi +
        samba...


    Je ne suis pas très stressé par la sécurité (à tort ?).


        > http://forum.ubuntu-fr.org/viewtopic.php?id=427101
        Si tu ne fais que du GNU/Linux, (ubuntu <-> ubuntu),
        alors pkoi n'utilises-tu pas plutôt un partage par SSH?

        un poil plus compliqué à mettre en place, mais nettement plus
        fiable, pour des petites configs privées.


    Je suis ouvert à tout ! Mais j'aimerai que la solution soit simple
    pour tous les utilisateurs du réseau (encore moins spécialistes
    que moi) et pouvoir faire de la sauvegarde incrémentale, avec
    rsync par exemple...

    Manu




_______________________________________________
gull mailing list
[email protected]
http://forum.linux-gull.ch/mailman/listinfo/gull
_______________________________________________
gull mailing list
[email protected]
http://forum.linux-gull.ch/mailman/listinfo/gull

Répondre à