Hallo Allerseits,
ohuu, alles neu hier im Forum.
Ich habe ein Problem mit dem Schlüsselserver und Seahorse.
Wenn ich einen Schlüssel veröffentlichen möchte, so kommt die Meldung
hkps://keys.openpgp.org Verbindung mit Server.. gescheitert.
Logischerweise habe ich den Server unter der Serverliste auch eingetragen.
Kennt sich Jemand mit dem Problem aus?
Besten Dank im Voraus!!
Gruß aus DN
Greg
Hust? So schlimm?
Ich habe mal noch im Journalctl nachgesehen:
Aug 16 08:54:12 gregina2 kernel: No NUMA configuration found
Aug 16 08:54:12 gregina2 kernel: Faking a node at [mem 0x0000000000000000-0x0000000137ffffff]
Aug 16 08:54:12 gregina2 kernel: NODE_DATA(0) allocated [mem 0x137ff9000-0x137ffcfff]
Aug 16 08:54:12 gregina2 kernel: Zone ranges:
Aug 16 08:54:12 gregina2 kernel: DMA [mem 0x0000000000001000-0x0000000000ffffff]
...skipping...
#2 0x00007f72606a2693 g_main_loop_run (libglib-2.0.so.0 + 0x53693)
#3 0x00007f72605398c8 n/a (libgio-2.0.so.0 + 0x1018c8)
#4 0x00007f72606d12c1 n/a (libglib-2.0.so.0 + 0x822c1)
#5 0x00007f725f775259 start_thread (libpthread.so.0 + 0x9259)
#6 0x00007f725f69e5e3 __clone (libc.so.6 + 0xfe5e3)
Stack trace of thread 19328:
#0 0x00007f725f693b2f __poll (libc.so.6 + 0xf3b2f)
#1 0x00007f72606f6b29 n/a (libglib-2.0.so.0 + 0xa7b29)
#2 0x00007f72606a0871 g_main_context_iteration (libglib-2.0.so.0 + 0x51871)
#3 0x00007f72606a08c2 n/a (libglib-2.0.so.0 + 0x518c2)
#4 0x00007f72606d12c1 n/a (libglib-2.0.so.0 + 0x822c1)
#5 0x00007f725f775259 start_thread (libpthread.so.0 + 0x9259)
#6 0x00007f725f69e5e3 __clone (libc.so.6 + 0xfe5e3)
Stack trace of thread 19331:
#0 0x00007f725f693b2f __poll (libc.so.6 + 0xf3b2f)
#1 0x00007f72606f6b29 n/a (libglib-2.0.so.0 + 0xa7b29)
#2 0x00007f72606a0871 g_main_context_iteration (libglib-2.0.so.0 + 0x51871)
#3 0x00007f7259c7cebe n/a (libdconfsettings.so + 0x5ebe)
#4 0x00007f72606d12c1 n/a (libglib-2.0.so.0 + 0x822c1)
#5 0x00007f725f775259 start_thread (libpthread.so.0 + 0x9259)
#6 0x00007f725f69e5e3 __clone (libc.so.6 + 0xfe5e3)
Aug 16 16:36:19 gregina2 systemd[1]: systemd-coredump@0-19521-0.service: Deactivated successfully.
Scheint was schlimmeres zu sein.
Wird der openpgp server wieder herausgenommen funktioniert das alles wieder.
Irgendwie kommt Seahorse mit dem openpgp Server nicht klar.
Hust: Don't use the PGP Keyservers? Der Beitrag war von 14 July 2015. Deshalb soll openpgp server ja besser sein.
Bin bei meiner Konfiguration zwar noch längst nicht bei dem Thema PGP-Schlüssel, aber wollte mal das Problem nachvollziehen.
Ich habe in seahorse als einzigen keyserver keys.openpgp.org eingerichtet und suchte nach meinem eigenen öffentlichen Schlüssel. Gefunden wurde er, aber beim Speichern sagte seahorse "Bad Request". Schon merkwürdig, gucken geht, aber nicht speichern?
Naja ich exportierte dann meinen Schlüssel vom anderen Rechner und wollte ihn in seahorse importieren. Es gab dabei keine Abfrage meiner Passphrase und somit wurde nur mein öffentlicher Schlüssel übernommen.
Per Terminal gpg --import wurde die Phassphrase verlangt und der Schlüssel ist auch in seahorse korrekt drinnen.
Das veröffentlichen erzeugte dann genauso wieder ein "bad request". Habe dann händisch den öffenlichen Schlüssel auf
https://keys.openpgp.org/ hochgeladen. Soweit zwar gut, aber seahorse läuft nicht so richtig.
Hilfe zur Lösung bin ich keine, aber wenn es neue Erkenntnisse gibt, gern her damit.
Eventuell ist Seahorse einfach nicht kompatibel mit dem Keyserver? Vor einiger Zeit gabs da doch mal 'n gewaltiges Erdbeben in der "Keyserver-Szene" und die Art, wie die Keyserver funktionieren hat sich grundlegend geändert.
