Dostęp do istniejącego proxy HTTP lub SOCKS przez SSH
Uzyskaj dostęp do zdalnego loopback proxy HTTP lub SOCKS przez SSH bez publicznego wystawiania jego nasłuchu.
Jeśli relay.example.net już uruchamia SOCKS na swoim 127.0.0.1:1080, przekazuj dostęp zamiast publicznie wystawiać ten nasłuch:
ssh -N -L 127.0.0.1:1081:127.0.0.1:1080 [email protected]| Punkt końcowy | Rola |
|---|---|
Laptop 127.0.0.1:1081 | Adres SOCKS do skonfigurowania w aplikacji na laptopie. |
Przekaźnik 127.0.0.1:1080 | Istniejące proxy osiągane od strony serwera SSH. |
Składnia przekierowania lokalnego przypisuje stały cel do strony serwera. Proxy HTTP na zdalnym porcie loopback 3128 lub punkt końcowy intranetu, taki jak proxy.internal.example:8080, działa na tej samej zasadzie. Skonfiguruj klienta dla tego istniejącego protokołu HTTP i konta; przeprowadzenie go przez SSH nie tworzy SOCKS ani nasłuchu HTTPS z TLS.
Istniejąca usługa nadal wybiera obsługiwane wersje protokołu, uwierzytelnianie, cele i końcowe wyjście. Jeśli inny proces SSH utworzył to zdalne proxy, oba procesy muszą pozostać aktywne. Trasa laptop→przekaźnik→brama pozostawia witrynie ostatnie połączenie wychodzące, a nie tożsamość przydzieloną przez lokalny port 1081.
Utrzymuj powiązanie laptopa wyraźnie lokalnie. Szersze wystawienie zmienia, kto może dotrzeć do usługi, a logowanie SSH nie dodaje hasła SOCKS do nasłuchu. W przypadku odmowy sprawdź nasłuch laptopa, transport SSH i zdalne proxy jako osobne etapy.