Стартирането на изтеглящ инструмент през SSH и стартирането на локален такъв през отдалечено прокси поставят изтеглянето на различни места:

ПодредбаКой изтегля сайта?Къде се записва файлът
Локален инструмент през отдалечено проксиЛокалният HTTP клиент притежава заявката; проксито я пренасяИзходният път на локалния инструмент
Инструмент, стартиран през SSHПрограма на отдалечената машинаНеговият отдалечен път, освен ако данните не се пренасят обратно изрично

С разрешен SSH акаунт и инсталиран отдалечено curl можете да върнете артефакта по стандартния изход:

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

Заменете примерния акаунт и URL. Пренасочването е извън цитираната отдалечена команда, така че локалният shell отваря file.part. Поставете го вътре в отдалечената команда и пътят ще принадлежи на отдалечената среда.

Използвайте нов временен път: локалният shell може да създаде или отреже този файл, преди отдалечената операция да успее. Проверете резултата от изхода на SSH и артефакта, преди да му дадете окончателно име.

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

Вместо това можете да запазите отдалечено и да прехвърлите файла с SFTP. Ако SSH вече използва прокси помощник, използвайте отново този запис за SSH хост за прехвърлянето. Ако целта е локален прокси работен процес, оставете инструмента локален и конфигурирайте поддържания от него прокси интерфейс.

И в двата случая файл, който трябва да стигне до лаптопа, все още трябва да премине през мрежовата му връзка. Изборът променя връзката към сайта и процеса, който извършва изтеглянето.

Подобни статии