Posts by gunnarh

Quote from Valkyrie

Man kann bei Windows Servern einfach über die optionalen Features den OpenSSH Server installieren und dann per SSH zugreifen.

Geht nicht nur bei Windows-Server, sondern dieses FeatureOnDemand gibts auch für Win10 und Win11.

Allerdings wartet Microsoft dieses FeatureOnDemand leider nicht, wenn man das benutzt hat man eine veraltete OpenSSH-Version am System.

Ich empfehle stattdessen das von Microsoft herausgegebene, letztgültige MSI-Paket von https://github.com/PowerShell/Win32-OpenSSH/releases zu installieren. Das bekommt häufiger Updates, beides wird von Microsoft maintained.

KB19 ich muss gestehen ich habe es mir zuvor nicht so im Detail überlegt, war intuitiv der irrigen Annahme damit gäbe es keine Überbuchung. Aber du hast freilich recht: auch jetzt konnte man damit im worst-case 150% des gebuchten Speichers belegen (Disk-Size 50% + Copy-on-Write Snapshot-Size im Worst-Case 100%). Wobei es statistisch halt eher so ist, dass sich die bereits belegten 50% nicht zu 100% ändern werden, in der Praxis wird man daher bisher vermutlich nur geringere Überbuchungen gehabt haben.

Danke [netcup] Lars S.

das klingt nach großartigen Neuigkeiten.

Wobei mir noch nicht klar ist, wie ihr euch dann nun vor Über-Nutzung schützt?
Angenommen ich hätte einen Server mit 100GB Disk, 80GB sind belegt und ich erstelle einen Snapshot.

Wenn meine VM anschließend mehr als 20GB Daten ändern würde (Copy-on-Write-Speicherbedarf) würde ich eines Tages mehr als 100GB belegen.

Wird dann die VM gestoppt, oder was passiert dann?

Meint ihr man kann irgend jemanden der Moderators hier noch zu einem Statement überreden?

Unter https://helpcenter.netcup.com/…i/server/medien#snapshots steht immer noch

Snapshots können aus technischen Gründen nur erstellt werden, wenn der Festplattenspeicher zu mindestens 50 % frei ist

Danke KB19 ... dann werde ich vielleicht demnächst mutig sein und das bei meinem aus 04/2016 stammenden "RS 1000 SAS G7SEa1" auch versuche.

Ist das ein KB19-privilege-Feature oder geht das nun generell?

Und wenn generell, wo liegt nun das Limit?

Ist das ein Server mit zugebuchtem bzw. zubuchbarem Local-Block-Storage?

Dein Mailing muss ja nicht geändert werden, evtl. die Kennwörter (falls da was kompromittiert ist, z.B. weil Credentials in den PHP-Scripts irgendwo hinterlegt waren).

Dein Webhosting leerst du komplett aus und spielt einen sauberen Stand aus einem Backup ein.

Anmerkung/Nachtrag: Ich gehe davon aus, der Fragesteller benutzt ein Webhosting und keinen vServer (andernfalls würde die gewählte Rubrik hier keinen Sinn machen!)

> Optimistisch und offen für Ideen & Anregungen

Sorry, das klingt jetzt hart: Aber mit Deinen Skills wird Dir das nicht gelingen.

Du kannst freilich alles "cleanen" und dann dein Access-Log überwachen und das Filesystem auf Änderungen überwachen und die Zeitstempel wenn ein neues File entsteht oder eines geändert wird mit den Requests korrellieren ... daraus dann ableiten wo eine Eintritts-Stelle sein muss ... aber das Teil ist garantier zig-fach mit derleit Backdorrs versehen. Das ist einfach eine endlos-mühsame Arbeit und du wirst nie Gewissheit haben.

Quote from ichhalt033

Heißt aber auch dass die Fa. "Monarx" - obwohl Seriöser Auftritt nur Betrüger sind?

Nein. Das heißt, dass die Malware sich mit diesem Banner tarnt, damit Leute wie Du glauben das wäre was legitimes und es für unverdächtig halten.

Deine Screenshots zeigen keine "Security Solution" sondern Malware.

Schließe mich den Vorrednern an.

