ذخیرهٔ دانلودی که با SSH آغاز شده در یک فایل محلی
بین دانلود محلی از طریق پروکسی و واکشی راه دور همراه با انتقال بعدی یکی را انتخاب کنید و خروجی فرمان را از بایت‌های فایل جدا نگه دارید.
اجرای یک دانلودکننده از طریق SSH و اجرای یک دانلودکنندهٔ محلی از طریق پروکسی راه دور، دانلود را در جاهای متفاوتی قرار می‌دهند:
| چیدمان | چه کسی وب‌سایت را می‌آورد؟ | فایل کجا نوشته می‌شود |
|---|---|---|
| دانلودکنندهٔ محلی از طریق پروکسی راه دور | کارخواه HTTP محلی مالک درخواست است؛ پروکسی آن را حمل می‌کند | مسیر خروجی دانلودکنندهٔ محلی |
| دانلودکنندهٔ آغازشده با SSH | برنامه‌ای روی ماشین راه دور | مسیر راه دور آن، مگر آنکه داده صراحتاً بازگردانده شود |
با یک حساب SSH مجاز و نصب curl روی ماشین راه دور، می‌توانید مصنوع را روی خروجی استاندارد بازگردانید:
ssh -T [email protected] 'curl --fail --silent --show-error https://downloads.example/file.bin' > file.partحساب و نشانی نمونه را جایگزین کنید. تغییرمسیر بیرون از فرمان راه دورِ داخل گیومه است، بنابراین پوستهٔ محلی file.part را باز می‌کند. اگر آن را داخل فرمان راه دور بگذارید، مسیر به محیط راه دور تعلق می‌گیرد.
از یک مسیر موقت تازه استفاده کنید: پوستهٔ محلی می‌تواند آن فایل را پیش از موفقیت عملیات راه دور بسازد یا کوتاه کند. نتیجهٔ خروج SSH و مصنوع را پیش از دادن نام نهایی بررسی کنید.
خروجی استاندارد باید فقط بایت‌های مصنوع را داشته باشد. سلام‌ها، نوارهای پیشرفت یا پیام‌های پوششی می‌توانند آن را خراب کنند؛ عیب‌یابی به خطای استاندارد تعلق دارد. فرمان راه دوری که در نام فایل خودش ذخیره می‌کند ممکن است هیچ بایتی برنگرداند. نتیجهٔ خروج دانلودکننده را از میان هر پوششی حفظ کنید.
در عوض می‌توانید راه دور ذخیره کنید و فایل را با SFTP منتقل کنید. اگر SSH از پیش از یک کمک‌کنندهٔ پروکسی استفاده می‌کند، همان ورودی میزبان SSH را برای انتقال دوباره به کار ببرید. اگر هدف جریان کار پروکسی محلی است، دانلودکننده را محلی نگه دارید و رابط پروکسی پشتیبانی‌شدهٔ آن را پیکربندی کنید.
در هر حال، فایلی که باید به لپ‌تاپ شما برسد هنوز باید از اتصال شبکهٔ آن بگذرد. این انتخاب اتصال روبه‌روی وب‌سایت و فرایندی را که دانلود را انجام می‌دهد تغییر می‌دهد.