FYI Neuer PGP-Schlüssel [Update] [2. Update]

Ich habe einen neuen PGP_Schlüssel, vgl. Impressum.

[Update] Ein Problem habe ich noch nicht gelöst: Der QR-Code auf der Rückseite meiner Visitenkarte verweist direkt auf den alten PGP-Schlüssel, der bekanntlich eine Ascii-Datei ist. Wie man HTML umleitet, weiß ich, aber ASCII?

[2. Update] Ich habe eine sehr schöne Anleitung bekommen, muss aber noch Zeit finden, die umzusetzen. Danke, W.S.!

August 30, 2024 | abgelegt unter About this Blog, Hausmitteilung

Kommentare

9 Kommentare zu “FYI Neuer PGP-Schlüssel [Update] [2. Update]”

Die Anmerkung am August 30th, 2024 4:09 p.m.

Impressum oben links.
—–
Ich beantworte keine unverschlüsselten E-Mails.

Das tut mir leid.
—–
Das glaube ich nicht, daß dir das leid tut.
... der Trittbrettschreiber am August 30th, 2024 5:16 p.m.

„Ich beantworte keine unverschlüsselten E-Mails“

…aus pädagogischen Motiven heraus oder aus sicher berechtigter purer Angst vor den Hintermänninnen dieses überwachten, überwachen Überwachungsstaats …hx?

Würdest Du, lieber Burks, dich beleidigt fühlen, wenn man Dir imperiophobes Verhalten vorwürfe?

Ich z.B. bin nur noch beleidigt und ich entschuldige mich nicht dafür, niemals.
admin am August 30th, 2024 6:59 p.m.

Wer mir unverschlüsselt schreibt, hat das Impressum nicht gelesen oder ignoriert es, Spammer fallen sowieso raus.
Haxe am August 30th, 2024 10:10 p.m.

Wegen der Umleitung: „Gute“ Umleitungen werden niemals durch den Inhalt einer übertragenen Datei selbst ausgelöst – also ist es auch egal, ob es sich um HTML, Plaintext oder z.B. ein JPEG-Bild handelt. „Richtige“ Umleitungen funktionieren stattdessen über HTTP-Antwortheader des Webservers unabhängig von einer eventuell vorhandenen Datei. Sorge dafür (z.B. mit Hilfe einer Konfigurationsdatei wie .htaccess, oder alternativ über ein Feature deiner Blog-Software), dass der Server jeden Zugriffsversuch auf die alte Datei mit einer HTTP-Umleitung beantwortet, vorzugsweise Statuscode 302 oder 301.

Noch einfacher: Speichere die neue Datei auf dem Webserver doch einfach unter dem selben Namen wie die alte. Dann ist gar keine Umleitung nötig.
admin am August 30th, 2024 11:29 p.m.

@Haxe: Das geht nicht, weil die Schlüssel-ID Teil des Namens ist Das würde ziemlich verwirren. Ich kann mir natürlich neue Visitenkarten drucken lassen. :-)
blu_frisbee am August 31st, 2024 2:09 a.m.

Ich weiß eh nicht wie der Scheiß geht
bentux am August 31st, 2024 6:42 a.m.

Nette Frage, das Eine ist PGP. Ein Tool, wie ein schweizer Messer, um was zu verschusseln. Das soll heißen der Schlüssel ist Gültig oder nicht. Da willst Du keine Funktion die automatisch den neuen Schlüssel holt. Wie ein schweizer Messer kann es alles aber nix richtig.
Das andere ist ein Http Protokoll, das soll „einfach“ funktionieren, da sollte es möglich sein das die geneigte Verbindung, aus was für Gründen auch immer, weitergeleitet wird.
Das heißt, deine Visitenkarten sind für die Tonne. Wie wäre es mit einem QR Code? Der auf dein Impressum verweist. Sieht Hip aus, macht Eindruck und scheint In zu sein. Nen Link würde es auch tun. Abtippen kostet Lebenszeit.

<8*) Der Aluhut meint: PGP… Easy to use… Da muss Ich an Passwörter denken. Ne Doku um das Passwort zu ändern. How to change your Password in 80 easy steps. When you start the Procedure, don’t stop in the middle.
Jens am August 31st, 2024 6:49 a.m.

„Ich kann mir natürlich neue Visitenkarten drucken lassen.“
… halte ich für eine gute Idee.
Kostet nicht viel, die „Alten“ kann man noch zum Feueranmachen benutzen und man fummelt sich nicht IT-technisch nen Wolf — spart stattdessen Lebenszeit und hält ein wenig die Visitenkartenindustrie am Laufen.

Gruß
Jens
Die Anmerkung am August 31st, 2024 10:01 a.m.

Es sollte dahingehend funktionieren, daß du auf dem Webserver einen link (ln) (hard link) setzt, der auf den neuen PGP verweist, aber den alten Namen hat, der als Landing für die Visitenkarten.

ln neuer_pgp_key pgp_key_unter_altem_namen

Wenn ich nicht irre.