Stimmt, das sollte immer schon selbstverständlich sein! Man muss bei Usern ausnahmslos davon ausgehen, dass sie sich falsch verhalten und illegale Inhalte hochladen. Selbst wenn es nur 1‰ sind, muss man von Anfang an hart durchgreifen und lieber mehr als zu wenig blockieren!!!!!1111elf
SCNR
Kaputt gehen kann immer was bei IT… 
Mir ist allerdings kein Fall bekannt, bei dem die Defragmentierungsfunktion im SCP etwas zerstört hat. In diesem Sinne: Go for it! 
netstat -tulpen
iptables -n -v --list
ip6tables -n -v --listErgebnis bitte mit [code]-Tags posten.
Du hast den ersten Beitrag sehr aufmerksam gelesen, eripek. Und damit völlig recht. fstrim wird so nicht nutzbar sein. Ohne Treiberumstellung bleibt also nur die Defragmentierung im SCP übrig.
fstrim kann man auch im laufenden Betrieb ausführen, genau dafür ist es gedacht. 
Selbe Frage wie oben - dafür am besten den Server einmal runterfahren oder?
Dazu wird der Server automatisch mittels ACPI-Event heruntergefahren. Das sollte aber afaik eh dabei stehen.
Achtung: Das kann je nach HDD-Größe und Belegung auch mal mehrere Stunden dauern!
[…] ich schaue doch jeden Tag auf netcup-sonderangebote.de […]
Drei Buchstaben: R S S 
Received: […] Mon, 25 Mar 2019 15:47:10 +0100 (CET)
Subject: Webhosting 4000 SE Blitzverkauf(Theoretisch sicher früher, aber ich lasse meine abonnierten RSS-Feeds nur alle paar Stunden aktualisieren.)
Received: […] Mon, 25 Mar 2019 16:15:03 +0100 (CET)
Subject: [2344] Webhosting 4000 SE BlitzverkaufEventuell zusätzlich mal im SCP defragmentieren, das hilft manchmal auch.
Wäre auch diese Schreibweise möglich 21:db8::1:0:0:1?
Nein, weil man dann nicht mehr weiß, ob 21, 201, 2001, 2100, 210 oder 2010 gemeint ist. 21 in einem Block ist also immer 0021 und wird auch als 21 geschrieben. Und 2001 bleibt unverändert 2001.
Wie bereits vom Vorposter eripek sehr gut erklärt, kann man nur führende Nullen weglassen. Ist fast wie bei IPv4, da kannst Du auch nicht 21 schreiben, wenn 201 gemeint ist.
IPv6-Adressen sind hexadezimale Blöcke, also nur 0-9 und A-F. Die Groß-/Kleinschreibung ist egal, normalerweise nimmt man aber kleine Buchstaben.
Das wird ein simples Rate Limit sein, vgl: http://www.exim.org/exim-html-curr….html#useratlim
Solche Limits gelten aber afaik für den ganzen Server und nicht je Account. Oder habe ich das falsch in Erinnerung?
wenn es die Plesk Limitierung ist, dann werden sie "nur" zurückgesellt und ausgeliefert, sobald wieder Kontingent zur Verfügung steht.
Hat dazu zufällig jemand technische Details, wie genau das umgesetzt wird? Oder ist das eine Komponente, die man ohne Plesk nicht nutzen kann?
Ich persönlich kenne bisher nur die Eigenbau-Lösung mit PostFWD, bei der weitere Nachrichten noch während des SMTP-Dialogs abgelehnt werden.
Der große Vorteil an Opensource ist für mich persönlich, dass die verwendete Software sicher nicht von heute auf morgen komplett verschwinden wird. Selbst wenn alle Entwickler ihre Arbeit einstellen, hättest Du theoretisch immer noch die Möglichkeit, zukünftige Fehler oder Probleme zu beheben (lassen). Diese Freiheit, mit einer Software machen zu können und dürfen, was ich möchte, ist mir neben einigen anderen Punkten mittlerweile sehr wichtig. Ich habe kein Problem damit für ein gutes Programm etwas springen zu lassen, aber ich möchte gerne die volle Kontrolle darüber haben, wie und wofür ich die Applikation nutze. Eine anerkannte Opensource Lizenz ist dafür das Mittel der Wahl. Ich mache seit ca. 2013 einen großen Bogen um alles, was Closed Source ist. Klar, immer lässt es sich nicht vermeiden…
Für was steht das?
Das Thema hatten wir erst…
Ich tippe einfach mal auf "international version", weil der Link auch auf die englische Seite zeigt.
Share mal das Script.
Das ist für eine alte 7170 und unspektakulär. Telnet & Expect.
Falls wirklich Bedarf besteht, stelle ich es mal bei GitHub rein…
Keine Interne Dokumentation?
Doch, ich verwende intern hauptsächlich MediaWiki und RackTables.
Aber dieses Script war wohl ein spontaner Schnellschuss aus Frust, den ich nirgends ordentlich dokumentiert habe. 
Leute, ich werde alt… 
(oder meine Dokumentation ist mies! )
Ich wundere mich gerade, warum in meinem Mailarchiv einige "Fritz!Box Push Service" Nachrichten fehlen. Nach kurzem herumscrollen stelle ich fest, immer die Nachricht vom Sonntag ist nicht vorhanden. Nach einer weiteren Denkpause bemerke ich, dass die Box genau zum fraglichen Zeitpunkt neustartet. WTF, stürzt die wöchentlich ab? Wird die Hardware endgültig kaputt? 
Erklärung: Nein, der Fritz!Box geht es gut. Ich habe völlig vergessen, dass ich sie mittels Script einmal wöchentlich neustarte. Mache ich das nämlich nicht, hängt sie sich nach spätestens 40-50 Tagen auf und kann nur durch Ziehen des Netzsteckers wiederbelebt werden. Irgendwann wurde mir das zu blöd, also schnell ein Script geschrieben. Dieses Script habe ich komplett vergessen. Ich wusste nicht einmal mehr, auf welchem System oder welcher VM es läuft… 
Fazit: Schnelles zegrep über alle Cron-Logdateien aller Systeme, Script gefunden, Crontab angepasst und alles ist wieder gut. Jetzt startet die Box nicht genau dann neu, wenn sie eine E-Mail versenden möchte.
Und am bestem auch noch Server Hardening mit „Key only login“ und MFA (2FA). Dazu dann HSTS und TLS 1.3.
Jetzt willst du auch bestimmt noch SPF und DKIM usw.? nicht übertreiben
Nö, zusätzlich natürlich noch SRS, DMARC und DANE.
Und nicht vergessen, dass die geänderten Zonen nur alle 10 Minuten neu eingelesen werden. Bis die DNS-Änderung live ist, kann es somit einige Minuten dauern.
Und im Idealfall passt der HELO/EHLO Hostname auch zu diesem Wert. Sinnvollerweise überlegt man sich auch gleich noch die korrekte Anpassung von MX-Records und SSL-Zertifikaten.
Wie ist das eigentlich, wenn ich davor einen Snapshot mache und dann eine Neuinstallation - ist der Snapshot dann noch vorhanden und nutzbar, oder ist der bei der Neuinstallation dann "weg"?
Bei Nutzung der von netcup angebotenen Images wäre der Snapshot weg bzw. da lässt sich afaik die Installation gar nicht durchführen, ohne vorher den Snapshot zu löschen. Was jedoch immer geht, ist eine manuelle Installation über ISO. Bei Letzterem bleiben Snapshots erhalten.
Ich würde Snapshots aber herunterladen, wenn ich kein anderes vollständiges Backup habe. Alles andere ist meiner Meinung nach zu riskant.
Korrekt. Die Applikation generiert zur Laufzeit neue Coupons über das CCP. Wenn ich mich richtig erinnere hast du sogar mal nach einer entsprechenden API hier im Forum nachgefragt. Ich habe weder in den AGBs noch in den Richtlinien zum Partnerprogramm Hinweise gefunden, dass Netcup das grundsätzlich verbietet. Ich werde da jetzt zur Sicherheit auch noch eine Anfrage an den Support schicken ob das für Netcup soweit in Ordnung ist.
Darauf wollte ich auch gar nicht raus. Ich halte es nur für einen Sicherheits-Supergau, wenn man die eigenen CCP-Zugangsdaten auf einem Server bzw. Webspace hinterlegt. Darüber hätte ein Angreifer Vollzugriff auf alle Produkte des Kunden, ohne jegliche Einschränkung. Ich persönlich würde das niemals machen, aber das muss jeder für sich entscheiden, wie schützenswert die eigenen netcup Produkte sind…
Bezüglich einer Gutschein-API gab es schon einmal ein paar Forenbeiträge von Anderen, das ist richtig. Ob ich dort mein Interesse bekundet habe, weiß ich nicht mehr. Darum ging es mir wie gesagt aber gar nicht. Ich wollte nur auf den Sicherheitsaspekt hinweisen.
