telnet - "Connessione chiusa da host straniero"

21

Voglio installare un Spark Cluster Apache ma non riesco a comunicare dalla macchina worker alla macchina master sulla porta 7077 (dove Spark Master è in esecuzione).

Quindi ho provato a telnetfare il master dalla macchina worker e questo è quello che sto vedendo:

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

Il comando è terminato immediatamente con "Connessione chiusa da host esterno". Non va in timeout o altro.

Ho verificato che l'host è in ascolto sulla porta e poiché l' telnetoutput mostra "Connected to spark". - ciò significa anche che la connessione è riuscita.

Quale potrebbe essere la ragione di tale comportamento? Mi chiedo se questa chiusura della connessione potrebbe essere il motivo per cui non sono in grado di comunicare dalla mia macchina worker al master.

telnet

— Mor Eru
fonte

La tua porta telnet (23) consente l'accesso in iptables su spark?

— Ryekayo,

iptables su spark è vuoto. La politica è ACCETTA per le catene INPUT, FORWARD e OUTPUT

— Mor Eru,

15

Il processo che è in attesa di connessioni sulla porta 7077 accetta la connessione e quindi chiude immediatamente la connessione. Il problema sta da qualche parte nel codice o nella configurazione dell'applicazione, non nel sistema stesso.

— John
fonte

Quindi non ci potrebbero essere problemi con la connessione e forse è così che si comporta l'applicazione? Sono nuovo di Apache Spark e non so se questo è il comportamento previsto !!!

— Mor Eru,

2

Dubito che questo sia come dovrebbe comportarsi l'applicazione. Controllare la documentazione di Apache Spark e i siti di supporto per informazioni sul debug della configurazione.

— Giovanni

5

Ho appena appreso di un comportamento strano in alcuni server virtuali, in particolare quelli che eseguono NAT. Ti connetti alla porta esposta dal server virtuale verso l'esterno; il server tenta quindi di inoltrare la connessione a una destinazione; il bersaglio rifiuta. Quindi il NAT chiuderà la tua connessione senza alcun messaggio. Estrai i capelli cercando di capire cosa sta succedendo. Questo è molto simile alla risposta precedente; la fonte è l'interazione nell'host virtuale stesso.

La causa più probabile è che qualcuno sta utilizzando la porta e l'applicazione in esecuzione accetta solo una connessione alla volta e rifiuta qualsiasi connessione aggiuntiva.

— Stephen Satchell
fonte

Abbiamo riscontrato questo errore anche con un server SFTP esterno. Abbiamo chiesto al fornitore di servizi che hanno escluso qualsiasi restrizione sulle porte e qualsiasi altra regola di configurazione che possa essere applicata intenzionalmente. Vediamo questo problema in modo intermittente su un lavoro pianificato che viene tolto dall'host remoto una volta ogni ora durante l'orario di lavoro. Finora sembrano concordare con te che la connessione è stata accettata ma l'host virtuale sta temporaneamente negando la connessione.

— JE Carter II,

2

L'applicazione ha restrizioni sui criteri per connettersi solo da localhost. Lo stesso "problema" con elasticsearch. Puoi controllare la configurazione dell'app o creare un tunnel. Fare

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

quindi sulla tua macchina:

telnet 127.0.0.1 7077

— Max Mustermann
fonte

1

Ci siamo imbattuti in questo errore durante il tentativo di debug perché la posta elettronica (tramite il codice Python) non veniva inviata da un host. Si è scoperto che la coda di posta sul server di posta era piena per questo particolare host.

— pdp
fonte