- Navios
- 3 de agosto de 2026 às 01:34 UTC
- Autor
- Kamo
- Enviar
- a1139a0
implant k1m1 nunca teve sucesso (0/5 desde que o repo foi criado). O trabalho reescreveu o servidor de API kubeconfig para https://k1m1:6443, mas o trabalho do corredor o recipiente resolve através do DNS público (1.1.1.1) e não pode resolver uma LAN nome da máquina, então cada implantação morreu com: discar tcp: procurar o k1m1 em 1. 1.1.1:53: não existe tal máquina Reproduzido de ambas as formas em um recipiente na máquina: k1m1:6443 falhou, e 192.168.4.22:6443 retorna a implantação. Esse IP está no certificado do servidor API SANs, então o TLS ainda verifica sem -- inseguro-skip-tls-verificar. Repos do irmão (ESigService, kamo-marketing) nunca reescreveu o servidor em tudo — este repo foi O mais estranho. Também adiciona uma sonda de conectividade fail-fast assim que uma regressão futura relata o servidor inalcançável em vez de aparecer como um erro confuso do DNS do kubectl.