OVH Cloud OVH Cloud

MacFUSE et compagnie

16 réponses
Avatar
grokub
FUSE (File Systems in User Space) permet de voir le réseau un peu
différemment.

En autorisant l'écriture de filesystems qui s'exécutent au niveau user
(et non noyau), FUSE suscite l'apparition d'une variété de choses qui
peuvent se monter sur le bureau au même titre qu'un volume Samba
ou AppleShare.

A ce chapitre, deux projets très prometteurs:

sshfs et ftpfs, qui permettent de monter en local un répertoire distant
sur lequel on a un accès respectivement ssh ou ftp.

Fini les clients FTP et les SCP en shell. Les fichiers distants sont là,
sur mon bureau. Clik-clic et je t'édite. Click-glisse je te bouge.

A noter que ce n'est qu'une illusion. Le transfert de fichier s'effectue
toujours, derrière le rideau. Les clients FTP, comme BBEdit avec sa
fonction "Open ftp server" nous avaient apporté cette facilité.

Mais là, la frontière locale/distant disparaît. C'est la fusion.

Quand je parle de «voir le réseau un peu différemment», c'est avoir sur
son bureau en permance un ou plusieurs répertoires distants pour y
éditer son site web, partager des fichiers avec les amis, montrer une
image dans un newsgroup, faire des sauvegardes en lieu sécurisé.
La liste des services est illimitée. Il y en a même qui s'en servent
pour monter leur Freebox HD sur leur Mac.

Quand on voit les galères dans lesquelles s'engagent les "internautes"
pour partager un simple fichier, on se dit que ça manque cruellement.


------------------
1. MacFUSE

http://code.google.com/p/macfuse/

Ça, c'est la fondation. A lui seul, il ne fait rien mais il permet le
reste. Je le trouve plutôt stable malgré toutes les misères que je
lui ai fait subir, comme monter le filesystem d'un VAX vu au travers
de son shell. Rien à dire de plus que "charge et installe".

------------------
2. sshfs-static (pour geeks)

http://code.google.com/p/macfuse/wiki/MACFUSE_FS_SSHFS

Ce n'est qu'un exécutable Unix qui s'appelle depuis le shell.
Question intégration, on peut mieux faire. Mais ça marche nickel.

shfs implique qu'on ait un accès shell à la machine distante,
ce qui n'est pas le cas le plus fréquent j'en conviens.

------------------
3. MacFUSION (GUI)

http://www.macfusionapp.org/

MacFUSION (qu'il ne faut pas confondre avec MacFUSE et n'en dispense
pas) s'installe dans la barre de menus et mémorise des raccourcis vers
vos serveurs préférés. C'est le montage en un clic, aussi bien intégré
que le iDisk.

Une version TIger se trouve ici:

http://www.sccs.swarthmore.edu/users/08/mgorbach/MacFusionWeb/index_old.
html

Le montage ssh marche nickel.

