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

    Zitat von VeePay

    Hat zufällig jemand einen Wireguard erfolgreich freigegeben?

    Also ich habe OpenVPN in Benutzung und dazu nur ein einzige Zeile in der netcup-Firewall, nämlich UDP Port 1194 freigegeben.

    Ausgehend habe ich für UDP gar keine Regeln, somit gilt die implizite Regel, die sämtlichen ausgehenden UDP-Traffic zulässt.

    Sobald Du selbst eine ausgehende Regel für UDP festlegst, wechselt die implizite Regel ja auf das Blockieren aller sonstigen UDP-Pakete.

    Vielleicht liegt hier das eigentliche Problem, wenn Du eine ausgehende Regel für Wireguard definierst.

    NB: Deine beiden Regeln aus #234 erlauben nicht nur sämtlichen UDP-Traffic eingehend, sondern der zweite Eintrag deckt den Port 51280 mit ab und macht somit den ersten Eintrag auch noch überflüssig.

    Zitat von hoedlmoser

    Gibt's dazu auch eine Begründung?

    Bisher lief ich lediglich auf UFW und da ist alles so eingerichtet, das nichts durch geht und Safe ist.

    Da die Netcup Firewall UDP nicht statefull ist, nutze ich sie als Grobsieb, lasse lediglich die 64000 UDP Ports durch und blocke den Rest ab, bevor er meinen Server erreicht.

    Die 64000 werden durch meine UFW feingesiebt und somit erhöht sich die Sicherheit und verringert den Traffic an meinem Server.

    Oder sehe ich das falsch? :)

    Zitat von Zierleiste

    Also ich habe OpenVPN in Benutzung und dazu nur ein einzige Zeile in der netcup-Firewall, nämlich UDP Port 1194 freigegeben.

    Ausgehend habe ich für UDP gar keine Regeln, somit gilt die implizite Regel, die sämtlichen ausgehenden UDP-Traffic zulässt.

    Sobald Du selbst eine ausgehende Regel für UDP festlegst, wechselt die implizite Regel ja auf das Blockieren aller sonstigen UDP-Pakete.

    Vielleicht liegt hier das eigentliche Problem, wenn Du eine ausgehende Regel für Wireguard definierst.

    NB: Deine beiden Regeln aus #234 erlauben nicht nur sämtlichen UDP-Traffic eingehend, sondern der zweite Eintrag deckt den Port 51280 mit ab und macht somit den ersten Eintrag auch noch überflüssig.

    Das liegt nicht am ausgehenden. Ich hab ausgehende auch auf zulassen und die eingehenden blockiert. Da ein TeamSpeak eine Rückantwort sendet, wird diese Rückantwort von der NC Firewall blockiert. UFW hingegen merkt sich, dass eine Anfrage an den TS geschickt wurde und lässt die zugehörige Antwort automatisch durch. Fremde Antworten werden blockiert.

    Ich hbae jetzt gesehen, dass man die Firewall im SCP wieder deaktivieren kann.

    Vor ca. 2 Wochen, hat mir der Support noch mitgeteilt, dass dies nicht möglich ist, und ich stattdessen eine allow all Regel erstellen soll.

    Funktioniert das deaktivieren zuverlässig? Bevor ich bei Fehlersuche unnötig woanders suche...

    Zitat von Interessent

    Ich hbae jetzt gesehen, dass man die Firewall im SCP wieder deaktivieren kann.

    Vor ca. 2 Wochen, hat mir der Support noch mitgeteilt, dass dies nicht möglich ist, und ich stattdessen eine allow all Regel erstellen soll.

    Funktioniert das deaktivieren zuverlässig? Bevor ich bei Fehlersuche unnötig woanders suche...

    ja, das Deaktivieren funktioniert problemlos.
    Habe ich selbst schon mehrfach getestet.

    Zitat von Interessent

    Ich hbae jetzt gesehen, dass man die Firewall im SCP wieder deaktivieren kann.

    Vor ca. 2 Wochen, hat mir der Support noch mitgeteilt, dass dies nicht möglich ist, und ich stattdessen eine allow all Regel erstellen soll.

    Funktioniert das deaktivieren zuverlässig? Bevor ich bei Fehlersuche unnötig woanders suche...

    Hab noch einen Testserver und hab es mal getestet.

    Hab die default FW Regel Ping rausgenommen, damit der Server nicht mehr Pingbar ist.

    Bisschen Pingen lassen mit Resultat: Zeitüberschreitung.
    Firewall deaktiviert: Ping ging

    Firewall wieder aktiviert: Ping ging nicht mehr.

    Und noch paar mal wiederholt.

    Das Umschalten ist quasi instant.

    Ich habe aber nur Ping getestet hier.

    pasted-from-clipboard.png

    Zitat von ASS

    Ist das dann wirklich der Zusand vor der ersten Aktivierung, oder wird einfach überall allow als default gesetzt?

    Die Firewall ist aus, an den Regeln ändert sich nichts. Wenn man sie wieder aktiviert bleiben die Regeln auch unverändert.

    Zumindest in der GUI.

    Was im Background abläuft weiß ich nicht.

    Auch die Default Regeln sind davon nicht beeinflusst. (Ich habe die default PING Regel entfernt gehabt).

    Also - ausgehend von meinem Testserver würde ich gerade sagen: Man kann die Firewall ohne schmerzen aktivieren/deaktivieren. An den Regeln wird hierbei nichts geändert und der switch ist sehr schnell.

    Ich denke mal, das Regeln die er ändert, „enorm schnell“ implementiert und somit schnell verfügbar/aktiv sind.

    [RS] 2000 G11 | 3x 1000 G12 Pro | 2x Vincent van Bot | Piccolo | Piccolo ARMore
    [VPS] 1000 G9 | 500 G11s | mikro G11s | 4x nano G11s | 4x piko G11s
    [WH] 8000 SE | 4000 SE | 2000 SE | 2x Spezial

    Das Firewall-Feature scheint jetzt überall bis G9 zurück verfügbar zu sein, dort allerdings deaktiviert.

    Nur die neuen G11s haben es auomatisch aktiviert bekommen.

    Mein letzter G8 hat das Feature aktuell nicht verfügbar.

    | VPS: 28 | vCPU: 75 | Memory: 104 GB | Disk: 4012 GB |

    Zitat von daq4th

    Nur die neuen G11s haben es auomatisch aktiviert bekommen.

    Hm, die wurde bei vorhandenen Servern automatisch aktiviert? Einerseits gut für "abuse Server", andrerseits wäre eine Ankündigung/Mitteilung aber ein Muss. Man muss schließlich evtl. bei den Defaults tätig werden...

    Ja, das waren die Ipv6 Only Systeme, die erst seit gestern überhaupt funktionieren. Da bin ich noch in der Einrichtung, aber bei denen war das Feature heute plötzlich aktiviert, da sehe ich auch noch das Regelwerk nach dem Deaktivieren und muss mal aufräumen.

    Alle anderen Systeme haben nur den Schieber bekommen: "Firewall aktivieren" und stehen auf "aus".

    Und nur mein guter alter G8 Vertrag sacht: Feature ist nicht verfügbar.

    | VPS: 28 | vCPU: 75 | Memory: 104 GB | Disk: 4012 GB |