telnet - "Conexión cerrada por host extranjero"

21

Quiero configurar un Apache Spark Cluster, pero no puedo comunicarme desde la máquina de trabajo a la máquina maestra en el puerto 7077 (donde se está ejecutando Spark Master).

Así que traté de llegar telnetal maestro desde la máquina de trabajo y esto es lo que estoy viendo:

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

El comando finalizó con "Conexión cerrada por host externo" inmediatamente. No se agota el tiempo ni nada.

Verifiqué que el host está escuchando en el puerto y ya que la telnetsalida muestra "Conectado a la chispa". - Esto también significa que la conexión es exitosa.

¿Cuál podría ser la razón de tal comportamiento? Me pregunto si este cierre de la conexión podría ser la razón por la que no puedo comunicarme desde mi máquina de trabajo al maestro.

telnet

— Mor Eru
fuente

¿Su puerto telnet (23) permite el acceso en iptables en spark?

— ryekayo 01 de

iptables en spark está vacío. La política es ACEPTAR para las cadenas INPUT, FORWARD y OUTPUT

— Mor Eru

15

El proceso que está escuchando conexiones en el puerto 7077 es aceptar la conexión y luego cerrarla inmediatamente. El problema radica en algún lugar del código o configuración de esa aplicación, no en el sistema mismo.

— John
fuente

Entonces, ¿no podría haber problemas con la conexión y tal vez así es como se comporta la aplicación? ¡Soy nuevo en Apache Spark y no sé si este es el comportamiento esperado!

— Mor Eru

2

Dudo que así sea como se supone que debe comportarse la aplicación. Consulte la documentación de Apache Spark y los sitios de soporte para obtener información de depuración de la configuración.

— John

5

Acabo de enterarme de un comportamiento extraño en algunos servidores virtuales, especialmente aquellos que se ejecutan NAT. Se conecta al puerto expuesto por el servidor virtual al exterior; el servidor luego intenta reenviar la conexión a un objetivo; El objetivo se niega. Entonces, el NAT cerrará su conexión sin ningún mensaje. Sácate el pelo tratando de descubrir qué está pasando. Esto es muy parecido a la respuesta anterior; La fuente es la interacción en el propio host virtual.

La causa más probable es que alguien está usando el puerto y la aplicación en ejecución solo acepta una conexión a la vez y rechaza cualquier conexión adicional.

— Stephen Satchell
fuente

También hemos encontrado este error con un servidor SFTP externo. Hemos consultado con el proveedor de servicios y han descartado cualquier restricción en los puertos, así como cualquier otra regla de configuración que pueda aplicarse intencionalmente. Vemos este problema de forma intermitente en un trabajo programado que se extrae del host remoto una vez por hora durante el horario comercial. Hasta ahora, parecen estar de acuerdo con usted en que se acepta la conexión, pero el host virtual está negando temporalmente la conexión.

— JE Carter II

2

La aplicación tiene restricciones de política para conectarse solo desde localhost. El mismo "problema" con Elasticsearch. Puede verificar la configuración de su aplicación o puede hacer un túnel. Hacer

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

luego en su máquina:

telnet 127.0.0.1 7077

— Max Mustermann
fuente

1

Nos encontramos con este mismo error al intentar depurar por qué fallaba el envío de correo electrónico (a través del código Python) desde un host. Resultó ser debido a que la cola de correo en el servidor de correo está llena para este host en particular.

— pdp
fuente