En revanche, le montage via ftp (version Tiger, je n'ai pas Leopard) est
bancal. Le Finder n'arrive pas à lister certains répertoires, même si on
les voit parfaitement en shell. Pire, il leur arrive de s'évanouir. Et
impossible d'écrire, même si le login donne le droit d'écriture.

Qu'en est-il de la version Leopard?

------------------
4. FTPFS (GUI)

http://www.macupdate.com/info.php/id/26274

Même principe que MacFUSION mais FTP seulement et ne s'installe pas dans
la barre de menus.

Malgré m'être logé comme propriétaire de l'espace FTP, je n'ai vu que
des dossiers interdits en écriture. Voie de garage donc.

------------------
5. CurlFtpFS (pour geeks) et dern

http://curlftpfs.sourceforge.net/

Le configure se vautre en "The pkg-config script could not be found or
is too old." et je suis pas le seul, apparemment. Cependant, j'ai pu
dénicher un Mac build ici:

http://groups.google.com/group/macfuse/files

Même chanson que FTPFS: Malgré m'être logé comme propriétaire de
l'espace FTP, je n'ai vu que des dossiers interdits en écriture.

------------------
6. Conclusion

Installez MacFUSE. Ça peut pas faire de mal et ça peut même faire du
bien, comme monter des volumes NTFS en écriture.

MacFUSION semble la Meilleure Bonne Idée depuis le iDisk mais ça merdoie
en FTP sous Tiger. J'aimerais savoir comment ça se comporte en Leopard.

sshfs est un bonheur. Je peux travailler sur mon sitouèbe depuis le
Finder comme s'il était en local. Et c'est rapide.

ftpsf m'a l'air un peu bancal à ce stade de son développement. Très très
dommage vu que la plupart des gens n'ont qu'à leur disposition l'espace
FTP fourni par leur FAI. A suivre...


PS: il est prudent de faire un
defaults write com.apple.desktopservices DSDontWriteNetworkStores true
sinon le Finder va tenter de lire et écrire ses merdes, et croyez-moi,
quand j'espionne ses requêtes, c'est un vrai ventilateur.

PS2: cadeau Freebox là
http://groups.google.com/group/macfuse/files



X-post fcsmp pour les aspects geek.
Fu-2 fcomx pour rester en thème user.


--
Jean-Yves Bernier <http://www.pescadoo.net/>

6 réponses

1 2
Avatar
grokub
JLB21 wrote:

Sur mon iMac Intel en 10.5.6, j'ai installé Macfusion 2.0.3.



Comme Jacques donc.

Mais, il est impossible d'uploader quoi que ce soit faute d'autorisation.



Pourtant chez Jacques « ça fonctionne très bien».
Et chez Sebastien «pas du tout».

Enfin, je ne suis pas parvenu à me connecter à mon autre Mac en réseau
(afp://), ce qui ne pose aucun problème avec la commande ftp du Finder
(sans doute faute de rentrer les bons paramètres).



Avec ma version périmée (MacFusion 1.1, due au fait que je ne souhaite
pas upgrader en Leopard maintenant), je lis et j'écris via FTP sur un
autre Mac. Sauf que sur le-dit Mac, c'est Pure-FTPd qui gère le FTP.

Il est en effet impossible d'écrire sur le compte public (anonymous)
alors que l'upload est permis. C'est peut être du aux règlages parti-
-culiers du compte public, et aux uid/gid/umask de ma hiérarchie ftp
qui sont en peu en bordel.

Mais sur les comptes privés ça marche impec. De même que sur
trois FTP divers sur lesquels j'ai testé, l'exception étant Free.

Et attention, afp:// n'a rien à voir là-dedans. Tu dois juste saisir
l'ip de ton mac (ou un nom Bonjour, je n'ai pas essayé) dans
MacFUSION. Voici mon favori:

http://pescadoo.net/tmp/macfusion-favori.png

(il n'y a bien sûr pas d'utilisateur parnawak chez moi , par contre je
donne des comptes assez facilement :)

J'ai rajouté uid/gid pour que les fichiers soient ownés par moi, ça
évite de chowner par la suite.

Si c'est un Mac que tu administres, tu peux aussi y arriver en ssh.

Alors, dans mon cas, peu d'intérêt à priori.



Pour le moment, on peut constater que les choses sont un peu cahotiques.
Pourtant, il y a des situations où ça marche bien, et on peut espérer
qu'une fois les plâtres essuyés, ça va devenir aussi simple que de
monter un iDisk ou un AFP depuis le Finder.

Et ça n'est qu'un début. On va voir arriver une ribambelle de plugins
http://apps.sourceforge.net/mediawiki/fuse/index.php?title=FileSystems
dont les plus excitants amha sont ceux qui permettent de manipuler ses
fichiers dans un service web (YoutubeFS, FlickrFS, BloggerFS, PicasaFS).

Patience donc.


--
Jean-Yves Bernier <http://www.pescadoo.net/>
Avatar
Carson Hewitt
Bonjour,

In article <1ivm5nn.11pfptj14ma9xdN%,
(Olivier Marti) wrote:

Jean-Yves Bernier wrote:

> FUSE (File Systems in User Space) permet de voir le réseau un peu
> différemment.
>

Un indispensable !

Je monte le système du fichier du centre de calcul avec sshfs. Les
fenêtres de Finder affichent "1 000 Go d'espace libre". Ca fait réver !

Ceci dit, MacFuse/sshfs se trompe : il y a beaucoup plus que ça sur ce
serveur :-)



Il y a quelques semaines je pouvais monter un compte distant avec sshfs
(sshfs-static-leopard); maintenant avec le même compte ca ne marche plus.

