telnet - „Połączenie zamknięte przez hosta zagranicznego”

Chcę skonfigurować klaster Spark Apache, ale nie jestem w stanie komunikować się z komputera roboczego do komputera głównego na porcie 7077 (gdzie działa Spark Master).

Więc próbowałem telnetopanować z maszyny roboczej i oto co widzę:

root@worker:~# telnet spark 7077
Trying 10.xx.xx.xx...
Connected to spark.
Escape character is '^]'.
Connection closed by foreign host.

Polecenie zakończyło się natychmiast „Połączenie zamknięte przez hosta zagranicznego”. To nie limit czasu ani nic takiego.

Sprawdziłem, czy host nasłuchuje na porcie, a ponieważ telnetdane wyjściowe pokazują „Connected to spark”. - oznacza to również, że połączenie zostało nawiązane.

Co może być przyczyną takiego zachowania? Zastanawiam się, czy to zamknięcie połączenia może być przyczyną, dla której nie jestem w stanie komunikować się z mojego komputera roboczego z komputerem głównym.

Proces, który nasłuchuje połączeń na porcie 7077, przyjmuje połączenie, a następnie natychmiast je zamyka. Problem leży gdzieś w kodzie lub konfiguracji tej aplikacji, a nie w samym systemie.

Właśnie dowiedziałem się o dziwnym zachowaniu na niektórych serwerach wirtualnych, szczególnie na tych, które działają z NAT. Łączysz się z portem odsłoniętym przez serwer wirtualny na zewnątrz; serwer następnie próbuje przekazać połączenie do celu; cel odmawia. Tak więc NAT zamknie twoje połączenie bez żadnej wiadomości. Wyciągnij włosy, próbując dowiedzieć się, co się dzieje. Jest to bardzo podobne do poprzedniej odpowiedzi; źródłem jest interakcja w samym hoście wirtualnym.

Najbardziej prawdopodobną przyczyną jest to, że ktoś korzysta z portu, a uruchomiona aplikacja akceptuje tylko jedno połączenie na raz i odrzuca wszelkie dodatkowe połączenia.

Aplikacja ma ograniczenia zasad łączenia się tylko z hosta lokalnego. Ten sam „problem” z elasticsearch. Możesz sprawdzić konfigurację aplikacji lub wykonać tunel. Robić

ssh -N -L 7077:127.0.0.1:7077 userxy@spark

następnie na twoim komputerze:

telnet 127.0.0.1 7077

Napotkaliśmy ten błąd podczas próby debugowania, dlaczego nie udało się wysłać wiadomości e-mail (za pomocą kodu Python) z hosta. Okazało się, że jest to spowodowane zapełnieniem kolejki pocztowej na serwerze pocztowym dla tego konkretnego hosta.