Použití GnomeVFS z příkazové řádky

Linux.com píše o použítí GnomeVFS z příkazové řádky. GnomeVFS je virtuální souborový systém prostředí GNOME, umožňující snadný přístup ke vzdáleným (http, ftp, samba) nebo zkomprimovaným (tar, gzip, bzip2) datům, systémovým službám (vypalování, správa fontů) a podobně.

8.4.2008 17:25 | David Watzke | Zajímavý článek

Komentáře

[Tomáš Bžatek]

GnomeVFS je oficialne mrtve, jak o tom muze nekdo psat? Prave proto bylo napsano GVFS, zcista a se zachovanim vsech user utilit.

[freshmouse]

Přesně.

[David Watzke]

Tak to jsem nevěděl, pro mě to byl jen zajímavej článek (dříve jsem nevěděl, že to je tak podobný kio slaves z KDE).

[Tomáš Bžatek]

Myslim, ze kio slaves jdou mnohem dale, umoznuji skriptovani. Uzivatelske utilitky gnome-vfs nebo gvfs jen zpristupnuji nektere funkce a z velke casti se pouzivaji pro ladeni (to ovsem nevylucuje jejich plnohodnotneho pouziti v jednodussich skriptech --> spolu s gvfs-fuse-daemonem se pak daji delat zajimave veci).

Mimochodem - gvfs uz take existuje ve forme kio slave, jeden clovek (nf2) se snazil o port, ale nezkousel jsem, v jakem je to stavu a jak moc je to oficialni.

[Petr Dlouhý]

Dobrý den, dost dobře nechápu, co přináší gvfs (nebo gnomevfs) natolik víc oproti obyčejnému fuse, že se pro to musí tvořit celý nový systém, a nestačí udělat jen forend pro fuse (gvfs se navíc dokonce jako fuse systém připojuje).

[David Watzke]

GnomeVFS vzniklo v roce 1999, FUSE kdy... 2004?

[Petr Dlouhý]

Hm, to je fakt (i když by bylo lepší udělat rovnou fuse, ale to jsou kdyby...), ale řekl bych, že GVFS vzniklo až po FUSE (nevím kdy; na Wikipedii píšou, že je stále ve vývoji), takže se v tom pokračuje.

[thingie]

Je to API na vyšší úrovni než to posixové.

[freshmouse]

Z Wikipedie:

GVFS is a replacement for GnomeVFS, the GNOME Virtual File System. Still in development as of April 2008, it allows supported virtual file systems to be mounted through FUSE.

I když této problematice moc nerozumím, řekl bych, že GVFS FUSE nějak využívá.

[Tomáš Bžatek]

gvfs-fuse-daemon je jen malickaty pomocny demon, ktery zpetne mapuje aktivni gvfs mounty do uzivatelskeho filesystemu.

V praxi to znamena, ze se uzivatel pripoji napr. ke vzdalenemu FTP serveru (napr. pod urcitym jmenem a heslem) a v aplikaci primo podporujici gvfs muze pracovat s dostupnymi soubory. Pokud ovsem pouziva jinou aplikaci, ktera o gvfs nema ani poneti, byl by naprosto ztracen. Proto je tu fuse-daemon, ktery vsechny aktivni pripojeni namapuje do ~/.gvfs a jakakoliv aplikace pak ma k temto prostredkum pristup. Vse se odehrava v ramci konkretniho uzivatele, nikdo jiny nema z duvodu bezpecnosti k temto aktivnim pripojenim pristup (a to ani root!).

Cela idea jeste neni uplne implementovana, chybi integrace v desktopu - jakasi autodetekce aplikaci, ktere nepouzivaji gvfs a mely by byt nasmerovany prave na tento fuse mount.

[Petr Dlouhý]

No právě. Ten kdo nepodporuje GVFS (a nepředpokládám, že by KDE aplikace začaly), tak s tím nemůže manipulovat (mount, unmount a podobně).

[Michal Vyskočil]

a nepředpokládám, že by KDE aplikace začaly

KIO-GIObridge

[Tomáš Bžatek]

To je principielni problem, se kterym nic neudelas, at uz se jedna o FUSE, KIO nebo stary gnome-vfs.

[petris]

Pred rootem to chraneno neni.

[Tomáš Bžatek]

Chranene to je, ani root nema pristup k fuse userspace procesum cizich uzivatelu.
Ten fuse mount nejde statnout, chmodnout, chownout, proste nic.
Viz:

lsof: WARNING: can't stat() fuse.gvfs-fuse-daemon file system /home/tbzatek/.gvfs
Output information may be incomplete.

# ls -al /home/tbzatek/.gvfs
ls: cannot access /home/tbzatek/.gvfs: Permission denied

# ls -al /home/tbzatek/ | grep .gvfs
ls: cannot access /home/tbzatek/.gvfs: Permission denied
?????????? ? ? ? ? ? .gvfs

Nejsem si jisty, jestli lze menit parametry aktivnich fuse mountu, ale imho tak je navrzeny bezpecnostni model fuse.

[thingie]

Ono je to teda dost k ničemu, když se root může docela triviálně stát kým chce, žejo. (A nějaký SELinux či podobné rozšíření by na tuhle srandu poskytnul vlastní prostředky, takže je to zbytečné i v tomhle případě.)

[petris]

Vzhledem k tomu, ze root si muze snadno prepnout na jakehokoliv uzivatele, trochu sloziteji Vam "vyplachnout" nejakej proces a pustit misto nej svuj program pripadne cist a zapisovat pamet jakehokoliv procesu, tak to zadna ochrana pred rootem neni. Toto je ochrana, aby Vam utilitky typu updatedb ty soubory nenaindexovaly, ci je root omylem nepromazal. Ale pokud root bude chtit, tak ho to nezastavi.

[xm]

Přesně tak, je to ochrana proti updatedb, zálohovacímu software a podobným věcem...

[Tomáš Bžatek]

Pravda, na to jsem nepomyslel. :-/