Beiträge von terence

    Das hatte ich Mitte 2025 dazu vom Support bekommen:

    Wäre toll, wenn das mal geändert werden würde, so daß man unterschiedliche Mail-Adressen verwenden kann.

    Ich fände es hilfreich, die Anzahl zugeordneter Server zu jeder Policy direkt auf der Firewall-Policy-Seite angezeigt zu bekommen. So könnte man schnell sehen, welche Policy ggf. gelöscht werden kann, weil sie keinem Server (mehr) zugeordnet ist oder wo die Anzahl nicht passt.

    Außerdem bitte die Spitznamen der Server bei der Liste der zugeordneten Server ergänzen. :) Im alten SCP sind das übrigens auch Links zu den Servern. Das ist nun leider nicht mehr der Fall.

    Bei mir steht NUE, so wie erwartet:

    Code
    $ traceroute6 -I 2001:4860:4860::8888
    traceroute6 to 2001:4860:4860::8888 (2001:4860:4860::8888), 64 hops max, 60 byte packets
     1  gw01.netcup.net (2a03:4000:5::2)  22.26 ms  45.113 ms  45.173 ms
     2  2a00:11c0:47:3::120 (2a00:11c0:47:3::120)  0.645 ms  0.827 ms  0.542 ms
     3  ae3-0.RT.NBG.NUE.DE.retn.net (2a02:2d8:0:4813:232a::)  0.608 ms  0.752 ms  0.536 ms
     4  RT.IRX.FKT.DE.retn.net (2a02:2d8::57f5:e0a1)  3.339 ms  3.299 ms  3.3 ms
     5  2001:4860:1:1::33d0 (2001:4860:1:1::33d0)  3.193 ms  3.302 ms  3.335 ms
     6  2001:4860:0:1::32ef (2001:4860:0:1::32ef)  3.461 ms  3.379 ms  3.431 ms
     7  2001:4860:0:1::5009 (2001:4860:0:1::5009)  3.527 ms  3.294 ms  3.421 ms
     8  dns.google (2001:4860:4860::8888)  3.397 ms  3.419 ms  3.384 ms

    EDIT: Laut https://db-ip.com/2a02%3A2d8%3A0%3A4813%3A232a%3A%3A ist ae3-0.RT.NBG.NUE.DE.retn.net allerdings in Frankfurt... :D

    Ich würde mir auch eine Option wünschen, die Firewall-Regeln in einer Tabelle darstellen zu lassen, so wie es im alten SCP der Fall ist. Das finde ich wesentlich übersichtlicher und man kann den Tabelleninhalt markieren und kopieren um ihn sich wegzuspeichern oder z. B. hier im Forum zu posten:

    netcup Ping allow (Default Policy) - allow ICMP (ping) on IPv4 and IPv6
    BeschreibungTypAktionProtokollSource(s) (IPs / Netzwerke)Source Port(s)Destination(s) (IPs / Netzwerke)Destination Port(s)
    allow incoming pingEINGEHENDACCEPTICMP****
    allow incoming ping6EINGEHENDACCEPTICMPv6****
    allow outgoing pingAUSGEHENDACCEPTICMP****
    allow outgoing ping6AUSGEHENDACCEPTICMPv6****


    Aus dem neuen SCP kopiert, sieht es so aus:

    netcup Ping allow Default

    allow ICMP (ping) on IPv4 and IPv6

    4

    4

    allow incoming ping


    Accept

    * : *

    ICMP

    EINGEHEND

    * : *

    5

    allow incoming ping6


    Accept

    * : *

    ICMPv6

    EINGEHEND

    * : *

    6

    allow outgoing ping


    Accept

    * : *

    ICMP

    AUSGEHEND

    * : *

    7

    allow outgoing ping6


    Accept

    * : *

    ICMPv6

    AUSGEHEND

    * : *

    Dann kann aber nur eine Regel verwendet werden weil danach nichts mehr verarbeitet wird.

    Das entscheidende Wort ist dabei „greift“ im Sinne von „zutreffen“ oder neudeutsch „matchen“.

    Wenn ein Server mit dem Regelwerk aus obigem Screenshot z. B. ein TCP-Paket an den Port 465 schickt, dann trifft die 7. Regel zu und führt dazu, daß das Paket durchgelassen wird. Die drop-Regel weiter unten wird dann nicht mehr berücksichtigt.

    Warum verbindet er dann nicht?

    Vermutlich weil DNS jetzt nicht mehr durchkommt. Verwendest Du eigene DNS-Resolver oder die von netcup? Bei letzteren sollte es dann nicht daran liegen, weil diese nicht von der nc-Firewall blockiert werden.

    Wie kann ich denn jetzt wieder den Rest zulassen?

    Zum Beispiel wie von NaN vorgeschlagen: Du erstellst eine Policy, die ausgehend TCP und UDP für alle Ports zulässt und fügst sie nach Deiner Mail-Policy ein. Oder Du definierst entsprechende Policys für genau die Ziele, die Dein Server erreichen können muss, wie beispielsweise Update-Mirrors. Da gilt dann aber halt, was weiter oben schon gesagt wurde: Falls sich die IP-Adressen ändern, müssen die Regeln angepasst werden. Da ist es dann sinnvoll, ein Skript zu schreiben, welches regelmäßig prüft, ob sich die Adressen geändert haben.

    Wie ist das zu verstehen mit Regelen werden von oben nach unten angewendet? Mach Drop all dann nicht wieder den Port 465 bei der Implizierten Regel dicht?

    Sobald eine Regel greift, werden die nachfolgenden Regeln nicht mehr verarbeitet.

    Für meine .one-Domain habe ich auch eine Preiserhöhung von 14,99 auf 29,40 bekommen. Ich hatte schon mal überlegt, sie umzuziehen, aber so groß war der Preisunterschied bisher nicht. Aber nun werde ich es wohl machen - mal sehen, ob der andere Anbieter die Preise auch erhöht.

    Bei mir war der Preis jahrelang unverändert. Von daher hat das sicher nichts mit "Bauernfängerei" zu tun.

    Achtung, es sind wieder Phishing-Mails im Namen von netcup unterwegs!
    Ich habe am 20.05. und 21.05 folgende Phishing-Mails an eine info@-Adresse zweier bei netcup gehosteten Domains erhalten:

    Absender: Netcup <xxx@k2city.eu>
    Betreff: Erinnerung: Verlängerung Ihrer Dienste erforderlich

    Absender: netcup GmbH <xxx@k2city.eu>
    Betreff: 1. Mahnung zu Ihrer Rechnung nc-5130188

    Ich habe es noch nicht getan, aber man kann solche Mails an netcup melden. Siehe dazu den Beitrag im Helpcenter. (Danke an daq4th fürs Erinnern!)