Jakoś SSH przestał przekierowywać porty i dawał mi błędy na hoście. Nie mogę zrozumieć dlaczego. Próbowałem przełączyć -4, aby wymusić IP 4, ale nadal nie miałem szczęścia. Mam nadzieję, że uda mi się znaleźć odpowiednie rozwiązanie.
Ponownie uruchomiłem hosta i klienta wiele razy bez żadnego szczęścia. Zgaduję, że musi to być problem klienta, ponieważ mam ten sam problem, gdy ssh (z tym samym przekazywaniem) do serwera Windows ssh (Cygwin).
Oto niektóre błędy z hosta
debug1: Local connections to localhost:8123 forwarded to remote address 127.0.0.1:8123
debug1: Local forwarding listening on 127.0.0.1 port 8123.
bind: Cannot assign requested address
channel_setup_fwd_listener_tcpip: cannot listen to port: 8123
debug1: Local connections to LOCALHOST:8111 forwarded to remote address socks:0
debug1: Local forwarding listening on 127.0.0.1 port 8111.
bind: Cannot assign requested address
channel_setup_fwd_listener_tcpip: cannot listen to port: 8111
Could not request local forwarding.
Oba są na Debianie64.
netstat pokazuje, że wszystko jest czyste. Ponownie uruchomiłem te komputery wielokrotnie od tego czasu. Plus to wszystko działało doskonale przez 6 miesięcy. Jedynym problemem, jaki mogę ci powiedzieć, jest to, że wyłączenie mojego laptopa z powodu rozładowania baterii (wtedy było otwarte połączenie ssh). Ale zrestartowałem komputer do laptopa, więc sądzę, że wszystko powinno zostać zresetowane?
—
yarun can
Jakiej dystrybucji używasz? Czy to może być problem z selinuxem?
—
Zoredache
@Zoredache, obie są Debianem 64. Nie może być selinux, ponieważ używam tego przez jakiś czas bez żadnych problemów, chyba że niektóre rzeczy o selinuxie zmieniły się dziś rano poprzez aktualizacje.
—
yarun can
Możliwe jest użycie selinux na Debianie. Chociaż z pewnością nie jest standardem. Po prostu szalałem spekulować. Co prawdopodobnie musisz zrobić, to uruchomić serwer ssh, w trybie debugowania z wysokim poziomem gadatliwości, a następnie połączyć się z klientem z wysokim poziomem gadatliwości. Możesz uzyskać więcej przydatnych błędów.
—
Zoredache
sudo netstat -ntlpna twoim kliencie ssh. Czy na pewno nie masz już czegoś innego na tych portach? Czy masz połączenie SSH, które może nie zostało poprawnie zamknięte?