SFTP روی SSH سفر می‌کند. اگر SSH برای رسیدن به کارساز پرونده به کمک‌کننده پروکسی نیاز دارد، آن مسیر را در یک ورودی میزبان بگذارید و بگذارید SFTP از آن استفاده کند.

Host files-via-proxy
    HostName files.example.net
    User alex
    ProxyCommand nc -X connect -x proxy.example.net:8080 %h %p

با یک کمک‌کننده netcat سازگار با OpenBSD، sftp files-via-proxy از آن مسیر اتصال استفاده می‌کند. پروکسی روی 8080 گوش می‌دهد؛ پورت مقصد درخواستی همان پورت SSH پیکربندی‌شده کارساز پرونده است. این‌ها مقادیر جداگانه‌اند. برای یک کارساز SFTP عمومی که در آن واسطه‌های عمومی مجاز هستند، فهرست پروکسی HTTP نامزدهایی برای نقطه پایانی پروکسی HTTP کمک‌کننده ارائه می‌دهد. برای یک نامزد احرازنشده از اعتبارنامه پروکسی استفاده نکنید و تأیید کنید که میزبان واقعی و پورت SSH کارساز پرونده را مجاز می‌داند.

-P در SFTP یک پورت مقصد انتخاب می‌کند. آن را با گزینه حروف کوچک که برخی ابزارهای دیگر SSH استفاده می‌کنند اشتباه نگیرید و عددی دلخواه پس از مقصد نگذارید و فرض نکنید که اتصال SSH را تغییر می‌دهد.

احراز هویت پروکسی، احراز هویت کاربر SSH و مجوز دسترسی به یک پرونده راه‌دور بررسی‌های جداگانه باقی می‌مانند. مقصد باید زیرسیستم SFTP را نیز فراهم کند. یک تونل کارآمد به‌تنهایی نشست پرونده نمی‌دهد و حسابی که فقط به ارسال مجاز محدود است لزوماً برای SFTP قابل استفاده نیست.

تأیید کلید میزبان را فعال نگه دارید. پروکسی مسیر را فراهم می‌کند؛ نباید هویت کارساز پرونده را با هویت خودش جایگزین کند.

مقالات مرتبط