https://blog.gene.nz/ru/Recent content on Женя Марихин - Тех блогHugoru-RUgene@marikhin.com (Gene Marikhin)gene@marikhin.com (Gene Marikhin)Mon, 28 Sep 2026 00:00:00 +0000https://blog.gene.nz/ru/posts/vso_vault/Mon, 28 Sep 2026 00:00:00 +0000gene@marikhin.com (Gene Marikhin)https://blog.gene.nz/ru/posts/vso_vault/<h1 id="как-секрет-vault-становится-kubernetes-secret">Как секрет Vault становится Kubernetes Secret</h1> <p><em>Погружаемся в глубины Homelab. Bare-metal-кластер Kubernetes v1.36.4, Vault, запущенный в том же кластере через официальный Helm-чарт, и Vault Secrets Operator (VSO), синхронизирующий секреты для GitLab Runner.</em></p> <p>Сразу после обновления моего домашнего кластера до Kubernetes v1.36.4 каждый <code>VaultStaticSecret</code> начал записывать одну и ту же ошибку:</p> <pre tabindex="0"><code>Failed to get Vault auth login: Error making API request. URL: PUT http://vault.hvault.svc.cluster.local:8200/v1/auth/kubernetes/login Code: 403. Errors: * permission denied </code></pre><p>Это сообщение почти ничего не объясняет. Для отладки нужно чётко понимать, что происходит между моментом, когда «VSO хочет получить секрет», и моментом, когда объект Kubernetes <code>Secret</code> появляется в etcd. В этой статье рассматривается вся цепочка.</p>https://blog.gene.nz/ru/about/Mon, 01 Jan 0001 00:00:00 +0000gene@marikhin.com (Gene Marikhin)https://blog.gene.nz/ru/about/<figure><img src="https://blog.gene.nz/img/gene.jpg" alt="Gene"> </figure> <p>Всем привет. Меня зовут Женя, я DevOps инженер, работающий с Kubernetes, CI/CD и IaC и это мой технический блог, где я пишу про практические моменты, которые меня заинтересовали.</p> <p>Я люблю автоматизировать различные части процесса раскатки приложений, настраивать различные сервисы мониторинга приложений и обеспечивать их надежность.</p> <p>В настоящий момент мой стэк включает в себя GitLab, Octopus Deploy, Vault, Helm and Kubernetes.</p> <p>Живу и работаю в Окленде, Новая Зеландия</p>