Ja,
dann muss ich gleich mal die server durchsehn...
Ja,
dann muss ich gleich mal die server durchsehn...
Habe nur die nötigen Ports freigegeben.
Eben diese sind ja sehr Variabel. Ich benutze die FW u.A. aus diesem Grund noch nicht. Aber stöbere mal im Forum, es gibt schon verschiedene "Lösungsansätze".
Eben diese sind ja sehr Variabel. Ich benutze die FW u.A. aus diesem Grund noch nicht. Aber stöbere mal im Forum, es gibt schon verschiedene "Lösungsansätze".
Bin mal die Settings durchgegangen. Da bleibt der DNS Port komplett dicht. Die Firewall ist absoluter Käse wenn man UDP Traffic braucht....
Bin mal die Settings durchgegangen. Da bleibt der DNS Port komplett dicht. Die Firewall ist absoluter Käse wenn man UDP Traffic braucht....
Agreed
Eingehende Verbindungen von Quellport 53 (UDP) zulassen
Agreed
Eingehende Verbindungen von Quellport 53 (UDP) zulassen
Funktioniert nicht.
Edit:
Jetzt scheint es zu klappen. Sitz schon Stunden an dem Mist und hatte auch diese Settings.
Diese Firewall raubt einen den letzten Nerv.
Edit2: Jeweils eingehend 2 Regeln für für Quell- und Zielport anlegen. 1 Regel hat nicht funktioniert.
53 *
* 53
oida, ernsthaft, die policies kann man nur hinzufügen/entfernen wenn man die firewall aktiviert hat? von dem unsinn ausgehend standardmäßig smtps und submission zu blockieren will ich erst gar nicht reden. ich bin da raus. sowas will man nicht verwenden!
Ich bin immer noch begeistert von der schnelligkeit, hab aber soeben auch die Firewalls deaktiviert da es mir persoenlich zu viel rumprobieren ist, wie, wann, was funktioniert. UFW angeschmissen und es geht wieder so wie ich es brauche: einfach und gut.
Irgendwo in einem Thread zur Firewall war mal ein funktionierender Regelsatz für DNS. Ich muss da auch noch ran irgendwann. Sowohl für rekursive Resolver als auch für die Server, die diese Resolver dann benutzen.
sowas will man nicht verwenden!
So sehr gehn die Meinungen auseinander...
Irgendwo in einem Thread zur Firewall war mal ein funktionierender Regelsatz für DNS. Ich muss da auch noch ran irgendwann. Sowohl für rekursive Resolver als auch für die Server, die diese Resolver dann benutzen.
Probiere mal mein Schema. 2 Eingehende Regeln. für jeweils Source und Destinationport.
Wenn das nicht geht, jeweils noch mal ausgehend alles erlauben.
Bei mir hats geklappt und es ist auch alles dicht. Meine Firewalllog ist leer.
Nutze einen rekursiven Resolver.
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.
Meine bestehenden alten G11s (die ohne IPv4-Aufpreis) haben es jetzt zwar, aber zum Glück nicht ohne Vorwarnung aktiv. Das wäre wirklich unschön gewesen…
Bei mir haben das Feature jetzt fast alle vServer, sogar alle aus G8! Lustigerweise hat es aber ein VPS Karneval 2020 noch nicht, ein anderer (auf einem anderen Node?) aber schon. ![]()
Und ein VPS 20 G7 hat es auch noch nicht, aber der ist halt nochmals eine Generation älter.
So sehr gehn die Meinungen auseinander...
wir können gern eine stricherliste machen wie oft wer hier wegen mail oder udp aufschlägt.
stricherliste
Nein, das machen wir nicht.
I deactivated on all my servers, and hopefully that is fine. It is too much complicated and weird.
Moreover, many emails are getting rejected even before reaching my server, which is really weird. The emails which once used to come in and without delays, are not even coming to me at all. Lost in transit somewhere. Ridiculous.
das machen wir nicht.
Müssen dann dort die Freier abstimmen? ![]()
Danke, dass ihr auf mich einhaut. ![]()
Passiert halt jedem mal. ![]()
Hallo zusammen,
Wir möchten euch hier noch ein kurzes Update zum Thema Firewall geben. ![]()
Wichtiger Hinweis:
Nur bei Servern, die seit dem Release der Firewall für die jeweilige Generation gekauft wurden, ist die Firewall standardmäßig aktiviert.
Dies kann auch im HelpCenter nachgelesen werden.
Konkret bedeutet dies folgendes:
Für VPS G12 und VPS G11, die seit dem 20.01. gekauft wurden, ist die Firewall bereits verfügbar und nach Einrichtung standardmäßig aktiviert.
Sie kann jederzeit deaktiviert werden.
Für die VPS G12s wurde die Firewall am 27.01. ebenso aktiviert.
Bei Kauf eines VPS G12s vor dem 27.01. muss die Firewall – sofern die Nutzung gewünscht ist – in diesem Fall über das SCP aktiviert werden.
Liebe Grüße
Sarah & das netcup-Team
mein VPS G8 aus Nürnberg hat es jetzt auch, Danke!
Verbesserungswunsch: für Regeln bei Protokoll auch Kombinationen aus TCP/UDP/.. erlauben.
Und das Ganze in ein Textformat exportierbar/importierbar?
Und das Ganze in ein Textformat exportierbar/importierbar?
Das wäre ja eigentlich ein perfekter Anwendungsfall für die neue REST-API. Gibt es da schon irgendwas in diese Richtung bzw. arbeitet irgendwer an einem kleinen Tool? ![]()
(Dennoch würde ich so ein Feature direkt im SCP begrüßen.)
Leute, ich verstehe Euch nicht.
Da wünscht man sich seit Jahren eine externe Firewall, dann implementiert Netcup diese (VIELEN DANK DAFÜR!!!! Bestes Feature der letzten 10 Jahre) und jetzt kommen die Mimimis, weil eine Firewall nun doch einiges an Konfiguration erfordert und weil man diese Zeit nicht in die Sicherheit der eigenen IT Infrastruktur investieren will, wird die FW >>ABGESCHALTET<<????
![]()
Es ist doch super, dass man Firewall Template Policies mit mehreren Ports im Paket erstellen kann und diese dann einfach bei jedem Server, bei dem man sie braucht, anwenden oder weglassen kann.