Ab sofort: Firewall für netcup vServer verfügbar

Zitat von Niklas434

Tut es aber nicht, es wird alle geblockt.

So, jetzt bin ich etwas wacher als vorhin.

Ich habe das mal bei mir nachgebaut:

pasted-from-clipboard.png

Bei mir verhält es sich genau so wie erwartet. Port 22 ist dicht, auf Port 8080 kann ich noch zugreifen. Auf was versuchst du denn zuzugreifen, wenn du sagst, dass alles geblockt wird?

Die AUSGEHEND-Regeln sind übrigens in deinem Fall nicht nötig.

Da es bei den einen geht und bei den anderen (u.a. auch bei mir) nicht....müssen wir ja irgendwas unterschiedlich machen.
Ich glaube aber nicht, dass ich und andere falsche Regeln eintragen.....sonder das "wie".

Du nutzt bspw. mehrere Policies, ich packe die paar Ports immer in eine einzige.

Wenn ich das so mache (Ports sind 0815-Standard), geht es zunächst...und dann *random* aufeinmal gar nix mehr...alles dicht.

Screenshot 2025-12-10 17.20.42.png

Selbst ein testweises "Voll-Auf", führt bei mir dazu, dass nach dem Speichern ca. 10-15 Sekunden später alles dicht gemacht wird.

Screenshot 2025-12-14 12.45.09.png

-Manu- du bist mit dem Problem auch definitiv nicht alleine! Ich habe bei einem meiner Systeme das gleiche Problem.

Meine Firewall ist wie folgt konfiguriert:

pasted-from-clipboard.png

Ich habe ebenfalls das Problem, dass der Server nach einigen Minuten (ca. 5 - 15) plötzlich dicht ist! Direkt nach dem Aktivieren der Firewall funktioniert alles, nach einigen Minuten brechen dann alle Verbindungen ab.

Incoming habe ich getestet:

- ICMP v4: timeout

- http v4: timeout

- https v4: timout

- ssh v4: timeout

Outgoing habe ich getestet (über die VNC Konsole):

- `dig google.de @8.8.8.8`: timeout

- `curl google.de`: funktioniert

- `curl -4 google.de`: timeout

- `ping -4 google.de`: timeout

- `ping -6 google.de`: funktioniert

Irgendwie super spannend, dass IPv4 ein, wie ausgehend dicht ist, aber IPv6 noch funktioniert. IPv4 und IPv6 sind auf dem Server statisch konfiguriert.

Ich würde einen Fehler auf meiner Seie nicht ausschließen, wüsste jetzt aber auch nicht, was ich noch versuchen könnte. Falls ihr also Ideen habt - ich teste gerne

Irgendwie wird alles geblockt sobald es eine beliebige eingehende und eine beliebige ausgehende Regel gibt, dann werden die beiden Regeln ignoriert und einfach alles geblockt, selbst die standard ICMP Regeln werden ignoriert und gesperrt. Das ganze scheint auch zu passieren wenn die beiden beliebigen Regeln tcp/udp/icmp(6) in/out allow all sind, dann wird auch alles geblockt. Sobald eine Richtung keine Regeln hat geht alles wie es definiert. Siehe das angehängte Bild, mit den Regeln ist alles gesperrt, obwohl ja das Gegenteil definiert ist

Ich hätte an eurer Stelle längst den regulären Support angeschrieben. Wenn es etwas ist, das ihr verkehrt macht, lernt Netcup, was man abfangen oder vielleicht besser beschreiben kann. Wenn es etwas ist, das Netcup verkehrt macht, kann Netcup das korrigieren. Wenn es ein systematischer Fehler ist, profitieren auch alle anderen davon, die sich nicht beim Support oder im Forum melden.

Zitat von -Manu-

Selbst ein testweises "Voll-Auf", führt bei mir dazu, dass nach dem Speichern ca. 10-15 Sekunden später alles dicht gemacht wird.

Jo habe grade mal auch so eine Regel erstellt mit TCP & UDP Accept Out & In und dann habe ich auch das Verhalten:

pasted-from-clipboard.png

Nach ein Paar Sekunden geht keine Verbindung mehr zu z.b. Port 22

Also genau so wie Zoey schreibt

[netcup] Lars S. Könntest du das bitte mal Prüfen? oder an die Entsprechende Stelle Weitergeben?

Zitat von Zoey

Irgendwie wird alles geblockt sobald es eine beliebige eingehende und eine beliebige ausgehende Regel gibt, dann werden die beiden Regeln ignoriert und einfach alles geblockt, selbst die standard ICMP Regeln werden ignoriert und gesperrt.

Jupp kann ich so bestätigen:

pasted-from-clipboard.png

