TCP/UDP Ports nicht erreichbar vom Internet

Janvl

Hallo,

ich versuche seit einige Zeit Rustdesk-Server auf einer meiner Server zu installieren, erst ein VPS ARM - dann ein AMD RServer .
Dazu brauche ich dass ports Ports 21115-21119 TCP und 21118 UDP frei gegeben sind .

In Ubuntu Linux, das auf meinem Servern läuft ist es in UFW freigegeben und Linux zeigt das auf die Ports gehorcht wird.

Hat Jemandem eine Idee warum diese offene Ports mit einem Portscan nicht zu finden sind?

Im Forum / Blog gibt es einige Meldungen vom selben Problem aber keine Lösung.

Der Support sagt, dass Netcup nichts blockiert.

MfG
Jan

H6G

Zitat von Janvl

n Ubuntu Linux, das auf meinem Servern läuft ist es in UFW freigegeben und Linux zeigt das auf die Ports gehorcht wird.

Wie sieht denn der Inhalt deiner Firewall aus?

tab

Zitat von Janvl

[...]
Der Support sagt, dass Netcup nichts blockiert.

MfG
Jan

Also das ist auch tatsächlich so.

Janvl

@Erleuchterer

Netcup macht Werbung bei Ihre Server mit "DDos-Schutz . . . . " das 4. Punkt von oben

auf Ihre Webseite.

Das heißt:

Wie DDoS-Schutz funktioniert:

Traffic-Filterung: Alle eingehenden Verbindungen werden analysiert

Port-Sperren: Ungewöhnliche Ports werden standardmäßig blockiert

Rate-Limiting: Zu viele Verbindungen werden gedrosselt

Whitelisting: Nur bekannte Ports (80, 443, 22, etc.) sind standardmäßig erlaubt

Netcup filtert sehr wohl!

Virinum

Zitat von Janvl

Wie DDoS-Schutz funktioniert:

Traffic-Filterung: Alle eingehenden Verbindungen werden analysiert

Port-Sperren: Ungewöhnliche Ports werden standardmäßig blockiert

Rate-Limiting: Zu viele Verbindungen werden gedrosselt

Whitelisting: Nur bekannte Ports (80, 443, 22, etc.) sind standardmäßig erlaubt

Wo hast du den Text her?

Wenn bei deinem Server der DDOS-Schutz anspringt, bekommst du darüber eine E-Mail. Ansonsten sind alle Ports offen. Ich musste noch nie außerhalb meines Servers Ports freigeben. Das ist auch gar nicht möglich bei netcup.

SN7404

Zitat von Janvl

Netcup filtert sehr wohl!

Generell ist analysieren erstmal ungleich filtern (der Satz "Traffic-Filterung: Alle eingehenden Verbindungen werden analysiert" ist daher erstmal inhaltlich fragwürdig). Der DDoS-Schutz ist bei mir durch simple Portscans noch nie angesprungen

SN7404

Zitat von Janvl

In Ubuntu Linux, das auf meinem Servern läuft ist es in UFW freigegeben und Linux zeigt das auf die Ports gehorcht wird.

Schalte die FW doch mal kurz mittels ufw disable komplett ab (und nach dem Test mit ufw enable wieder an). Wenn ein Portscan dann nichts anzeigt, wäre es hilfreich zu wissen, ob dein Dienst auf dem Server überhaupt aktiv ist (netstat -nlp | grep hbbs) und wie du den Portscan von wo aus machst.

tab

Zitat von Janvl

@Erleuchterer

Netcup macht Werbung bei Ihre Server mit "DDos-Schutz . . . . " das 4. Punkt von oben

auf Ihre Webseite.

Das heißt:

Wie DDoS-Schutz funktioniert:

Traffic-Filterung: Alle eingehenden Verbindungen werden analysiert

Port-Sperren: Ungewöhnliche Ports werden standardmäßig blockiert

Rate-Limiting: Zu viele Verbindungen werden gedrosselt

Whitelisting: Nur bekannte Ports (80, 443, 22, etc.) sind standardmäßig erlaubt

Netcup filtert sehr wohl!

Alles anzeigen

Auf welcher Seite findest du denn die Details zum DDos-Schutz, ich kann jedenfalls auf Anhieb nichts finden außer dieser Seite hier:

https://www.netcup.com/de/ueber-netcup/ddos-schutz

und der FAQ im Server-Wiki

An beiden Stellen steht aber nichts von Ports, die standardmäßig geblockt wären.

bekenz

Bei mir läuft der Rustdesk Server im Docker-Container wunderbar, tcp Ports werden open angezeigt. Bei udp wird z.B. 21116/udp open|filtered unknown mit nmap angezeigt.

Clients connecten aber ganz normal auf den upd Ports.

Janvl

Das ausschalten der UFW mit ufw disable gibt kein Unterschied bei einem Portscan.

root@server:~# netstat -nlp | grep hbbs

tcp6 0 0 :::21115 :::* LISTEN 371502/hbbs

tcp6 0 0 :::21116 :::* LISTEN 371502/hbbs

tcp6 0 0 :::21118 :::* LISTEN 371502/hbbs

udp6 0 0 :::21116 :::* 371502/hbbs

udp6 0 0 :::44131 :::* 371502/hbbs

Der Portscan:

Port Status Dienst

21/tcp open ftp

22/tcp open ssh

25/tcp open smtp

53/tcp open domain

80/tcp open http

110/tcp open pop3

143/tcp open imap

443/tcp open https

465/tcp open smtps

587/tcp open submission

993/tcp open imaps

995/tcp open pop3s

3306/tcp open mysql

8080/tcp open http-proxy

8081/tcp open blackice-icecap

Bekenz, ich habe hbbr und hbbs ohne Docker installiert, für so etwas brauche ich kein Docker.
Inzwischen habe ich es auf 2 Server, 1 x VServer(ARM) 1 x RServer (amd) installeirt mit exact dieselbe ergebnisse.

Janvl

Ich versuche es nochmal mit dem Docker-Install.

tab

Falls es mit Docker auch nicht klappt, probier doch mal den SSH-Port eines Servers auf einen der fraglichen Ports zu setzen. Wenn das dann funktioniert, dann liegt es jedenfalls nicht an netcup.

Mordor

Zitat von Janvl

Dazu brauche ich dass ports Ports 21115-21119 TCP und 21118 UDP frei gegeben sind .

Falls das nicht nur ein Tippfehler war:

Code

ufw allow 21114:21119/tcp
ufw allow 21116/udp

Von welchem System aus und mit welchen Parametern scannst Du deinen Rustdesk-Server?

Manchmal verfälschen Outgoing-Firewalls die Scanergebnisse.

Code

nmap -sS -sU -p T:21114-21119,U:21114 rustdesk.example.com

PORT      STATE    SERVICE
21114/tcp closed   unknown
21115/tcp open     unknown
21116/tcp open     unknown
21117/tcp open     unknown
21118/tcp open     unknown
21119/tcp open     unknown
21114/udp filtered unknown

NaN

Mit tcpdump siehst du den Traffic, der deinen Server erreicht, bevor eine Firewall auf deinem Server evtl. irgendwas filtert, sogar wenn gar kein Programm läuft, um die Verbindungen anzunehmen. Wenn du sicher feststellen willst, dass die Pakete ankommen, nimm also tcpdump.

Tags