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 ելքն է: Փոխանցված պորտը այդ ուղու միայն մի մասն է: