დაე, SFTP-მ გამოიყენოს თქვენი SSH პროქსის მარშრუტი

გამოიყენეთ SSH ჰოსტის ჩანაწერი SFTP-სთვის და გამოყავით HTTP პროქსის პორტი დანიშნულების SSH პორტისგან.

SFTP მოძრაობს SSH-ის გავლით. თუ SSH-ს სჭირდება პროქსის დამხმარე ფაილურ სერვერთან მისასვლელად, მოათავსეთ ეს მარშრუტი ჰოსტის ჩანაწერში და მიეცით SFTP-ს მისი გამოყენების უფლება.

Host files-via-proxy
    HostName files.example.net
    User alex
    ProxyCommand nc -X connect -x proxy.example.net:8080 %h %p

OpenBSD-სთან თავსებადი netcat დამხმარით sftp files-via-proxy იყენებს ამ კავშირის გზას. პროქსი უსმენს 8080-ზე; მოთხოვნილი დანიშნულების პორტი ფაილური სერვერის კონფიგურირებული SSH პორტია. ეს ცალკე მნიშვნელობებია. საჯარო SFTP სერვერისთვის, სადაც საჯარო შუამავლები დაშვებულია, HTTP პროქსების სია გთავაზობთ კანდიდატებს დამხმარის HTTP პროქსის ბოლო წერტილისთვის. ნუ გამოიყენებთ პროქსის სერტიფიკატებს აუთენტიფიცირებული კანდიდატისთვის და დაადასტურეთ, რომ ის უშვებს ფაილური სერვერის რეალურ ჰოსტს და SSH პორტს.

SFTP-ის -P ირჩევს დანიშნულების პორტს. ნუ აურევთ მას პატარა ასოებით ოპციასთან, რომელსაც ზოგი სხვა SSH ინსტრუმენტი იყენებს, და ნუ ჩასვამთ თვითნებურ რიცხვს დანიშნულების შემდეგ იმ ვარაუდით, რომ ის SSH კავშირს შეცვლის.

პროქსის აუთენტიფიკაცია, SSH მომხმარებლის აუთენტიფიკაცია და დისტანციურ ფაილზე წვდომის ნებართვა ცალკეულ შემოწმებებად რჩება. დანიშნულებამ ასევე უნდა უზრუნველყოს SFTP ქვესისტემა. მხოლოდ მომუშავე გვირაბი ფაილურ სესიას არ იძლევა, და მხოლოდ გადაგზავნაზე შეზღუდული ანგარიში SFTP-სთვის სავალდებულოდ გამოსადეგი არ არის.

დატოვეთ ჰოსტის გასაღების შემოწმება ჩართული. პროქსი გვაძლევს მარშრუტს; მან არ უნდა შეცვალოს ფაილური სერვერის იდენტობა საკუთარით.

დაკავშირებული სტატიები