Дазволіць rsync паўторна выкарыстоўваць псеўданім хоста SSH праз HTTP-праксі

Далучыце дапаможнік HTTP CONNECT да канфігурацыі SSH, якую выкарыстоўвае транспарт аддаленай абалонкі rsync.

Для транспарту SSH у rsync змесціце злучэнне праз прамы праксі на псеўданім хоста SSH. З рэалізацыяй nc ад OpenBSD можна выбраць HTTP-праксі без уліковага запісу ў ~/.ssh/config:

Host sync-target
    HostName files.example.net
    User syncuser
    Port 22
    ProxyCommand nc -X connect -x proxy.example.net:8080 %h %p

Праксі павінен дазваляць CONNECT да files.example.net:22. Для публічнага хоста SSH, дзе публічныя пасрэднікі дазволеныя, спіс HTTP-праксі прапануе кандыдатаў на хост і порт праксі без уліковага запісу; праверце дазвол для фактычнай мэты SSH і порта. Адрас -x у nc паказвае пасрэдніка; %h і %p разгортваюцца ў прызначэнне SSH і порт. Іншая праграма з назвай nc можа не падтрымліваць гэтыя ключы.

Выкарыстайце псеўданім як аддалены хост у rsync:

rsync -av -e ssh sync-target:/srv/export/ ./export/

Шлях з адзіным двукроп'ем выбірае форму аддаленай абалонкі. SSH выкарыстоўвае звычайную канфігурацыю мэтавага ўліковага запісу і ключа хоста, а дапаможнік праносіць свой байтавы паток праз HTTP-праксі. Мэта таксама павінна мець rsync для аддаленай каманды.

RSYNC_PROXY, наадварот, наладжвае прамое злучэнне rsync з дэманам. Ён не наладжвае гэты выклік SSH. Гэтак жа змена Port у SSH на 8080 выбера іншы порт службы прызначэння, а не пазначыць слухач праксі.

Пры неабходнасці трымайце аўтэнтыфікацыю праксі на інтэрфейсе, які падтрымлівае абраны дапаможнік; імя карыстальніка SSH не з'яўляецца імем карыстальніка праксі.

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