Der Moment, wo man Amazon auf den Mond schießen möchte:
Ja wohin denn sonst?! Nach Swasiland?!
Der Moment, wo man Amazon auf den Mond schießen möchte:
Ja wohin denn sonst?! Nach Swasiland?!
Weil kürzlich jemand gefragt hat, wie seine Hostnamen, die nicht publiziert wurden, aber in Zertifikation enthalten sind, gefunden werden konnten:
Probiert einmal das https://securitytrails.com/
cacert hat doch erst beschlossen weiterzumachen (trotz letsencrypt).
Theoretisch bin ich CAcert-ensurer und sollte dem Projekt also volle Rückendeckung geben. Praktisch hat sich CAcert aus meiner Sicht aber nie wirklich durchgesetzt, weil die CA weder cross-signed ist noch die CA in Browsern je enthalten war. Das hat die Anwendungsmöglichkeiten aus User-Sicht doch beträchtlich eingeschränkt.
Zu Letsencrypt und S/MIME gibt es hier eine Diskussion.
Vergleichbare Probleme (abschneiden des Up- oder Downloads) scheint es zu geben, wenn php_max_filesize oder upload_filesize zu klein gesetzt sind. K.a., ob das hier von Relevanz ist.
Noch ein Hinweis: Ich habe jeweils immer ohne Passwortschutz ausgewählt.
Die Datei ist ohne Passwort offenbar noch etwas kleiner 1.079.098.943 Byte statt 1.079.295.551, der Abbruch erfolgt früher.
Sehr komisch, dass er sich nicht mehr meldet oder sich verabschiedet hat.
Das hab ich hier auch schon gefragt. Seine Website war zuletzt übrigens auf einem noch früheren Stand. Seine ruhige, freundliche und stets gelassene Hilfsbereitschaft und sein Witz fehlen. Hoffentlich geht es ihm gut.
BTW/OT: S/MIME - Personal Free Use Zertifikate sind offenbar am Aussterben. Der letzte, den ich gefunden habe, ist via https://davidroessli.com/logs/2019/09/f…ficates-in-2019, wo auch auf Efail Bezug genommen wird: https://www.actalis.it/products/certi…ronic-mail.aspx
Wiener
Elefanten
Bestellen
Schiache
Platten
Am
Computer
Eleganter
Könntest du vielleicht aus Spaß an der Freude einfach 500MB Unsinn hochladen, z. B: irgendein ISO-Image? Dann dürfte dein Backup auch ca. 1,5GB groß sein...
Ich wollte auf Nummer Sicher gehen und habe Debian 10.0.1 DVD1 mit 4,3 GB genommen. Dann habe ich gemacht, was Du beschrieben hast. Ausgeloggt aber habe ich mich, bevor das Backup durch war. Nach dem Wiedereinloggen wird mir eine Datei von 4,47GB angeboten.
Der Download, den Firefox als „Fertig“ anzeigt, ist jedoch nur 1.0GB groß. Auf der Platte sind es 1.079.295.551 Bytes, was der Dateimanager unter Ubuntu als 1.1GB anzeigt.
Problem bestätigt: mit Firefox und Chromium.
Jetzt darf ich aber: hä? Wir reden hier ja schon noch über Roundcube
Schon recht ![]()
Und nun zu etwas völlig anderen - und davon nur die Schmankerln:
„Eine neue Variante von ZombieLoad lässt sich nicht nur auf Intel-Prozessoren der Generation 10 durchführen, sondern auch das von Intel als Lösung präsentierte Software-Update scheint auch ältere Rechner nicht ausreichend von der Attacke zu schützen.“
„Viele Cloud-Hersteller werden deshalb nun sehr wütend auf Intel sein, denn sie haben sich auf Intel verlassen und sich neue Prozessoren gekauft, unter der Annahme, dass diese sicher sind. „Aber viele neue Produkte sind jetzt davon betroffen“, sagt Gruss.“
https://futurezone.at/produkte/intel…hrdet/400672775
*Autsch*
Bitte nochmal mit "curl -L -I" testen
Ob Smiley oder nicht, so schaut's aus - nix 401 mit 1.4.0 - curl -L -I https://server1.domain.tld/webmail
Vielleicht liegt's ja daran, dass ich nginx nehme.
HTTP/1.1 301 Moved Permanently
Date: Mon, 11 Nov 2019 09:35:51 GMT
Server: Apache/2.4.38 (Debian)
Location: https://server1.domain.tld/webmail/
Content-Type: text/html; charset=iso-8859-1
HTTP/1.1 302 Found
Date: Mon, 11 Nov 2019 09:35:51 GMT
Server: Apache/2.4.38 (Debian)
Set-Cookie: Horde=p23ne3pe4b67jhv0bhvpm7i79j; path=/webmail/; domain=server1.domain.tld; secure; HttpOnly
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate
Pragma: no-cache
Set-Cookie: horde_secret_key=p23ne3pe4b67jhv0bhvpm7i79j; path=/webmail/; domain=server1.domain.tld; secure; HttpOnly
Location: https://server1.domain.tld/webmail/login.php
X-Cache: MISS from server1.domain.tld
Content-Type: text/html; charset=UTF-8
HTTP/1.1 200 OK
Date: Mon, 11 Nov 2019 09:35:52 GMT
Server: Apache/2.4.38 (Debian)
Set-Cookie: Horde=o202hkkucp20s7u1lrqvm58e4b; path=/webmail/; domain=server1.domain.tld; secure; HttpOnly
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate
Pragma: no-cache
Set-Cookie: horde_secret_key=o202hkkucp20s7u1lrqvm58e4b; path=/webmail/; domain=server1.domain.tld; secure; HttpOnly
Vary: Accept-Language,Accept-Encoding
X-Cache: MISS from server1.domain.tld
Content-Type: text/html; charset=UTF-8
Alles anzeigen
Vielen Dank schon mal fürs Testen! Könntest du vielleicht aus Spaß an der Freude einfach 500MB Unsinn hochladen, z. B: irgendein ISO-Image? Dann dürfte dein Backup auch ca. 1,5GB groß sein... Würdest mir einen riesen Gefallen tun, wenn du das dann damit nochmal testen könntest.
Du möchtest in Wahrheit, dass ich mein DSL teste, oder O:-) ?
Mal sehen, ...
Gibt es eingentlich die Möglichkeit eines Webspace-Tarifs mit eigener IP?
Die Reseller-Webspaces könnten eine Lösung für Euch sein. Aber Vorsicht: ich habe RS und VPS und lande trotzdem ohne mein Zutun auf der M$-Blacklist, denn sperren einfach gleich einen ganzen Range /24, /22. Das ist ja das Problem dabei. Was ich zuletzt unternommen habe, um davon wieder herunter zu kommen, habe ich ja beschrieben.
Ich habe ins Rettungssystem gebootet den Windows Server und erhalte folgende Meldung, wenn ich die Daten eintrage:
Im Rettungssystem wird der Adapter wohl auch ensXirgendwas heissen?
Das Problem sehe ich partiell: nach dem Ausloggen und Wiedereinloggen bekomme ich nach Eingabe des Sicherungspasswortes gar nur 144.9 KB. Der Inhalt deutet auf eine WCP-Seite hin, die da abgespeichert wird. Nach einem weiteren Versuch in derselben Session kommt nach erneuter Abfrage des Kennworts ein Download unbekannter Größe. Am Ende ist aber ein vollständiges Archiv da. Wie gesagt, weniger als 1,1GB, nämlich 953MB auf der Platte. 908 MB laut Plesk.
Also in meinem Webhosting 2000 SE nclabs kann ich das Problem aktuell nicht nachvollziehen. Dort gibt es den „Backup-Manager“ über ich das Backup erstellen lasse. Ich kann das Backup gleich über den Browser herunterladen, komme aber im Archiv nur auf etwas über 900 MB.
Eine Möglichkeit, einen FTP-Speicher zu nützen gibt es, das scheint aber ein integrierter FTP-Client zu sein, der auf einen dort anzugebenden FTP-Server dieses Sicherungsarchiv überträgt (PUT).
Wie das bei Dir mlohr aussieht, kann ich nicht nachvollziehen.
curl -I https://server1.domain.tld/webmail
HTTP/2 301
server: nginx/1.16.1
date: Sun, 10 Nov 2019 15:01:25 GMT
content-type: text/html
content-length: 169
location: https://server1.domain.tld/webmail/
x-frame-options: DENY
x-content-type-options: nosniff
x-xss-protection: 1; mode=block
Ich darf die Frage wiederholen: „Hä?!“
Bei fortdauernden Beschwerden kontrollieren Sie Ihre nginx-Konfiguration oder befragen Sie Ihren Arzt oder Apachen zu .htacess.
Mysteriös... Binary-Mode ist aber schon aktiviert, oder? Eventuell komm ich am Nachmittag dazu, dass ich es teste.
Hat jemand schon das Update eingespielt?
Ja.
Was mich in der neuen Version aber aktuell etwas stört, ist, dass der Status Code immer 401 zurück liefert, wenn ein User nicht eingeloggt ist.
Hä?!