მიეცით rsync-ს SSH ჰოსტის ფსევდონიმის ხელახლა გამოყენება HTTP პროქსის გავლით
მიაბით HTTP CONNECT დამხმარე SSH კონფიგურაციას, რომელსაც rsync-ის დისტანციური გარსის ტრანსპორტი იყენებს.
rsync-ის SSH ტრანსპორტისთვის წინა პროქსის კავშირი SSH ჰოსტის ფსევდონიმზე უნდა იყოს. OpenBSD-ის nc-ის განხორციელებით ~/.ssh/config-ში შესაძლებელია ანგარიშის გარეშე HTTP პროქსის არჩევა:
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 სამიზნისა და პორტისთვის. nc-ის -x მისამართი შუამავალს მიუთითებს; %h და %p SSH დანიშნულებად და პორტად გაიშლება. nc-ის სახელის სხვა პროგრამამ შეიძლება ეს გადამრთველები არ დაუჭიროს მხარი.
გამოიყენეთ ფსევდონიმი როგორც დისტანციური ჰოსტი rsync-ში:
rsync -av -e ssh sync-target:/srv/export/ ./export/ერთი ორწერტილის მქონე გზა დისტანციური გარსის ფორმას ირჩევს. SSH თავის ჩვეულ სამიზნე ანგარიშისა და ჰოსტის გასაღების კონფიგურაციას იყენებს, დამხმარე კი ბაიტების ნაკადს HTTP პროქსით გადააქვს. დანიშნულებას დისტანციური ბრძანებისთვის rsync-იც სჭირდება.
RSYNC_PROXY კი rsync-ის დემონთან პირდაპირ კავშირს აყენებს. ის ამ SSH გამოძახებას არ აყენებს. ანალოგიურად, SSH Port-ის 8080-ზე შეცვლა სამიზნე სერვისის სხვა პორტს აირჩევდა და არა პროქსის მსმენელს მიუთითებდა.
საჭიროებისას პროქსის ავთენტიფიკაცია შეინარჩუნეთ არჩეული დამხმარის მხარდაჭერილ ინტერფეისზე; SSH მომხმარებლის სახელი პროქსის მომხმარებლის სახელი არ არის.