Nennt sich Virtual App Delivery - VAD.

z.B.: https://cameyo.com/cameyo-cloud/

Signierte & verschlüsselte Mails mittels S/MIME

Dafür brauchts aber Zertifikate für die Anwender

zur Nutzung im Team hiermit einfach und kostenfrei generiert: https://github.com/gunnarhaslinger/SMIME-OpenSSL-CA

Quote from Bud

Kann ich einen (sehr langen) CalDAV link via CNAME hinter einer Subdomain verstecken - ohne Funktionsverlust?

Nein, Du kannst aber einen URL-Shortener-Dienst verwenden oder einen Link der auf einen von Dir kontrollierten vHost/WebServer zeigt per HTTP-Redirect weiterleiten.

Mein "Nein" bezieht sich auch auf den Vorschlag damit den Host-Part shorten zu können - das wird nicht gelingen, da der Zielserver über kein Zertifikat lautend auf den CNAME aufweisen wird (außer dieser ist unter Deiner Kontrolle, aber dann bräuchtest Du diese Konstruktion ja gar nicht).

Interessantes Finding aRaphael ... ich hatte es (ohne es zuvor in den englischsprachigen AGB nachgeschlagen zu haben) sinngemäß immer so in Erinnerung, dass die Produkte mit dedizierten CPUs dies erlauben, jene mit shared CPUs eben nicht. Also dann über netcup.de statt netcup.eu bestellen und bessere AGB erhalten

According to the T&C this is prohibited:

• Operation of mining-services such as "Bitcoin", "Ethereum", "OneCoin" or "Monero".
• Running server services that cause a particularly high CPU load; this does not apply in the case of dedicated and root servers [a VPS is not a root-server!]

Using the provided RAM ist not a problem. Acting permanently with 100% CPU Load will raise attention.

Wie Paul schon völlig richtig schrieb, wertet die Website offenbar den Referer aus

Mit folgenden exemplarisch geprüften Referern erhält man einen Fehlercode:

• https://www.google.com/
• https://www.google.de/
• https://www.yahoo.com/
• https://www.bing.com/

Versucht man es hingegen mit anderen Referern, wie z.B. https://www.netcup.de/ dann klappt der Abruf.

Somit hat da jemand in der Website irgend eine "Sonderbehandlung" für Aufrufe mit Suchmaschinen als Referer konfiguriert.

Quote

Option --reuse-key

Wenn man es "händisch" aufruft oder scriptet und der verwendete CertBot dies so unterstützt vermutlich die einfachste Variante.

Wer das Renewal dem Certbot-Cronjob-Automatismus überlässt kann je nach Implementierung "reuse_key = True" in der Config setzen.

Wenn kein CertBot / Let's Encrypt verwendet wird kann man auch den TLSA-Record beim Zertifikatstausch zeitgerecht ändern, bedeutet es müssen überschlagend mindestens zwei gültig sein. Braucht halt Vorlaufzeit, weil DNS ja bekanntlich Zeit zum Propagieren braucht. Den TLSA-Record unverändert beibehalten zu können hat jedenfalls Vorteile.

Mich wundert, dass hier noch keiner die Frage des Lifecycles des verwendeten Schlüsselmaterials und Zertifikats gestellt hat.

Quote from H6G

Dann: DANE-EE, Use public key, Digest deiner Wahl (256, oder 512), PEM Format vom Zertifikat selbst einfügen, Port 25, TCP, FQDN vom Mailserver.

Ja, das kann man so machen.

ABER: Man muss auf Let's Encrypt / CertBot Seite auch zwingend dafür sorgen, dass das Schlüsselpaar bei der Erneuerung des Zertifikats wiederverwendet werden muss! Wie man das "zu Fuß" durchführt habe ich vor Jahren mal hier aufgeschrieben. Mittlerweile können die CertBot-Implementierungen das aber auch selbst, und man muss nicht mehr einen CSR mit OpenSSL selbst generieren.

Ein paar der genannten Punkte könnte man denke ich seitens Netcup elegant und mit wenig Aufwand lösen, indem man den kostenpflichtig buchbaren NFS-Storage für die Snapshots nutzbar machen könnte.