Sziasztok,
Van egy NetApp által kiajánlott share amit az alábbi módon kellene mountolni.
sudo mount -t nfs Pa-netapp9:/vol/dev_test_nfs /network_share_test/nfs
ekkor a mappa üres marad
kipróbáltam root-ként
# mount Pa-netapp9:/vol/dev_test_nfs /network_share_test/nfs
mount.nfs: access denied by server while mounting (null)
A storage oldalról elvileg nem tudnak már mit állítani, a hostnak van RW joga és root access.
Logokban nem találtam semmit.
- 1514 megtekintés
Hozzászólások
A netappon a qtree status mit mond? Egyébként meg a kliens oldalon a mount -t nfs default opciói nem biztos, hogy jók lesznek neked, azt is kéne maszírozni picit.
- A hozzászóláshoz be kell jelentkezni
az okozhat gondot hogy smb-n keresztul is meg van osztva a share?
- A hozzászóláshoz be kell jelentkezni
Csak megosztva van, vagy használatban is (SMB-n)? Előbbi nem kéne, utóbbi nagyon is.
=====
tl;dr
Egy-két mondatban leírnátok, hogy lehet ellopni egy bitcoin-t?
- A hozzászóláshoz be kell jelentkezni
A teljes story annyi, hogy
SMB2, SMB2.1 , SMB3, NFS4 protokollokon keresztül kellene tesztelni, ugyanazon a share-en az olvasást. :-)
SMB-ken simán megy, de az NFS akadékoskodik
- A hozzászóláshoz be kell jelentkezni
Tehát egy qtree status kimenetet ha kérhetnénk... Meg azt is jó lenne tudni, hogy a klines oldalonmilyen OS, milyen nfs csomag van fent, mert a defaultok lehetnek eltérőek. Lehet, hogy a mount-nak kéne opcióként a vers=4.1,proto=tcp, meg úgy egyébként nagyjából bármi is lehet, hiszen nem tudunk a kliens oldalról gyakorlatilag semmit sem.
- A hozzászóláshoz be kell jelentkezni
qtree status-ért megkértem a storageosokat mert nekem nincs hozzáférésem. Multi...
Ubuntu 16.04
nfs-common - 1:1.2.5-3ubuntu3.2
- A hozzászóláshoz be kell jelentkezni
Na igen, nem mindegy, hogy NFS3 vagy 4-el próbálkozik, ráadásul 4-nél van egy "virtuális root" (vagy minek hívják), és ahhoz képest kell a share nevét megadni, úgyhogy lehet, hogy a /vol nem is kell a path-ba a mountkor, szóval lehet, hogy elég Pa-netapp9:/dev_test_nfs is, de akár sima / is jó lehet.
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
talán a logokból több is kiderülne.
azokat kéne olvasgatni, ill ha mi is látnánk, okosabbak lehetnénk
- A hozzászóláshoz be kell jelentkezni
Add már ki -v vel is hogy verbose legyen a kimenet:
mount -v Pa-netapp9:/vol/dev_test_nfs /network_share_test/nfs
Ezekre milyen választ mondd?
showmount -e Pa-netapp9
rpcinfo -p Pa-netapp9
- A hozzászóláshoz be kell jelentkezni
A showount nem mutatja azt a share-t amit keresek.
Az rpcinfo meg timeout-ra fut
- A hozzászóláshoz be kell jelentkezni
Fut egyáltalán a portmapper??
(OK, ha elvben tudod mountolni de eredménytelenül, akkor futnia kell. Vagy ha NFSv4, ahhoz se kell. De ezzel együtt is, a túloldali NFS-szerverrel valami rohadtul nem kerek.)
=====
tl;dr
Egy-két mondatban leírnátok, hogy lehet ellopni egy bitcoin-t?
- A hozzászóláshoz be kell jelentkezni
"a túloldali NFS-szerverrel valami rohadtul nem kerek" - Onnan kezdve, hogy NetApp... :-) Na jó, vicceltem - netapp+nfs+vmware teljesen elfogadhatóan muzsikálnak (szambát pont nem...).
- A hozzászóláshoz be kell jelentkezni
showmount:Az lehet netapp security miatt vagy próbáld már meg -o vers=3 -al mountolni.
rpcinfo: azonos hálóban,vlanban vannak? ha van lába a netappnak azonos vlanból arra rpcinfo?lehet hogy különböző hálózatok között akarsz mountolni amit nem fog engedni.
- A hozzászóláshoz be kell jelentkezni
Nos az amerikai kolléga minden lekiismeretfurdalás nélkül elhúzott tegnap 2 hét szabira uhogy freezelve van a tema egy darabig :-(
- A hozzászóláshoz be kell jelentkezni