Запуск завантажувача через SSH і запуск локального завантажувача через віддалений проксі розміщують завантаження в різних місцях:

СхемаХто отримує сайт?Куди записується файл
Локальний завантажувач через віддалений проксіЗапитом володіє локальний HTTP-клієнт; проксі його переноситьШлях виводу локального завантажувача
Завантажувач, запущений через SSHПрограма на віддаленій машиніЙого віддалений шлях, якщо дані не передаються назад явно

Маючи дозволений обліковий запис SSH і встановлений віддалено curl, можна повернути артефакт через стандартний вивід:

ssh -T [email protected] 'curl --fail --silent --show-error https://downloads.example/file.bin' > file.part

Замініть приклад облікового запису та URL. Переспрямування розташоване поза взятою в лапки віддаленою командою, тому локальна оболонка відкриває file.part. Якщо помістити його всередину віддаленої команди, шлях належатиме віддаленому середовищу.

Використовуйте свіжий тимчасовий шлях: локальна оболонка може створити або обрізати цей файл до того, як віддалена операція завершиться успішно. Перевірте результат виходу SSH і артефакт, перш ніж давати йому остаточну назву.

Стандартний вивід має містити лише байти артефакту. Привітання, смуги прогресу або повідомлення обгортки можуть його пошкодити; діагностика належить стандартній помилці. Віддалена команда, що зберігає у власну назву файлу, може взагалі не повернути байтів. Зберігайте результат виходу завантажувача крізь будь-яку обгортку.

Натомість можна зберегти віддалено й передати файл через SFTP. Якщо SSH уже використовує помічник проксі, використайте цей запис хоста SSH повторно для передавання. Якщо метою є локальний робочий процес із проксі, залиште завантажувач локальним і налаштуйте підтримуваний ним інтерфейс проксі.

У будь-якому разі файл, який має потрапити на ваш ноутбук, усе одно повинен пройти через його мережеве з'єднання. Вибір змінює з'єднання, скероване до сайту, і процес, що виконує завантаження.

Схожі статті