Die Sintflut lehnt jede Nicht-Localhost-Verbindung ab, obwohl Remote-Verbindungen aktiviert sind

946
FallenWarrior

Ich habe Deluge heute auf meinem Debian 8.0 VPS installiert. Alles funktioniert, außer für Remote-Verbindungen. Ich habe Remoteverbindungen explizit aktiviert config -s allow_remote trueund nach Überprüfung der JSON-Datei wird sie immer noch als wahr angezeigt.

Trotzdem lehnt es jede Verbindung ab, die nicht vom Loopback stammt. Der Server ist in meinem Remote-Client als offline aufgeführt und ein Port Checker gibt Port geschlossen zurück, während netstat -npldefinitiv angezeigt wird, dass ein Socket an diesem Port empfangsbereit ist und ps -pdass es sich tatsächlich um Deluge handelt.

root@vps:~# netstat -npl ... tcp 0 0 127.0.0.1:58846 0.0.0.0:* LISTEN 946/python ... root@vps:~# ps -p 946 PID TTY TIME CMD 946 ? 00:00:19 deluged

Es mag ein Problem sein iptables, aber ich bin weder damit vertraut, noch habe ich daran irgendetwas geändert.

0

2 Antworten auf die Frage

0
Matt Clark

Das Problem ist hier in Ihrem Beitrag

tcp 0 0 127.0.0.1:58846 0.0.0.0:* LISTEN 946/python /\

Wenn Sie nur zuhören 127.0.0.1, haben Sie irgendwo eine Konfigurationsdatei für Ihre gelöschte Anwendung, die angibt, an welche IP-Adressen gebunden werden soll .

Wenn Sie alle Schnittstellen richtig abhörten, würde dies ungefähr so ​​aussehen

tcp 0 0 0.0.0.0:58846 0.0.0.0:* LISTEN 946/python

bearbeiten

Wenn Sie sich einige Dokumentationen ansehen, müssen Sie möglicherweise auch einstellen

"allow_remote": true

In deiner $HOME/.config/deluge/core.confDatei.

Versuchen Sie nach der Änderung, den Dienst neu zu starten, und prüfen Sie, ob dadurch die Bindung behoben wird.

Ich habe die Merkwürdigkeit in netstat bemerkt, aus genau diesem Grund habe ich hier gefragt. Ich habe das alles ausprobiert und kann bestätigen, dass die Werte `" allow_remote ": true" und "listen_interface:" 0.0.0.0 "` in der Konfigurationsdatei in der Sintflut-Benutzer-Startseite sind. Nachdem ich dies bestätigt hatte, startete ich den Dienst neu und schaute erneut ohne Erfolg. FallenWarrior vor 7 Jahren 0
Ein erneutes Überprüfen des Problems schien ein defekter Service zu sein. Ich habe es manuell gestartet und es hat gut funktioniert. FallenWarrior vor 7 Jahren 0
0
MikeA

Ich hatte das gleiche Problem wie du. Am Ende habe ich core.conf geändert, um das Problem zu lösen ...

"listen_interface": "", "allow_remote": true,

Verwandte Probleme