Ha jól értelmezem a gugli találatokat, akkor a no_root_squash-t a nfs szerveren is be kell
állítani. Viszont nekem egy "gyári" seagate NAS-om van ami nem sok minden beállítást enged.
Próbáltam ezzel az opcióval felcsatolni az fs-t de nem engedte. Aszonta inkorrekt opció.
A kliensen nem adtam meg opciót, így elvileg a default beállítás megy, nem?
mount -t nfs 192.168.1.1:/data /mnt
A jogok megvannak, de az uid/gid az nobody/nogroup lesz.
Lehet hogy én vagyok a sügér és csak azért ez az uid/gid mert a szerveren nincs ilyen user?
Viszont a kliensről nem a megfelelő uid/gid-et kéne látnom?
Én SUSE-n a yast-os nfs klienst használom, az alapban tartalmazza ezt a defaults opciót, és így is csatolja fel.
fstab-ban így néz ki: 172.16.4.64:/cucc /home/cucc nfs defaults 0 0
"Lehet hogy én vagyok a sügér és csak azért ez az uid/gid mert a szerveren nincs ilyen user?
Viszont a kliensről nem a megfelelő uid/gid-et kéne látnom?"
Nálam a szerveren más user nevébe kerül, mert más név van azon az id-n, de gépről nézve a saját nevemen van. Tehát maga a uid nem változik át, csak a jelentése a különböző gépeken.
--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64
Most nem meslem el az egész NFS-t, de
- ha ismeretlen UID-del szól a kliens, a szerver a nobody nevében csinálja a dolgokat
- ha ismert UID-del szól a kliens, ami nem a root-é (0), akkor azzal az UID-dal dolgozik a szerver
- és ha a root UID-jével (0) szól a kliens, akkor a no_root_squash függvényében vagy noody, vagy a sajátja (0)
Hozzászólások
Szia!
Ha jól emlékszem nálam a no_root_squash beállítás hozta ezt az eredményt.
--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64
Ha jól értelmezem a gugli találatokat, akkor a no_root_squash-t a nfs szerveren is be kell
állítani. Viszont nekem egy "gyári" seagate NAS-om van ami nem sok minden beállítást enged.
Próbáltam ezzel az opcióval felcsatolni az fs-t de nem engedte. Aszonta inkorrekt opció.
Ahham, ezt nem tudtam. Én a szerveren szoktam megadni a kapcsolókat, a kliensen pedig semmit.
--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64
cp -r
Szerintem nem ezt akartad írni. A rekurzivitásnak mi köze van a jogokhoz?
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
valoban, -p akart lenni. sorry
Ez nem megy. Azt mondja hogy a tulajdonos megtartása meghiúsult. A fájlokat átmásolja de a tulaj az
nobody/nogroup. A NAS-on nfs3 server megy.
akkor nason lehet beallitva az anonuid es anongid opcio...
Megnéztem "sima" linux alatt a no_root_squash-sal de úgy sem megy.
A fájl uid/gid és a jog is megváltozik másolás után.
/etc/export:
/data 192.168.1.0/24(rw,no_root_squash,no_subtree_check,async)
Ugyanez a beállítása nekem is, és ha másolok rá, a túl oldalon ugyanaz lesz a uid, gid, mint előtte. Megmaradnak a hozzáférési jogok is.
Kliensnél default opció van megadva.
--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64
A kliensen nem adtam meg opciót, így elvileg a default beállítás megy, nem?
mount -t nfs 192.168.1.1:/data /mnt
A jogok megvannak, de az uid/gid az nobody/nogroup lesz.
Lehet hogy én vagyok a sügér és csak azért ez az uid/gid mert a szerveren nincs ilyen user?
Viszont a kliensről nem a megfelelő uid/gid-et kéne látnom?
Én SUSE-n a yast-os nfs klienst használom, az alapban tartalmazza ezt a defaults opciót, és így is csatolja fel.
fstab-ban így néz ki: 172.16.4.64:/cucc /home/cucc nfs defaults 0 0
"Lehet hogy én vagyok a sügér és csak azért ez az uid/gid mert a szerveren nincs ilyen user?
Viszont a kliensről nem a megfelelő uid/gid-et kéne látnom?"
Nálam a szerveren más user nevébe kerül, mert más név van azon az id-n, de gépről nézve a saját nevemen van. Tehát maga a uid nem változik át, csak a jelentése a különböző gépeken.
--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64
Most nem meslem el az egész NFS-t, de
- ha ismeretlen UID-del szól a kliens, a szerver a nobody nevében csinálja a dolgokat
- ha ismert UID-del szól a kliens, ami nem a root-é (0), akkor azzal az UID-dal dolgozik a szerver
- és ha a root UID-jével (0) szól a kliens, akkor a no_root_squash függvényében vagy noody, vagy a sajátja (0)
Én szerintem az ismeretlen UID-et úgy leszarja a szerver, ahogy van, legalábbis az NFSv3. A v4 pedig amúgy sem uid-et visz át a dróton, hanem nevet.
akkor tehát az átmásolt fájl UID-je marad az eredeti fájlé(ezt így kő írni?), arra meg hogy a szerver mit ír tegyek egy nagyot?
Hát cp -p (vagy -P) opció esetén igen, megőrzi a tulajt. A nélkül nem.