- Verschifft
- 3. August 2026 um 01:34 UTC
- Autor
- Kamo
- Ausschuss
- a1139a0
deploy_k1m1 war noch nie gelungen (0/5 seit dem Repo erstellt wurde). Der Job den kubeconfig API-Server auf https://k1m1:6443 umgeschrieben, aber die Aufgabe des Läufers container löst sich durch öffentliches DNS (1.1.1.1) und kann ein LAN nicht auflösen Hostname, so dass jeder Einsatz starb mit: Wählt tcp: lookup k1m1 auf 1.1.1.1:53: kein solcher Host In beide Richtungen in einem Container am Wirt reproduziert: k1m1:6443 scheitert und 192.168.4.22:6443 gibt den Einsatz zurück. Diese IP befindet sich in der API-Server-Zertierte SANs, so TLS noch überprüft ohne --unsicher-überspringen-tls-verifizieren. Geschwister repos (ESigService, kamo-marketing) nie umgeschrieben den Server überhaupt - dieses Repo war der Ausreißer. Auch fügt eine ausfallende schnelle Konnektivität Sonde, so dass eine zukünftige Regression berichtet die unerreichbarer Server, anstatt als verwirrender kubectl DNS-Fehler aufzutauchen.