- Expediere
- 23 septembrie 2026 la 11:05 UTC
- Autor
- Kamo
- Comite
- 76e6522
NODE TLS REJECT UNAUTORIZAT: "0" în k8s/configmap.yaml a făcut fiecare server-side outbound TLS apel în acest proces scop, atâta timp cât pod ruleaza Asta este. o excepție mult mai mare decât orice are nevoie în prezent. Istorie, de la alături de MEDIASERVICE URL îndreptată spre - Nu. Denumirea DNS a serviciului care prezintă certificatul propriu al grupului, care nu este public CA pachet de încredere. bdfb2f5d apoi "corectat" MEDIASERVICE URL înapoi la Nu-ţi face griji. (care hop este simplu HTTP astăzi), dar a lăsat bypass-ul TLS în loc. I-am urmărit pe toţi ceilalţi ţintiţi din afară: - API SERVICE URL (utilizat de apiProxy.ts's forwardToApi, majoritatea rutele proxy) și MEDIASERVICE URL sunt simple http://în acest sens ConfigMap deja. - CONVERSION SERVICE URL nu are o suprascriere aici și implicit pentru a clarifica http://în cod. - The two remains https:// targets În cazul în care se aplică articolul 2 alineatul (2) din Regulamentul (CE) nr. org/current/route.ts) și calculAuthBase From Alias's Au suprascrieri nesetate. - Nu. AUTH BASE URL nu sunt în acest ConfigMap), astfel încât în producție ambele rezolva întotdeauna la solicitarea Domeniul public propriu al organizației, servit prin același domeniu Ingress care pune capăt traficului de browser și susținut de un CA public. - Fiecare rută care încă mai construiește (utilizat numai atunci când MEDIASERVICE URL este dezactivat) verifică mai întâi env var, așa că Această ramură este moartă în această desfăşurare. - Nu exista nici un client direct MinIO/S3 in acest repo; URL-urile presemnate sunt doar șir-rescris, nu adus cu un config TLS personalizat. Nimic nu mai are nevoie de validarea certificatului dezactivat. Cele două rute care proxy uploads direct la MediaService peste nodul brut:http/https (Atacuri, capturi de ecran domeniu de aplicare HTTPS, care este locul potrivit pentru o excepţie ca aceasta dacă cineva este vreodată nevoie din nou .