link-ul simbolic și montarea gazdei ftp pe o altă mașină

Deci am mașina 1 care are instalat vsftpd și mașina 2 care trebuie să monteze folderul ftp la distanță. Cu toate acestea, mașina 2 trebuie să acceseze linkul simbolic, ceea ce eșuează. Niciun chroot, deoarece este permis numai accesul la lan, deci nu vă faceți griji cu privire la problemele de securitate de pe internet.

Pe mașina 1:

• directorul ftp este: /home/ftpu/
• link simbolic realizat: ln -s /mnt/share_hdd /home/ftpu/share_hdd/

Pe mașina 2 (aceeași rețea):

Dacă mă conectez la ftp folosind un filezilla sau orice altceva, acest lucru funcționează impecabil, pot accesa folderul share_hdd și pot vedea conținutul acestuia, fără griji.

Cu toate acestea, am folosit curlftpfs pentru a:

• mount machine1.local/share_hdd /mnt

Acum, când răsfoiesc /mnt, pot vedea folderul share_hdd. Și dacă am cd în interior, intru într-o buclă de folder care conține un alt folder share_hdd care conține un alt folder share_hdd etc etc. În cele din urmă, sunt într-un tunel fără sfârșit, cum ar fi /mnt/share_hdd/share_hdd/share_hdd/ etc.

Ce am făcut greșit ?

(Ah, și în cazul în care vă întrebați de ce necazul și nu treceți prin samba, partajați-l pentru că mașina 2 este Debian chroot de la un telefon Android de rezervă care rulează Linux Deploy pe care nucleul nu acceptă CIF și nu am abilitățile necesare construiți un nucleu personalizat cu suport CIF)

Ok, a fost o prostie din partea mea, 2 lucruri mi-e dor.

Am folosit mount --bind DAR:

1. Am uitat să pun un / la sfârșitul machine1.local/share_hdd/
2. A trebuit să remontez /mnt pe mașina 2, deoarece am făcut opțiunea mount --bind după montarea mașinii 2, ceea ce era evident ordinea greșită de a face lucrurile