Windows 7 NFS mount

Microsoft Windows

Sziasztok,

Azt olvastam, hogy a Win7-ben (talan Vistaban is) mar van normalis NFS client, tehat alapbol hasznalhato.
Viszont akarhogy probalkozom, nem igazan sikerul.

Egy weblapon ezt olvastam:
mount //nas/dir n:
de ezt nem eszi meg a cmd.exe...
Az nfs export tutira jo, mert linux-linux kozott megy szepen. De szeretnek megsporolni egy samba installt/beallitast.

Sikerult mar ezt vkinek osszehozni?
Egyebkent a Win7RC-vel probalkozom.

Kosz!

  • 14387 megtekintés

( sartek | 2009. 05. 10., v – 12:00 )

esetleg a "map network drive" al probalkoztasd meg (?)

--
>ami belassu, az hirtelen nem benchmark

Probaltam ugy is, de nem sikerult.
Igazabol en azt nem latom at, hogy honnan tudja a win, hogy samba avagy nfs share-t szeretnek?
A "map network drive"-nal a pelda \\server\dir-t ajanl, nem hinnem, hogy ha //server/dir formaban adom meg, akkor az mar nfs-t jelentene...
A browse hasznalataval pedig csak a samba share-eket latom.

( asm v | 2009. 05. 10., v – 12:43 )

Sikerult WinXP-n megcsinalnom SLU-val. A lenyeg, hogy igy kellett megadni a mappingolasnal:
nas:/dir

Win7-en meg mindig nem jo, abban sem vagyok biztos, hogy a SLU fut-e, meg hasonlok...

( ToMikaa | 2012. 09. 19., sze – 17:14 )

Üdv!

Kicsit leporolnám ezt a témát. Próbálkoztam a Windows 7 beépített NFS kliensével, de valamiért nagyon nem akar működni.

Amivel próbálkoztam: mount szerverem_cime:/megosztas z:, illetve mount \\szerverem_cime\megosztas z:.
Mindegyik verziónál felcsatolja a meghajtót (hol azonnal, hol várni kell a mount parancsra 1-2 percet). A probléma csak az, hogy a felcsatolt meghajtó nem elérhető. A rendszer rendben jelzi a méretét és a szabad területet, de megnyitni nem lehet, csak áll és várakozik, majd timeout-tal elszáll. Ugyanez érvényes arra is, ha parancssorból akarom megnyitni a meghajtót.

A /etc/exports biztos, hogy jó, mert linux alatt minden gond nélkül fel tudom csatolni a meghajtót, illetve Windows alatt a NekoDrive-val is működik, csak utóbbi esetben 100 Mbit fölé nem megy annak ellenére, hogy gigabites a helyi háló.

Valaki tud esetleg megoldást erre?

Szia!

Gondolom a Control Panel->Programs and Features -> Turn Windows features on or off részen bepipáltad a NFS adminisztrációs eszközöket és a NFS kliens -t
mert ebben az esetben a Control Panel -> Administrative Tools->Services for Network File System(NFS) -ben leírja miként lehet megoldani a csatlakozásokat
" Configure identity mapping Client for NFS can retrieve Windows-to-UNIX user identity mappings from Active Directory Domain Services, User Name Mapping, or both. Identity Management for UNIX, a Microsoft Windows Server component, extends the Active Directory Domain Services schema to include the necessary UNIX user account data and facilitates managing said data.

Configure Services for NFS settings. Once you have chosen to use Active Directory Domain Services or User Name Mapping, you need to configure Services for NFS to query the appropriate source. This setting affects both Client for NFS and Server for NFS.

Mount NFS shares. You can access NFS shares by either mapping them to drive letters or using Universal Naming Convention (UNC) paths.
"

Csatlakozáshoz nincs szükség plusz szerverre.
A mount parancs leírása itt megtalálható: http://technet.microsoft.com/en-us/library/cc754350.aspx
Nekem nincs most linux szerverem vagy unix, de windows szerver 2008 -s készítettem nfs megosztást, majd egy Windows 7 -ről csatlakoztam, igaz anonim módon (ami persze nem ajánlott beállítás egy szerveren, de most csak a példa kedvéért)
mount \\szerver\temp h: -o anon
nekem így működött

Valóban, egy másik teszt környezetben kipróbálva működik és fel tudja csatolni rendesen a meghajtót. A gond csak az, hogy a fájlokat se olvasni, se írni nem engedi a rendszer, mert nyilván nem azzal a user-rel fér hozzá, amelyiknek a tulajdonában van a megosztott mappa. Mivel linuxon a felhasználónak 1001-es az ID-ja, a windows pedig a mount parancs szerint -2-es ID-val fér hozzá, így nyilván nem lesznek meg a megfelelő jogosultságok. Gondolom ezért kell egy külső szerver, hogy tudja azonosítani a linuxos user-t.

-o fileaccess=777 sem változtat. Ráadásul azt vettem észre, hogy nagyon lassan nyitja meg a meghajtót. Ha ez a natív NFS kliens is olyan lassú, mint pl. a NekoDrive, akkor számomra semmi értelme nincs szenvedni vele és marad a samba. Eredetileg azért gondoltam NFS-t használni, mert a samba gyanúsan lassan tud másolni a szerverről (25-30 MB/s). Érdekes, hogy a szerverre másolás viszont eléri a 60-70 MB/s-et is.

Szerk: egy linuxon 777-tel létrehozott mappába már tudok írni, de a sebesség rendkívül gyér, mindössze 8-9 MB/s.

A munkahelyen szívtam ezzel.

Az a tapasztalat, hogy a natív kliens csak az Ultimate és afölötti változatokban támogatott. Professionalra (ami nekünk van) fel sem lehet telepíteni. A korábbi windowsokhoz való Services for Unix sem támogatott.

Marad a NekoDrive, az működik. Szerencsére amire nekünk kell, arra elegendő, nem lényeges a sebessége.

( ToMikaa | 2012. 09. 26., sze – 08:51 )

Nos, végül sikerült sebességtesztet csinálni és nem nyerte meg a tetszésemet. Amíg a samba-val Win->Linux irányba 40 MB/s, visszafelé 80 MB/s, addig NFS-el ez jobb esetben csak 30 MB/s mindkét irányba. Érdekes, hogy az NFS Linux<->Linux között közel 90 MB/s-ot tud, míg a Samba is több, mint 70 MB/s-ot oda-vissza.

Jó lenne kideríteni, hogy Windows -> Linux irányba a samba miért ilyen lassú, de eddig semmilyen megoldást nem sikerült találnom.