it-swarm.com.de

Telnet - "Verbindung von fremdem Host geschlossen"

Ich möchte einen Apache Spark Cluster) einrichten, kann jedoch nicht vom Worker-Computer zum Master-Computer an Port 7077 kommunizieren (wo sich der Spark Master befindet) Laufen).

Also habe ich versucht, telnet von der Arbeitsmaschine zum Master zu gelangen, und das sehe ich:

[email protected]:~# telnet spark 7077
Trying 10.xx.xx.xx...
Connected to spark.
Escape character is '^]'.
Connection closed by foreign Host.

Der Befehl wurde sofort mit "Verbindung von fremdem Host geschlossen" beendet. Es gibt keine Zeitüberschreitung oder so.

Ich habe überprüft, ob der Host den Port überwacht, und da die Ausgabe von telnet "Verbunden mit Funken" anzeigt. - Dies bedeutet auch, dass die Verbindung erfolgreich ist.

Was könnte der Grund für ein solches Verhalten sein? Ich frage mich, ob dieses Schließen der Verbindung der Grund sein könnte, warum ich nicht von meinem Arbeitscomputer zum Master kommunizieren kann.

23
Mor Eru

Der Prozess, der auf Verbindungen an Port 7077 wartet, akzeptiert die Verbindung und schließt die Verbindung sofort. Das Problem liegt irgendwo im Code oder in der Konfiguration dieser Anwendung, nicht im System selbst.

15
John

Ich habe gerade von einem merkwürdigen Verhalten auf einigen virtuellen Servern erfahren, insbesondere auf solchen, auf denen NAT ausgeführt wird. Sie stellen nach außen eine Verbindung zu dem vom virtuellen Server bereitgestellten Port her. Der Server versucht dann, die Verbindung an ein Ziel weiterzuleiten. das Ziel lehnt ab. Das NAT wird Ihre Verbindung ohne jegliche Nachricht schließen. Ziehen Sie sich die Haare aus, um herauszufinden, was los ist. Dies ist der vorherigen Antwort sehr ähnlich; die Quelle ist die Interaktion in der virtuellen Host selbst.

Die wahrscheinlichste Ursache ist, dass jemand den Port verwendet und die ausgeführte Anwendung jeweils nur eine Verbindung akzeptiert und zusätzliche Verbindungen ablehnt.

6

Die Anwendung unterliegt Richtlinieneinschränkungen, um nur von localhost aus eine Verbindung herzustellen. Gleiches "Problem" mit Elasticsearch. Sie können Ihre App-Konfiguration überprüfen oder einen Tunnel erstellen. Tun

ssh -N -L 7077:127.0.0.1:7077 [email protected]

dann auf Ihrer Maschine:

telnet 127.0.0.1 7077
2
Max Mustermann

Wir sind auf genau diesen Fehler gestoßen, als wir versucht haben zu debuggen, warum das Senden von E-Mails (über Python Code)) von einem Host fehlgeschlagen ist. Es stellte sich heraus, dass die Mail-Warteschlange auf dem Mail-Server voll war dieser bestimmte Host.

1
pdp