Vorerst scheinbar nur für G12. Ältere Generationen sollen es auch noch kriegen
Das längste Thema
-
fLoo -
23. Oktober 2009 um 12:55 -
Unerledigt
-
-
https://www.netcup.com/de/blog/webhosting/neue-netcup-firewall
I love it!
Darauf warte ich schon lange! Und ich hoffe der Rollout für ältere Generationen dauert nicht zu lange
Dennoch mal die Tür von heute geöffnet und mir den Server geholt. Zumindest zum testen.
Edit 2:
Zitat
Bitte beachte dabei jedoch, dass einige Regeln bereits standardmäßig vordefiniert sind, um beispielsweise E-Mail-Spamming zu verhindern wie z. B. netcup Mail block (Default Policy). Du kannst diese bei Bedarf jederzeit ab Aktivierung wieder entfernen. So ist beispielsweise ausgehender Traffic auf Port 25 (SMTP) standardmäßig blockiert. -
nen neuen Punkt - Firewall
Ja, war das nicht schon vor ein paar Tagen in nem Post?
(Oder hatt ich das geträumt?)
Ist die denn bei neuen Servern per Default an und Port 25 ausgehend gesperrt?Wer lesen kann...
Ist beides der Fall. Freu...
-
Ja, war das nicht schon vor ein paar Tagen in nem Post?
Ist die denn bei neuen Servern per Default an und Port 25 ausgehend gesperrt?
Wie es bei neuen Servern ist weiss ich nicht. Bei meinem VPS 2000 G12 Pro vom BF ist die neue Firewall NICHT automatisch aktiv gewesen. Bei der Aktivierung wurde ich gewarnt, dass die Aktivierung auch nicht rückgängig gemacht werden kann. Nach der Aktivierung habe ich dann gesehen, dass per Default Port 25, 465 und 587 ausgehend gesperrt sind. Das heißt, man könnte gar keine Mail versenden, auch nicht über einen externen Mailserver. Da ich meine täglichen Meldungen von logwatch und dem RESTIC-Backup aber weiterhin per Mail erhalten möchte, habe ich den entsprechenden Default-Block erst einmal entfernt. Notfalls kann man auch später wieder zurück auf Defaulteinstellungen. Ein Test mit logwatch hat dann auch funktioniert.
-
habe ich den entsprechenden Default-Block erst einmal entfernt.
Ja, ich glaube da ist man übers Ziel hinausgeschossen.
Default sollte nur Port 25 gesperrt sein. Die Clientports sollte man nicht sperren müssen, da dort sowieso kein (korrekt konfigurierter) Mailserver Mails ohne Auth annimmt.
Deshalb wurden diese Ports ja eingerichtet...
Der Effekt dieser Gruppierung ist dann der wie bei dir. Es werden ALLE Ports freigeschaltet...
-
Ja, ich glaube da ist man übers Ziel hinausgeschossen.
Default sollte nur Port 25 gesperrt sein. Die Clientports sollte man nicht sperren müssen, da dort sowieso kein (korrekt konfigurierter) Mailserver Mails ohne Auth annimmt.
Deshalb wurden diese Ports ja eingerichtet...
Der Effekt dieser Gruppierung ist dann der wie bei dir. Es werden ALLE Ports freigeschaltet...
Ja, will ich in meinem Fall auch so haben, also alle ausgehenden Mail-Ports jedenfalls. Wenn ich das nicht so will, dann muss ich die entsprechenden Ports halt selbst sperren.
-
Ja, will ich in meinem Fall auch so haben
Du versendest Mails tatsächlich direkt von einem Clientserver, ohne über ein Relay zu gehn? Hm. An Port 25 sollte wirklich NUR ein dediziert für SMTP genutzter Server direkt senden.
Wenn ich das nicht so will, dann muss ich die entsprechenden Ports halt selbst sperren.
So gesehen, bräuchte es die Defaultregel ja nicht.
Das ist aber ja gerade genau NICHT der Sinn der Sache.
Es geht darum, dem Nichtprofi, ein sinnvolles Default an die Hand zu geben.
Mit diesem Default entsteht aber genau der Effekt wie bei dir:
"Mails gehn nicht? Ich lösch die ganze Regel". Obwohl Port 25 in 99,9% der Fälle problemlos gesperrt bleiben könnte (und auch sollte).
-
Und wieder grüßt die Rechnungswarteschlange und blockiert einen Servertransfer... Noch vor kurzem war die Buchhaltung ziemlich fix und hat innerhalb eines Tages reagiert, im Moment sind die 24h schon fast rum.
Warum gibt es neben jedem offenen Posten nicht einen Button, mit dem man für dieses Produkt manuell selbst eine Rechnung auslösen kann? Würde doch eigentlich viel Aufwand, Ticketlast und vor allen Dingen Zeit sparen.
-
Warum gibt es ... nicht einen Button,
Weil das Programmieren dieser Funktion eine Menge Arbeitskraft kosten würde. Für einen kostenlosen Service...
-
Naja, so werden dann immer wieder x Personen mit einem Ticket beschäftigt. Das kostet auch Zeit und Geld, was dann an anderer Stelle fehlt.
-
An meine lieben Moohoo Nutzer, Mailcow hat ein Update bekommen
(gestern schon)https://github.com/mailcow/mailcow-dockerized/releases/tag/2025-12
-
Weiß gerade jemand aus dem Stegreif, ob man Borg direkt von 1.1 auf 1.4 updaten kann, oder ob man über 1.2 gehn muss?
Und vielleicht auch noch, ob ich danach noch mit einem 1.1er Client auf nen 1.4er Server backuppen kann?
Queen?
-
Die Firewall (als jahrelang gefragtes Feature) ist ja mal das BESTE Weihnachtsgeschenk!!! DANKE an die Weihnachtswichtel!!!
Großartige Sache, die die Sicherheit der Server deutlich erhöhen kann und (wenn richtig angewandt) wird. Gut dass ich beim BF ordentlich aus der G12 eingekauft habe.Ich finde den vorkonfigurierten Mail-Block völlig in Ordnung. Hey. Wir sind alle Serveradmins, da werden wir ja noch ne Firewall konfigurieren können, wenn wir explizit Mailserver betreiben wollen. Wer das ohnehin nicht will, fährt mit dem Block nicht verkehrt.
-
Bei mir wollte msmtp dann keine Mails mehr senden.
Habe aber noch nicht die Zeit gefunden herauszufinden wie ich das
dann sauber konfiguriere
-
Weiß gerade jemand aus dem Stegreif, ob man Borg direkt von 1.1 auf 1.4 updaten kann, oder ob man über 1.2 gehn muss?
https://borgbackup.readthedocs.io/en/stable/changes.html#upgrade-notes
Tjoa, steht jetzt so explizit nicht dabei...
-
Ich finde den vorkonfigurierten Mail-Block völlig in Ordnung. Hey. Wir sind alle Serveradmins, da werden wir ja noch ne Firewall konfigurieren können, wenn wir explizit Mailserver betreiben wollen. Wer das ohnehin nicht will, fährt mit dem Block nicht verkehrt.
eh, nur geht halt von Submission und SMTPS genau keine gefahr aus, also warum blocken? und wenn dann wer mails über einen MTA über die genannten protokolle versenden will nimmt er die ganze policy raus und hoppla ist der schutz von ungewollt ausgehenden SMTP futsch. mehr als suboptimal so!
-
Bei mir wollte msmtp dann keine Mails mehr senden.
Gut zu wissen, ich kann die ja abgeschaltet lassen ohne php und konsorten.
-
Hey. Wir sind alle Serveradmins, da werden wir ja noch ne Firewall konfigurieren können,
Genau die sind aber eben nicht die Adressaten dieses Defaults.
Die Regel ist für die "Ich nehm mal nen Server, so schwer wird das nicht sein" Leute.
Bei denen kommt dann nämlich':
Bei mir wollte msmtp dann keine Mails mehr senden.
Und als "Lösung": "wenn ich die Regel rausnehm, gehts".
Also bleibt sie komplett draußen, obwohl man nur die Clientports (bzw sogar nur einen davon) rausnehmen müsste.
Mangels Wissen fliegt dann aber alles.
-
steht jetzt so explizit nicht dabei...
Deshalb frag ich.
Wichtiger wär mir aber der zweite Teil:
ob ich danach noch mit einem 1.1er Client auf nen 1.4er Server backuppen kann?
Dann wär es erheblich stressfreier meine ca 30 Clients nach und nach umzuziehen.
-
Bud es gibt wieder .de Domains im Adventskalender!
