TCP-ის გადაცემა ფიქსირებულ დანიშნულებაზე Windows portproxy-ით
portproxy წესი მსმენელს ფიქსირებულ დანიშნულებაზე გადასცემს. ის არ ამატებს SOCKS ან HTTP CONNECT მოლაპარაკებას, რომელსაც პროქსის გაცნობიერებული კლიენტები ელიან.
Windows-ის portproxy წესი TCP-ს ერთ კონფიგურირებულ დანიშნულებაზე გადასცემს. ის არ აწარმოებს მოლაპარაკებას ბრაუზერის HTTP პროქსი მოთხოვნაზე ან SOCKS დანიშნულების მოთხოვნაზე.
| სერვისი | ვინ ირჩევს დანიშნულებას? |
|---|---|
| ფიქსირებული TCP გადამცემი | მსმენელის გადაგზავნის კონფიგურაცია. |
| SOCKS5 პროქსი | კლიენტის მოთხოვნა, სერვერის პოლიტიკის ფარგლებში. |
| HTTP წინ გადამისამართებული პროქსი | HTTP პროქსი მოთხოვნა, CONNECT-ის ჩათვლით ჩვეულებრივი HTTPS გვირაბისთვის. |
შეამოწმეთ არსებული გადამცემი netsh interface portproxy show all-ით. შეადარეთ მისი კონფიგურირებული backend იმ პროტოკოლს, რომელსაც თქვენი კლიენტი აგზავნის. netsh-ის ცნობარი აღწერს მსმენელისა და დანიშნულების მისამართებს/პორტებს; TCP-ის მიღება არ ამყარებს HTTP ან SOCKS ხელის ჩამორთმევას.
ჩვეულებრივ გადამცემზე გაგზავნილი SOCKS მოლაპარაკება უბრალოდ ამ ფიქსირებულ backend-ს აღწევს. მას არ შეუძლია აიძულოს არა-SOCKS სერვისი გაიგოს მოთხოვნა ან აირჩიოს ახალი სამიზნე.
ნამდვილი პროქსის წინ მდგარი გადამცემი განსხვავებულია. ზედა დინების პროქსი კვლავ აწარმოებს მოლაპარაკებას დანიშნულებებზე და ავთენტიფიკაციაზე; გადამცემი კავშირს მისკენ მიიტანს. ქსელში გამოფენილ გადამცემს შეუძლია გაზარდოს წვდომა ამ backend-ზე, ამიტომ შეინარჩუნეთ მსმენელის წვდომის საზღვარი განზრახ.
აირჩიეთ პროტოკოლის უნარის მქონე სერვისი, როცა მოთხოვნა ზოგადი HTTP ან SOCKS გასასვლელია. გადაგზავნილი პორტი ამ გზის მხოლოდ ერთი ნაწილია.