<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Podman on Damien Dyes Blog</title>
    <link>https://blogs.damiendye.uk/de/tags/podman/</link>
    <description>Recent content in Podman on Damien Dyes Blog</description>
    <generator>Hugo</generator>
    <language>de-DE</language>
    <lastBuildDate>Fri, 09 Oct 2026 18:30:00 +0100</lastBuildDate>
    <atom:link href="https://blogs.damiendye.uk/de/tags/podman/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>SSH-Anmeldungen, signiert von step-ca: Schluss mit authorized_keys</title>
      <link>https://blogs.damiendye.uk/de/certificates/step-ca-ssh-certificates/</link>
      <pubDate>Fri, 09 Oct 2026 18:30:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/certificates/step-ca-ssh-certificates/</guid>
      <description>step-ca als SSH-Zertifizierungsstelle: Host-Schlüssel signieren, damit Clients nicht mehr nach Vertrauen fragen, Benutzerschlüssel signieren, damit Server kein authorized_keys brauchen, die zwei Zeilen in sshd_config und die eine in known_hosts, was im Test abgewiesen wurde, und das Erneuern von Host-Zertifikaten.</description>
    </item>
    <item>
      <title>Deine eigene Zertifizierungsstelle: step-ca im Container</title>
      <link>https://blogs.damiendye.uk/de/certificates/step-ca-in-a-container/</link>
      <pubDate>Fri, 09 Oct 2026 17:50:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/certificates/step-ca-in-a-container/</guid>
      <description>Smallsteps step-ca im Podman- oder Docker-Container als Zertifizierungsstelle für alles im Haus: warum sie für interne Namen besser ist als selbstsignierte und öffentliche Zertifikate, die zwei Passwörter des Images, der Root im Trust Store, internes HTTPS über ACME und Erneuerung für Dienste ohne ACME.</description>
    </item>
  </channel>
</rss>
