SSH SOCKS: odmowa połączenia przy otwieraniu kanału
Czytaj błędy kanału dynamicznego przekazywania SSH jako niepowodzenie żądanego połączenia dalej, a nie jako dowód, że lokalny nasłuchiwacz SOCKS nigdy nie wystartował.
channel 5: open failed: connect failed: Connection refused dotyczy połączenia dalej otwieranego z serwera SSH. Lokalny nasłuchiwacz SOCKS i udane logowanie SSH mogą oba działać, gdy ten kanał zawodzi.
Ścieżka ma trzy końce: aplikacja kontaktuje się z lokalnym nasłuchiwaczem SOCKS, sesja SSH przenosi jej żądanie do serwera, a serwer otwiera żądane połączenie z miejscem docelowym.
| Awaria kanału | Następne sprawdzenie |
|---|---|
| Zakaz administracyjny | Czy serwer SSH zezwala na żądaną operację przekazywania |
| Odmowa połączenia dalej | Żądany host, port i nasłuchiwacz celu, tak jak są osiągalne z serwera SSH |
Usługa osiągalna z laptopa może być nieobecna lub niedostępna z tego serwera. Cel loopback również należy do maszyny, która otwiera połączenie dalej; nie oznacza automatycznie laptopa.
Powiąż zdarzenie kanału z żądaniem, którego potrzebujesz. Strona może żądać wielu miejsc docelowych, a odmowa jednego opcjonalnego zasobu nie musi oznaczać, że cała strona zawiodła.
Jeśli bajty nie pasują do tej ścieżki, sprawdź tryb przekazywania. Stałe przekazywanie prowadzi ruch do skonfigurowanej usługi; dynamiczne przekazywanie przyjmuje żądania miejsc docelowych SOCKS. HTTP wysłany do nasłuchiwacza SOCKS albo SOCKS wysłany do stałego przekazywania serwera WWW zawodzi na innej granicy protokołu.
Zapisz osobno lokalny nasłuchiwacz, punkt końcowy SSH i żądane miejsce docelowe. To wskazuje, która strona wymaga uwagi; zmiana lokalnego portu nie uruchomi brakującej usługi zdalnej.