Windows portproxy ашиглан тогтмол хүлээн авагч руу TCP дамжуулах
portproxy дүрэм сонсогчийг тогтмол хүлээн авагч руу дамжуулна. Энэ нь прокси мэддэг клиентүүдийн хүлээдэг SOCKS эсвэл HTTP CONNECT хэлэлцээрийг нэмдэггүй.
Windows-ийн portproxy дүрэм TCP-г нэг тохируулсан хүлээн авагч руу дамжуулна. Энэ нь хөтчийн HTTP прокси хүсэлт эсвэл SOCKS хүлээн авагчийн хүсэлтийн талаар хэлэлцээр хийхгүй.
| Үйлчилгээ | Хүлээн авагчийг хэн сонгох вэ? |
|---|---|
| Тогтмол TCP дамжуулагч | Сонсогчийн дамжуулах тохиргоо. |
| SOCKS5 прокси | Клиентийн хүсэлт, серверийн бодлогын хүрээнд. |
| HTTP урагш прокси | HTTP прокси хүсэлт, нийтлэг HTTPS туннелийн CONNECT-ийг оролцуулан. |
Одоо байгаа дамжуулагчийг netsh interface portproxy show all-ээр шалгана уу. Түүний тохируулсан backend-ийг клиентээс илгээж буй протоколтой харьцуулна уу. netsh лавлагаа нь сонсогч болон хүлээн авагчийн хаяг/портыг тайлбарладаг; TCP хүлээн авах нь HTTP эсвэл SOCKS гар барилт тогтоодоггүй.
Энгийн дамжуулагч руу илгээсэн SOCKS хэлэлцээр зүгээр л тэр тогтмол backend руу хүрдэг. Энэ нь SOCKS бус үйлчилгээг хүсэлтийг ойлгох эсвэл шинэ зорилт сонгохыг албадаж чадахгүй.
Жинхэнэ проксийн өмнөх дамжуулагч өөр байдаг. Дээд прокси зорилт, баталгаажуулалтын талаар хэлэлцсээр байна; дамжуулагч холболтыг түүн рүү зөөнө. Сүлжээнд нээлттэй дамжуулагч тэр backend руу нэвтрэх боломжийг өргөжүүлж болзошгүй тул сонсогчийн нэвтрэх хязгаарыг зориуд хадгална уу.
Шаардлага нь ерөнхий HTTP эсвэл SOCKS гарах гарц бол протокол дэмждэг үйлчилгээг сонгоно уу. Дамжуулсан порт нь тэр замын зөвхөн нэг хэсэг юм.