Podman-Netz konfigurierbar, Vorgabe pasta, auf Prod bebop-net

Prod laesst Phase 1 und Postgres in einem eigenen Netz laufen; die
Verbindung zeigt dort auf den Rechnernamen "postgres", den nur Podmans
DNS innerhalb von bebop-net aufloest. Die Unit hatte --network=pasta
fest verdrahtet - damit waere der erste Lauf an der Namensaufloesung
gescheitert, nicht an der Anmeldung.

Jetzt ${P2_NETZ}, mit Environment=P2_NETZ=pasta als Vorgabe. Die
Umgebungsdateien werden nach Environment= gelesen und ueberschreiben sie;
p2.env.beispiel setzt bebop-net.

Damit ist auch die Warnung vor host.containers.internal hinfaellig: sie
gilt nur ohne eigenes Netz. Die Checkliste sagt das jetzt so.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01NupWEBPzsyohVPG47HsTz8

deploy/p2.env.beispiel

@@ -1,12 +1,17 @@
 # Nach ~/.config/wurzelwerk/p2.env kopieren und ausfuellen. chmod 600.
 # Enthaelt Zugangsdaten und gehoert nicht ins Repo.
 
+# Das Podman-Netz, in dem der Lauf haengt. Auf Prod bebop-net: dort loest
+# Podmans DNS den Rechnernamen "postgres" auf, den DATABASE_URL benutzt.
+# Ohne eigenes Netz ist pasta richtig, dann aber muss in DATABASE_URL
+# host.containers.internal stehen.
+P2_NETZ=bebop-net
+
 # Die Datenbankverbindung steht auf Prod bereits in
 # ~/.config/wurzelwerk/database.env; die Unit liest beide Dateien. Hier nur
-# setzen, wenn Phase 2 eine andere braucht - etwa weil database.env auf
-# 127.0.0.1 zeigt, was aus dem Container heraus ins Leere laeuft.
+# setzen, wenn Phase 2 eine andere braucht.
 #
-# DATABASE_URL=postgresql://wurzelwerk:PASSWORT@host.containers.internal:5432/wurzelwerk
+# DATABASE_URL=postgresql://wurzelwerk:PASSWORT@postgres:5432/wurzelwerk
 
 # Threadzahl. Geht in die coder_version ein - eine Aenderung erzeugt einen
 # neuen Vektorbestand. Prod hat 16 Threads, 4 laeuft ueberall.