Im Fazit doch augenscheinlich *random"
Liegt daran, dass bei dir die impliziten Regeln überbewertet werden. Den Bug hat man mir auch per Mail bestätigt. Bei mir läuft es jetzt rund, würde an deiner Stelle den Support anrufen.
Beiträge von 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 Fehlerbehebung profitiert.
Kann ich bestätigen. Bei mir läuft die Firewall jetzt :), hab testweise auch mal alles 2x den Server neugestartet.
Entschuldung angenommen !
-
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 -
Hab noch einen Bug entdeckt: Wenn man eine lange Liste an Einträgen in einer Firewall Policy hat und einen Eintrag editiert, kann man anschließend nicht mehr nach unten scrollen um z.B. auf "Speichern" oder "Löschen" zu drücken.
Schritte zum Nachstellen:
- SCP → Firewall Policys → Firewall Policy hinzufügen
- Namen vergeben
- Viele Einträge erstellen, sodass man scrollen muss
- Speichern
- Soeben erstelle Firewall Policy auswählen
- Bei einem Eintrag auf Editieren (Stift) drücken → Editieren
- Man kommt nicht mehr zum Speichern-Button
Getestet mit Firefox 146.0 und Chrome 143.0.7499.110 auf Mac.
Moderatoren
Kann ich bestätigen.
Alles anzeigenAlso mal Kleines Beispiel von mir so ist z.b. Port 22 dicht:
Spoiler anzeigen
Und nach dem ich die Regel umstelle geht Port 22 wieder:
Spoiler anzeigen
Oder so ist Port 22 auch offen:
Spoiler anzeigen
So sieht es auf meinem Anderen Server aus:
Spoiler anzeigen
SSH mach ich hier über Wireguard deswegen gebe ich hier den Port nicht frei.
Aber damit Wireguard funktioniert brauche ich die Eingehende UDP Regel mit der Wireguard IP + Port als Source. (wegen stateless)
(Bei der Regel für NTP bin ich mir aber nicht sicher ob das so Richtig ist mit dem Port)
Bei mir sieht es derzeit so aus:
Eigentlich müsste alles durchgehen, außer SSH. Tut es aber nicht, es wird alle geblockt. Es ist zudem mittlerweile Donnerstag und man hat immer noch keine Antwort bekommen. Pro forma sogar EGRESS bei TCP aktiv, obwohl es offiziell ja nicht notwendig sein soll.
Offen gesprochen. Ich finde es eine Sauerei! Wenigstens ein "Das Feature ist neu, es scheint Bugs zu geben, wir prüfen das intern.“ - Wäre angemessen. Zudem wäre es mehr als angemessen, die Werbung von der Seite zu nehmen! Derzeit ist die FW bei vielen eher ein Bug als ein Zusatzgewinn.
Ich glaube, nachher geht mal eine Mail an die Fachpresse raus, Ich finde, das kann es in der Form einfach nicht sein. -
Also ich bin zufrieden mitt der Firewall. Bis jetzt tut sie, was sie soll.
Kannst du uns vllt. ein Screenshot zur Verfügung stellen? Bei mir und vielen anderen hier läuft sie nicht.
-
[netcup] Sarah G. kurze Frage: Informiert ihr hier auch wenn ältere Generationen Zugriff auf das Firewall Feature erhalten oder lohnt sich sporadisches prüfen?
Und wie ist hier der Rollout geplant?
Geht ihr nach und nach die Generationen "runter"? Also G11, G10, G9, G8 usw?Oder gibt es eine Art "Big Bang" und alle alten Generationen werden freigeschaltet?
Lass uns G12 Kunden doch erst mal die Alpha-Tester sein. Diese Firewall stand jetzt, will keiner.
-
Tja, "42" kennen wir jetzt. Fehlt nur noch die Frage dazu.
Die verschwindet leider nach dem Abschicken über das Formular. - Die haben aber noch einmal geantwortet und das Problem weitergegeben, immerhin. 1:1 Support beim VPS verlangt auch keiner, aber die Antwort war schon sehr frech.
Läuft die FW bei irgendwem problemlos?
-
Die Antwort finde ich angesichts der Probleme frech:
MA und mein Name habe ich aus Datenschutzgründen herausgelassen. Bei einem funktionierenden "Produkt"/AddOn hätte ich mit der Antwort ja leben können aber nicht so.vielen Dank für Ihre Anfrage.
Gerne möchten wir Sie darüber informieren, dass wir für Kunden keine Firewall-Policies anlegen oder bearbeiten.
Der Hintergrund hierfür ist, dass wir nicht wissen, welche Dienste Sie auf Ihrem Server betreiben und welche Ports Sie aktiv verwenden. Jede Änderung könnte daher dazu führen, dass Ihre Dienste nicht mehr ordnungsgemäß funktionieren.
Wie setzen Sie die Default-Policies wieder zurück?
- Öffnen Sie das Server Control Panel (SCP).
- Wählen Sie den entsprechenden Server aus.
- Klicken Sie im Menü links auf Firewall.
- Klicken Sie auf „Default Policys wiederherstellen“.
- Abschließend auf Speichern klicken.
Wie entfernen Sie eine Default-Policy?
- Öffnen Sie das Server Control Panel (SCP).
- Wählen Sie den gewünschten Server aus.
- Klicken Sie links im Menü auf Firewall.
- Klicken Sie bei der zu entfernenden Regel auf das Mülleimer-Symbol.
- Danach auf Speichern klicken.
Wir möchten Sie außerdem noch darüber informieren, dass auf unseren vServern grundsätzlich keine Ports von unserer Seite blockiert werden.
Sollten Sie feststellen, dass bestimmte Ports nicht erreichbar sind, ist die Ursache in der Regel auf Betriebssystemebene bzw. in den Firewall-/Sicherheitseinstellungen Ihres Servers zu suchen.
Bei weiteren Fragen stehen wir Ihnen jederzeit gerne zur Verfügung.
Mit freundlichen Grüßen,
netcup Team
-
Meine 3 Cent: Ich hätte keinen Bock, privat einen Mailserver zu betreiben. Grund: Die IP des Servers oder gar eine Range des Annexia-Rechenzentrums kann auf Blacklisten landen (Spamhaus etc.) und viel Spaß, die dann herunterzubekommen.
-
Ich persönlich kann derzeit keinem empfehlen, die Firewall in produktiv (kritischen) Umgebungen scharf zu schalten....irgendwas ist das einfach buggy.
Ich hab mich mit echt wirklich simplen Regeln beschäftigt, eigentlich derzeit nur eingehend HTTP(S) und SSH sowie ICMP....ausgehend fasse ich derzeit nicht an.
Ich vermute eine Überbewertung der Implizite Regeln. Das würde zumindest bei uns alles erklären. Das mit der teilweise Zeitlichen Verzögerung konnte ich beobachten. Allerdings war es bei max. 1 Minute in der Nacht.
Ist aber normal bei vorgeschalteten Firewalls, bzw. kenne ich so von Mitbewerbern auch. -
Es ist so, dass man die Blocklisten (IP-> Länderzuordnung, sowie Bad-Actor IPs) aktualisiert lizensieren kann. Dies kostet aber einiges wenn das jeder selbst macht. Ein Hoster könnte dies als API (integriert in die Firewall oder seperat) zur Verfügung stellen und damit einen hohen Benefit schaffen.
Mag sein, momentan wäre Netcup aber zunächst damit bedient, dass die FW überhaupt läuft.
Das sind meine derzeitigen Settings, mit dem Ergebnis:
Zugriff auf nichts...weder auf SSH, HTTP(S), Cloudflare Tunnel. Auch wenn bei TCP angeblich keine ausgehenden Regeln notwendig sind, so habe sie trotzdem mal testweise gesetzt.Nachtrag:
Ich habe das Gefühl, dass die implizierten Regeln, höher gewertet werden und die Gewichtung entgegen des „Hinweises“ so nicht mehr von oben nach unten erfolgt. Irgendwo in "dieser Richtung" muss ein Bug vorliegen.
Das würde zumindest das gegenwärtige Verhalten erklären. -
Na, das ist ja sicher auch so gewollt.
Hat man keine Policy, ist zunächst alles offen und wenn man dann eigene Regeln anlegt, macht die Firewall alles dicht, außer diesen Regeln.
Ist doch eigentlich ganz praktisch.
Gehe ich mit. Ich muss heute mal etwas herumexperimentieren.
Euch einen schönen dritten Advent. -
Die Firewall ist wirklich ein sehr gutes Feature bravo!
Featurewunsch (bisschen off topic): Länder komplett blockieren
Dafür einmal die IP-Länder Zuordnungslisten lizensieren und den Serverkunden die Möglichkeit geben Länder pro Server zu blockieren.
..würde m.E. auf den Servern wo es zum Einsatz kommt 90% Traffic und CPU Cycles sparen, Spam und Hacking um 99% reduzieren.Klar das wäre toll, bietet aber out of the box niemand so an. Wäre auch ein zu hoher Aufwand für einen Hoster.
Kostenlos VLAN, den 2€ VPS und Basteln. Alternativ bei Cloudflare die Länder sperren, geht dann aber halt nicht auf IP Ebene.Mal eine dumme frage:
Kann man hier nachträglich auch Beträge mergen? Wollte nicht "spamen". - Fehler in den Beiträgen gefunden.
Implizite Regeln -> ändern sich vonn allow zu drop. Netcup ganz ehrlich: Löscht wenigstens euer tam tam auf der Webseite. Die Firewall ist somit Alpha und nicht Beta. -
Nagut, FW geht nicht, aber ich denke, da liegt noch ein Problem in der Firewall.
Sobald ich die meine Regeln einstelle, funktioniert dies 5 Minuten, danach wird alle geschlossen und ich kann nichts mehr machen.
Ich muss dann die Default FW-Regeln aktivieren.Das erklärt auch mein Problem. Es wäre schön, wenn sich mal jemand aus dem Support zu Wort meldet.
Wir sind keine Betatester, da dürfen die sich also auch gerne an einem Sonntag melden. -
Kann mir mal jemand erklären, warum ich mich bei der Config vom SSH Zugriff aussperre? Die Firewall fühlt sich unzuverlässig an und ich fühle mich als Betatester.
Edit: Etwas hier lesen zeigt, wir sind zahlende Betatester. Besten Dank Netcup, auf 3-4 Wochen wäre es nach all den Jahren auch nicht mehr angekommen!