Avec juste

sshfs -d : /Volumes/sshfs/server1
-oreconnect,volname=srv,fsname=

on obtient:

sshfs: cannot find sshnodelay.so
warning: ssh nodelay workaround disabled
unique: 0, opcode: INIT (26), nodeid: 0, insize: 56
INIT: 7.8
flags=0x00000000
max_readahead=0x00100000
INIT: 7.8
flags=0x00000000
max_readahead=0x00100000
max_write=0x00010000
unique: 0, error: 0 (Unknown error: 0), outsize: 40
unique: 0, opcode: STATFS (17), nodeid: 1, insize: 40
unique: 0, error: -102 (Operation not supported on socket), outsize: 16
mount_fusefs: failed to mount /Volumes/sshfs/server1@/dev/fuse0: Operation not
supported on socket

Versions:
---------

SSHFS version 2.2 (MacFUSE SSHFS 2.2.0)
MacFUSE library version: FUSE 2.7.3 / MacFUSE 2.0.3

sur mac osx 10.5.6

Quelqu'un a t-il une idée pour résoudre le problème ?

-- Richard

Olivier

PS : mes deux sous de geek :

mkdir -p /Volumes/; /usr/local/bin/sshfs
/Volumes/Nom_local
-oreconnect,sshfs_sync,follow_symlinks,local,nolocalcaches,volname="Nom_
local",fsname="",fsid404


Avatar
Carson Hewitt
In article ,
Carson Hewitt wrote:

Avec juste

sshfs -d : /Volumes/sshfs/server1
-oreconnect,volname=srv,fsname=



Suite d'un precedent message -- la commande echoue maintenant avec:

MacFUSE: failed to open device: No such file or directory

De quel device veut-il parler ? Qu'est-ce qu'on est censé avoir dans /dev/fuse0,
/dev/fuse1 ...

--
Avatar
grokub
Carson Hewitt wrote:

Quelqu'un a t-il une idée pour résoudre le problème ?



A part des idées évidentes, non:

- Qu'est-ce qui a changé côté Leopard?
- Qu'est-ce qui a changé côté serveur?
- Est-ce que ça se produit sur un autre serveur?



--
Jean-Yves Bernier <http://www.pescadoo.net/>
Avatar
Carson Hewitt
In article <1ix6scf.gzz1c5g2uu4iN%,
(Jean-Yves Bernier) wrote:

Carson Hewitt wrote:

> Quelqu'un a t-il une idée pour résoudre le problème ?

A part des idées évidentes, non:

- Qu'est-ce qui a changé côté Leopard?


Une mise à jour vers 10.5.6

- Qu'est-ce qui a changé côté serveur?
- Est-ce que ça se produit sur un autre serveur?



Merci, bonne question: cela marche avec un deuxieme serveur (quoique trop
lentement).
Quelque chose a du changer sur le premier serveur (où la connexion directe en
ssh et en sftp fonctionne encore normalement).

-- Richard
Avatar
Carson Hewitt
In article

.com>,
Carson Hewitt wrote:

In article <1ix6scf.gzz1c5g2uu4iN%,
(Jean-Yves Bernier) wrote:

> Carson Hewitt wrote:
>
> > Quelqu'un a t-il une idée pour résoudre le problème ?
>
> A part des idées évidentes, non:
>
> - Qu'est-ce qui a changé côté Leopard?
Une mise à jour vers 10.5.6

> - Qu'est-ce qui a changé côté serveur?
> - Est-ce que ça se produit sur un autre serveur?

Merci, bonne question: cela marche avec un deuxieme serveur (quoique trop
lentement).
Quelque chose a du changer sur le premier serveur (où la connexion directe en
ssh et en sftp fonctionne encore normalement).




Il se trouve que j'ai essayé sur Ubuntu 8.10 avec le serveur qui pose probleme
dans le cas de Leopard, et cela a marché (sshfs version 2.0, FUSE library
version 2.7.3, fusermount version 2.7.3, using FUSE kernel interface version
7.8);

Etes-vous au courant de problemes avec sshfs/macfuse qui expliqueraient cette
erreur:

mount_fusefs: failed to mount /Volumes/sshfs/server1@/dev/fuse0: Operation not
supported on socket

ou cela est-il juste un probleme de droits ?

-- Richard
1 2