Danach geht nichts mehr. Auch kein icmp.

Hallo zusammen,

danke für euer zahlreiches Feedback.

Die von euch hier mitgeteilten vermutlichen Fehlfunktionen habe ich an die zuständige Abteilung zur Prüfung übermittelt. Danke, dass ihr uns hier so viel Rückmeldungen gebt

Können wir einen Button bekommen, um die Firewall (vorübergehend) zu deaktivieren? Dies wäre beispielsweise nützlich, um zu überprüfen, ob die Firewall die Ursache eines Problems ist, ohne die Regeln entfernen und anschließend alles neu einrichten zu müssen.

Bei mir scheint sie jetzt zu laufen. An der Kommunikation müsst ihr aber echt arbeiten, zumal das echt mal besser war!

„Liebe Kunden,

scheinbar kommt es noch zu Fehlern. Wir arbeiten bereits an einer Lösung.“ Ein solcher Satz am Montag wäre echt Gold wert gewesen und ich hätte mich als Kunde ernst genommen gefühlt.

Und bei einer solchen Einführung sollte man schon täglich schauen, was im Kundenforum los ist.

Trotzdem danke für das Feature! Ich empfinde das als Segen! LG Niklas

Hallo zusammen, hallo -Manu-, h725rk, tldev, kaospilot, Niklas434,

ich habe soeben Rückmeldung aus der Fachabteilung erhalten, dass der Fehler behoben sein sollte. Bitte setzt einmal eine Änderung in der Firewall um oder schaltet alternativ den Server einmal komplett aus und dann im SCP wieder ein, damit Ihr unmittelbar von der Fehlerbehebung profitiert.

Für die Unannehmlichkeiten bitten wir um Entschuldigung. Danke für euer Verständnis.

Zitat von [netcup] Lars S.

ich habe soeben Rückmeldung aus der Fachabteilung erhalten, dass der Fehler behoben sein sollte. Bitte setzt einmal eine Änderung in der Firewall um Fehlerbehebung profitiert.

Kann ich bestätigen. Bei mir läuft die Firewall jetzt :), hab testweise auch mal alles 2x den Server neugestartet.

Entschuldung angenommen !

Zitat von aRaphael

Ich habe auf einigen Server geoip-shell im Einsatz.

Funktioniert sehr gut.
Allerdings rate ich jedem, das nur mit Blacklisting zu betreiben. Alles blocken und nur bestimmte Länder zu erlauben kann ins Auge gehen

Da fällt mir gerade auf: Auf den Servern am neuen Standort Singapur müsste ich mein Geoblocking leicht modifizieren. Ich blocke nämlich auch SG.

Ich schaue es mir erst Wochenende an. Vorher kann ich es nicht testen.

Zitat von [netcup] Lars S.

ich habe soeben Rückmeldung aus der Fachabteilung erhalten, dass der Fehler behoben sein sollte.

Klappt jetzt auch bei mir ohne Probleme! Perfekt, danke 👍 kannst du uns teilhaben lassen, was das Problem war bzw. ausgelöst hat?

Nach dem Update funktioniert jetzt auch bei mir die Firewall und ich habe gemerkt, dass ich wohl ein bisschen was vergessen habe, zu konfigurieren. Meine Docker Container verwenden 1.1.1.1 und 8.8.8.8 für die Namensauflösung. Die funktioniert jetzt aber nicht mehr und laufen in einen Timeout. Würde folgende Konfiguration für meinen Fall ausreichen?

Typ: Ausgehend

Aktion: Accept

Protokoll: UDP

Source Port: 53

Destination Port: 53

Oder muss ich hierfür noch mehr konfigurieren?

EDIT: Hab' die Antwort darauf hier im Thema gefunden. Hatte einen Denkfehler. Jetzt funktioniert alles

Scheint jetzt zu funktionieren sowohl ein als auch ausgehende Regeln zu haben. Vielen Dank!

Ich habe den Server heruntergefahren, nochmal alle Regeln komplett neu gemacht, Server wieder hochgefahren.....aber nach anfänglicher Freude war dann leider nach einigen Minuten erneut alles dicht.

Die Ports (leider nicht auf dem Screenshot) sind weiterhin 0815 auf den Destination-Port.

Screenshot 2025-12-10 17.20.42.png

Zitat von Mr.42

Können wir einen Button bekommen, um die Firewall (vorübergehend) zu deaktivieren? Dies wäre beispielsweise nützlich, um zu überprüfen, ob die Firewall die Ursache eines Problems ist, ohne die Regeln entfernen und anschließend alles neu einrichten zu müssen.

Moderatoren Sarah

Akzeptieren Sie Feature-Anfragen? ☝🏻