Przekazywanie TCP do stałego celu z Windows portproxy
Reguła portproxy przekazuje nasłuchiwacz do stałego celu. Nie dodaje negocjacji SOCKS ani HTTP CONNECT, której oczekują klienci świadomi proxy.
Reguła portproxy w Windows przekazuje TCP do jednego skonfigurowanego celu. Nie negocjuje żądania proxy HTTP przeglądarki ani żądania celu SOCKS.
| Usługa | Kto wybiera cel? |
|---|---|
| Stały przekaźnik TCP | Konfiguracja przekazywania nasłuchiwacza. |
| Proxy SOCKS5 | Żądanie klienta, w granicach polityki serwera. |
| Proxy HTTP przekazujące | Żądanie proxy HTTP, w tym CONNECT dla typowego tunelowania HTTPS. |
Sprawdź istniejący przekaźnik za pomocą netsh interface portproxy show all. Porównaj jego skonfigurowany backend z protokołem wysyłanym przez klienta. dokumentacja netsh opisuje adresy i porty nasłuchiwacza oraz celu; przyjęcie TCP nie nawiązuje uścisku dłoni HTTP ani SOCKS.
Negocjacja SOCKS wysłana do zwykłego przekaźnika po prostu dociera do tego stałego backendu. Nie może skłonić usługi innej niż SOCKS do zrozumienia żądania ani wybrania nowego celu.
Przekaźnik przed prawdziwym proxy jest inny. Proxy nadrzędne nadal negocjuje cele i uwierzytelnianie; przekaźnik przenosi połączenie do niego. Przekaźnik wystawiony na sieć może rozszerzyć dostęp do tego backendu, więc utrzymuj granicę dostępu nasłuchiwacza świadomie.
Wybierz usługę obsługującą protokół, gdy wymagane jest ogólne wyjście HTTP lub SOCKS. Przekazany port to tylko jedna część tej drogi.