dev-pira / dev-pira/AgendaTech
[Bug] HTTPS quebrado no subdomínio de produção (certificado não cobre 3 níveis)
- Dominant language
- TypeScript
- Stars
- 1
- Forks
- 3
- Avg merge
- 3m
- Merged PRs (30d)
- 1
Description
## Descricao
O dominio de producao (agendatech.devpira.web88f08.kinghost.net) tem 3 niveis de subdominio. O certificado TLS do king.host e um wildcard de 1 nivel so (*.kinghost.net), que so cobre hostnames de 1 nivel (ex: web88f08.kinghost.net). Handshake TLS falha pra qualquer hostname com 2+ niveis.
## Evidencia
curl -v https://agendatech.devpira.web88f08.kinghost.net/ -> SEC_E_WRONG_PRINCIPAL / cert nao bate com o hostname.
openssl s_client mostra subject=CN=*.kinghost.net, SAN=DNS:*.kinghost.net, DNS:kinghost.net.
Teste comparativo: https://web88f08.kinghost.net/ (1 nivel) -> 200 OK. https://devpira.web88f08.kinghost.net/ (2 niveis) -> falha. https://agendatech.devpira.web88f08.kinghost.net/ (3 niveis) -> falha.
Em HTTP (sem TLS) tudo funciona normal.
## Impacto
Bloqueador critico pra qualquer frontend novo (ex. React) hospedado em HTTPS (praticamente garantido em Vercel/Lovable/etc): fetch pra API em HTTP e bloqueado por mixed content, fetch pra API em HTTPS falha por certificado invalido. Sem resolver, a integracao do frontend novo com esse backend em producao nao funciona.
## Sugestao de encaminhamento
Verificar no Kingpainel se da pra emitir SSL especifico pro subdominio atual, ou usar um hostname de 1 nivel (dentro do wildcard), ou apontar dominio proprio com certificado valido.
Documentado tambem em docs/frontend-integration.md (PR #69).
Contributor guide
Assessment
This issue has not been assessed yet.