Názory k článku NFS a Autofs: Sdílení v LAN
-
milos (neregistrovaný)Je možné použít NFS i v enterprise řešení? (také jsem NFS doma používal před pár lety..)
Ted řeším, jak dostat data na server, samozřejmě jsem o NFS dost načetl, ale nevím, jak je to s šifrováním a celkovou bezpečností, aby se mi nepřipojil někdo cizí na oddíl :)
Fejkovat IP tuším není moc velký problém.. -
venca (neregistrovaný)"Moc není"? NFS žádnou bezpečnost nemá. Uživatelé se autentikují tak, že přijde paket z nějaké IP adresy (kde nejsou lepší switche, tak to lze nafakovat snadno -- prostě si ji nastavím): moje uid je tohle a tohle a naval moje data; server: ahoj, tady je máš. O (mj.) nfs4 je na abíčku celý seriál: Centrální správa účtů a Single Sign-On
-
anonymníTak tak, zadne skrabani se nohou za uchem.
bud NFSv4+kerberos, nebo AFS (andrew file system)
http://meta.cesnet.cz/cs/docs/software/system/afs.html
Vyhody AFS: clusterizace, distribuce dat, replikace dat (neco jako synchronni sitovy RAID) a od zacatku navrzen jako jako autentifikovtelny pres kerberos.
Nevyhody: je navrzen vice na bezpecnost dat nez rychlost, ale dnes v dobach silnych stroju, 1Gb a 10Gb LAN a prepinaci, ktere maji 1Gb na kazdem portu uz to neni takovy problem.
Dali vec jsou jine prava a prava pro unix se tak nejak samy prevadeji.
Co se tyce spolehlivosti, je to velice pouzivany FS v bankovnictvi na Unixech. -
Ondar (neregistrovaný)Tak data neunikaji asni s NFSv3. Co se tyce NFSv4 to chce opravdu nejaky novejsi kernel. Napr neni problem poslat RHEL4 stroj (kernel 2.6.9) do kernel panic. RHEL-5 uz funguje spolehlive. Co se tyce rychlosti je na tom NFSv3 porad jeste lepe. Hlavni prinos NFSv4 bych videl v lepsi podpore zamku -> lepsi konzistence FS.
-
NFS je vyborna vec, ale bohuzel je v urcitem ohledu neflexibilni:
Problem je v tom, ze aby uzivatel mohl spravne pracovat se vzdalenymi soubory a adresari, tak musi mit stejne User ID, jako na svem lokalnim stroji.
Samozrejme je mozne si na svem stroji zmenit User ID na stejne, jako je na vzdalenem serveru, a pak na vsech vlastnenych souborech zavolat chown, ale toto reseni se neda povazovat v zadnem pripade za elegantni.
Navic to neresi problem, ze bych si chtel pripojit dva (nebo vice) NFS, ale na kazdem vzdalenem stroji mam jine UserID.
Takze ja z tohoto duvodu pouzivam Sambu, pripadne SSHFS.
Nebo vite nekdo, jak tento problem NFS obejit? -
Ono taky NFS je určené k něčemu jinému, než evidentně chceš. NFS máš na fileserveru, kam se připojují klienti na místní LAN (nebo tunelu) nebo jen servery ve stejném racku a vše se autentizuje oproti centrálnímu LDAP (nebo něco na ten způsob). Tím je zajištěno, že všichni budou mít správné UID.
Když jsem se setkal s NFS poprvé, také mě zarazila jeho "bezpečnost", ale když si člověk uvědomí co to vlastně je (network FILE SYSTEM), tak zjistí, že je to s bezpečností na úplně stejné úrovni jako jakýkoliv diskový FS (určitě se najde šťoura se šifrovaným FS ;-)) -
Ondar (neregistrovaný)Přesně tak - není problém NFS řešit to, že máš na kařdém stroji jiné UID. To je spíše problém správce systému :-) S tím by měly problém i Okna se svým CIFS. A, jak už tady bylo řečeno, Okna to řeší doménou Active Directory, Unix to řeší NISem a nebo lépe LDAP adresářem. Ale to už je jinačí story...
-
anonymníSetkali jste se nekdo s timto problemem?:
Bezdratova sit, zapisuju na domaci NFS server treba pomoci dd do velkyho souboru a pozoruju treba pres pipebench, jak rychle to jede.
Prvnich par vterin prenos jede velmi velkou rychlosti (daleko vic nez propustnost site), pak ale prenos ustane na par minut. Blby je, ze v te dobe se neda s desktopem skoro pracovat. Pak se prenos zase rozjede strasne rychle a pak to zase stoji, porad dokola.
A to mam preemtibilni low-latency. Myslim je to problem s cachovanim nfs nebo tak neco. -
anonymníaha, mozna to bude ndiswrapper
akorat s b43 jsem mel jeste vetsi problem, jelo to po dost pomaleji nez ndiswrapper (pri pouziti jen B) a pri pouziti G byla puvodni rychlost OK, ale za chvili to automaticky kleslo skoro az na nulu
muze za to nejakej automatickej zlepsovak, co ma snizovat rychlost pri spatnym signalu, ja mam ale signal dobrej a neprisel jsem na to, jak tom usnizovani zabranit
ale treba uz to bude v novejsim jadre fungovat -
The “N” in NFS stands for Not, or Need, or perhaps Nightmare.
—Henry Spencer
http://en.wikipedia.org/wiki/UNIX-HATERS_Handbook
http://bugzilla.kernel.org/show_bug.cgi?id=8966 -
Haplo (neregistrovaný)no ma to par problemov ....
1. skuste nieco pripojit priamo pod /
2. chyba mi tam direct mapa, proste podobne ako cez fstab, len riadene autofs.
skusal som dat dokopy obidva body a podarilo sa mi odprazit produkcny server ;-)
ako uz bolo spomenute, linuxovy nfs klient si z nejakeho dovodu udrzuje identifikator servera, takze ked sa prerusi mount (ci uz havariou servera, sietovym problemom alebo unexport na serveri) tak jedine ako sa toho zbavit je reboot klienta. to je strasny nedostatok. -
Haplo (neregistrovaný)soft/hard mount osetri len to, ci ten mount natvrdo zahanguje vsetky pristupujuce procesy alebo vytimeoutuje. neriesi ako sa zbavit nefunkcneho mountu.
napr, nfs na HP-UX staci ked vidi IP na sieti a vsetko je ok. server poskytujuci tu IP ani nemusi bezat NFS service, proste sa to da potom odmountovat a vsetko je ciste. linux oproti tomu ak nema uplne presne ten isty server tak ten mount proste ostane visiet a zbavit sa ho da len rebootom. -
Ondar (neregistrovaný)Neni pravda. Pokud NFS server zas naběhne, tak NFS klient se rozběhne taky. A pokud dostanete něco jako "stale NFS handle" tak je to tím že exportujete LVM svazky.
Ohledně zamrznutí když je NFS server dole tak to je způsobeno tím, že by default NFS užívá hard mounty. To se ale dá změnit..... -
Jen tak ze zajímavosti jsem to zkoušel, a spolu s podporou nfs se na windowsy nainstaluje i sada GNU programů. Je to opravdu sranda v příkazovém řádku WinXP používat vi. A dokonce už i začalo fungovat ls :)
A co se týče nfs, tak se integruje přímo do míst v síti hned vedle sítí MW. Ale povedlo se mi při načtení jednoho adresáře dostat celý počítač do BSOD, takže stabilita asi není úplně ideální. A co se týká přístupových práv, tak jsem to radši nezkoumal..
Ale jinak přímo stáhnout jdou tyto utility na tomto odkaze: http://www.microsoft.com/downloads/details.aspx?FamilyID=896C9688-601B-44F1-81A4-02878FF11778&displaylang=en -
Coudy (neregistrovaný)Ahoj, práve som sa hodinu trápil, keď mi nechcelo ísť autofs s smbfs. V článku je chyba. Chýba tam dvojbodka pred zadaním cesty k PC
nespravne
misha -fstype=smbfs,credentials=/etc/smb.auth //10.1.3.1/disk
spravne
misha -fstype=smbfs,credentials=/etc/smb.auth ://10.1.3.1/disk
Ďakujem -
Ludek (neregistrovaný)Dobrý den, nakonfiguroval jsem autofs podle tohoto článku na svém notebooku (říkal jsem si, že to vyzkouším) a vše funguje skvěle, ale pouze v případě, kdy jsem připojený k síti.
V okamžiku, kdy jsem "offline" po přihlášení nautilus nezobrazí žádné ikony na ploše
a nemohu autofs ani vypnout.
Jediné co mohu udělat je, že před přihlášením do grafického prostředí autofs v textovém režimu vypnu.
Můžu poprosit o radu (co jsem minul?) Děkuji! -
ales (neregistrovaný)
V Ubuntu jsou konfigurační soubory přímo v /etc a navíc se v něm vyskytuje jakási chyba, která způsobuje syntax error (https://bugs.launchpad.net/ubuntu/+source/autofs5/+bug/488696).
Postup:
* nainstalovat: apt-get install autofs
* do /etc/auto.master přidat řádek
/media /etc/auto.nfs --ghost --timeout 10* vytvořit /etc/auto.nfs, přidat do něj
sitovy_adresar -fstype=nfs4,soft,intr 192.168.1.200:/* odstranit práva ke spuštění, jinak to dává “lookup for sitovy_adresar failed”
chmod -x /etc/auto.nfs* opravit chybu v distribuci (jakýsi problém s vyhledáváním v NIS): do /etc/nsswitch.conf doplnit:
automount: nis files* zastavit službu: service autofs stop
* spustit ručně, aby byly viditelné hlášky: automount -f -v
* vyzkoušet (třeba z jiné konzole): ls /media/sitovy_adresar
* pokud je všechno v pořádku, ukončit automount: CTRL+C a spustit službu: service autofs start
