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

21

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.

telnet

— Mor Eru
źródło

Czy twój port telnet (23) umożliwia dostęp do iptables na Spark?

— ryekayo

iptables na iskrze jest pusty. Zaakceptowano zasady dla łańcuchów INPUT, FORWARD i OUTPUT

— Mor Eru

15

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.

— Jan
źródło

Więc nie może być problemu z połączeniem i może tak zachowuje się aplikacja? Jestem nowy w Apache Spark i nie wiem, czy jest to oczekiwane zachowanie !!!

— Mor Eru

2

Wątpię, żeby tak właśnie zachowywała się aplikacja. Sprawdź dokumentację Apache Spark i strony pomocy technicznej, aby uzyskać informacje na temat debugowania konfiguracji.

— John

5

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.

— Stephen Satchell
źródło

Ten błąd wystąpił także w przypadku zewnętrznego serwera SFTP. Zapytaliśmy usługodawcę, który wykluczył wszelkie ograniczenia dotyczące portów, a także wszelkie inne reguły konfiguracji, które mogą mieć zastosowanie celowo. Problem ten pojawia się sporadycznie w zaplanowanym zadaniu, które jest pobierane ze zdalnego hosta raz na godzinę w godzinach pracy. Jak dotąd wydaje się, że zgadzają się z tobą, że połączenie jest akceptowane, ale wirtualny host tymczasowo odmawia połączenia.

— JE Carter II

2

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

— Max Mustermann
źródło

1

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.

— pdp
źródło