- Expédié
- 3 août 2026 à 02:47 UTC
- Auteur
- Kamo
- Commite
- 8f6c672
Retourne la politique ajoutée en 06db7db et patchée en 24f76ae. Il a fallu Service de sécurité en baisse pendant environ six minutes en production (pod 0/1, Hikari) les connexions en train de mourir, un redémarrage de la vienalité) et a été supprimé pour restaurer le service. L'erreur consistait à supposer que les dépendances dans les groupes d'entreprises se résolvent à des gousses. La plupart d'entre eux le font pas ici: cockroachdb-public, nats et mini-public sont tous des services avec manuel Les points d'arrivée pointant à l'adresse 192.168.4.22 du noeud et le seul redis est en fait Pod-d-d-supplémenté. Une règle de l'espace espace de l'espace de sélection ne peut pas correspondre à une adresse de nœud, et à chaque noeud l'adresse se trouve à l'intérieur de la gamme privée la règle de l'internet sauf - donc ces trois n'avait pas de règle d'appariement et Cilium les a ratés. Le dispositif transdermique de 24f76ae a attrapé MinIO et les deux autres ont raté, ce qui est précisément son échec. Une version correcte est inscriptible (permettre le sous-réseau noeud sur 26257/4222/9000 plus le Pod CIDR), mais expédier une deuxième tentative à quelque chose qui vient de causer une panne. sans environnement d'étagère pour le prouver contre, est un mauvais commerce pour ce que cette achète. Il n'a jamais été que de la défense en profondeur: le véritable contrôle contre un L'URL fournie par l'expéditeur est PublicHostGuard plus le Fetcher de paupières DNS dans SecurityService, qui est la seule couche qui comprend la reliure DNS, est l'unité testés contre les by-passes, et ne sont pas affectés par ce retour. Il vaut la peine d'agir plus tard, en même temps que la conversion de ces services soutenus par les nœuds à de véritables points d'extrémité dans le groupe - la topologie est ce qui rend la politique du réseau dangereuse Ici, et c'est la chose à réparer en premier.