sshfs files-via-proxy:/srv/documents /home/alex/mnt/documents

این فرض می‌کند که files-via-proxy یک نام مستعار میزبان SSH است که از پیش برای سرور فایل واقعی، حساب، کلید و کمک‌کنندهٔ مناسب ProxyCommand پیکربندی شده است. سرور مالک /srv/documents است؛ /home/alex/mnt/documents نقطهٔ سوار کردن محلی آماده‌شده است. نشانی پروکسی هیچ‌یک از این دو مسیر نیست.

نگه داشتن مسیر در ورودی SSH به SSHFS اجازه می‌دهد از آن دوباره استفاده کند. گزینه‌های مستقیم مرتبط با SSH امکان دیگری است، اما باید با نحو کمک‌کنندهٔ واقعی هم‌خوان باشند؛ گزینه‌های netcat در OpenBSD با همهٔ پیاده‌سازی‌های netcat قابل تعویض نیستند.

حساب پروکسی یک جریان می‌گیرد. سرور فایل جداگانه کاربر SSH را احراز هویت می‌کند، عملیات SFTP را مجاز می‌داند و مجوزهای فایل‌سیستم را روی پوشهٔ درخواستی اعمال می‌کند. بررسی‌های کلید میزبان را فعال نگه دارید.

وقتی مسیر در حین سوار کردن قطع می‌شود

یک سوار کردن می‌تواند از یک فرمان کوتاه بیشتر عمر کند و در برنامه‌هایی با فایل‌های باز در حال استفاده بماند. قطع SSH یا پروکسی ممکن است به شکل یک عملیات فایل‌سیستم مسدود ظاهر شود.

رفتار مستند SSHFS در بازاتصال و حافظهٔ نهان را برای آن بار کاری انتخاب کنید. بازگرداندن اتصال نتیجهٔ هر نوشتن قطع‌شده را یکتا و روشن نمی‌کند و تضمین نمی‌کند که دستگیرهٔ برنامه بدون تغییر بماند. وقتی نشست تمام شد، با رویهٔ عادی فایل‌سیستم جدا کنید.

مقالات مرتبط