Запуск загрузчыка праз 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 для перадачы. Калі мэта — лакальны працэс праз проксі, пакіньце загрузчык лакальным і наладзьце яго падтрымліваны інтэрфейс проксі.

У любым выпадку файл, які павінен дайсці да наўтбука, усё яшчэ мусіць перасекчы сваё сеткавае злучэнне. Выбар змяняе злучэнне, якое бачыць сайт, і працэс, што выконвае загрузку.

Падобныя артыкулы