შეგიძლიათ თუ არა უფასო პროქსიმ შემომავალი პორტი მოგცეთ?

პროქსების სიიდან აღებული IP და პორტი, ჩვეულებრივ, აღნიშნავს ადგილს, რომელსაც თქვენი აპლიკაცია უკავშირდება. ისინი არ არის საჯარო პორტი, რომელიც სხვებისთვისაა დაცული, რათა მათ თქვენს კომპიუტერს მიაღწიონ.

ეს განსხვავება მნიშვნელოვანია, თუ შემომავალი კავშირის მიღება გსურთ. გამავალი პროქსის მოთხოვნა პრაქტიკულად ამბობს: დაუკავშირდი ამ დანიშნულებას ჩემს ნაცვლად. საჯარო მსმენელი მოითხოვს, რომ შუამავალმა სხვისი კავშირი მიიღოს და ის თქვენს სერვისს დაუკავშიროს.

ეძებეთ ნამდვილი შემომავალი ფუნქცია

HTTP CONNECT მოთხოვნაში დასახელებული დანიშნულებისკენ გვირაბს ქმნის. ის პროქსის არ სთხოვს, თქვენი სახელით თვითნებური მოსმენის პორტი გამოაქვეყნოს.

SOCKS5 ცალკე BIND ბრძანებას განსაზღვრავს. პროტოკოლის BIND გაცვლა მიბმულ ბოლო წერტილს გვაძლევს და მოგვიანებით შემომავალ კავშირს აცნობებს. ეს არ არის ჩვეულებრივი CONNECT ბრძანება, რომელსაც ვებ-კლიენტი იყენებს. სერვისმა, რომელიც SOCKS5-ის მხარდაჭერას აცხადებს, შეიძლება ბრძანება შეზღუდოს ან გამოტოვოს; კლიენტის პროგრამულმა უზრუნველყოფამაც უნდა დაუჭიროს მხარი განზრახულ გაცვლას.

წარმატებული BIND მოლაპარაკებაც კი არ არის მუდმივი, ზოგადი დანიშნულების გამოქვეყნებული პორტის დაპირება. სერვისის პოლიტიკა, მოსალოდნელი მხარე, სიცოცხლის ხანგრძლივობა და გარემომცველი ქსელური გზა კვლავ მნიშვნელოვანია.

HTTP პროქსი არ არის SSH სერვერი

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

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