Um registo SVCB indica como contactar um serviço. Pode apontar para outro nome e publicar parâmetros como protocolo, porta e pistas de endereço. Para websites utiliza-se muitas vezes a variante HTTPS (dedicada à web).
Inclui nome, tipo, prioridade, objetivo, parâmetros e TTL. O TTL controla o tempo em cache no resolvedor local.
| Nome | Tipo | Prioridade | Objetivo | Parâmetros | TTL (s) |
|---|
| _imap._tcp.exemplo.com | SVCB | 1 | mail.exemplo.net. | alpn=imap port=993 ipv4hint=203.0.113.10 | 3600 |
O nome indica protocolo e transporte (_imap._tcp). O objetivo referencia outro host e os parâmetros detalham ligação.
Prioridade 0 ativa modo alias: o nome comporta-se como alias para o objetivo.
| Nome | Tipo | Prioridade | Objetivo | Parâmetros | TTL (s) |
|---|
| apex.exemplo.com | SVCB | 0 | cdn.exemplo.net. | (sem parâmetros) | 3600 |
Serve como alternativa ao CNAME onde este não é permitido.
| Parâmetro | Função |
|---|
| alpn | Anuncia protocolos suportados (h2, h3, imap...) |
| port | Indica a porta do serviço |
| ipv4hint | Fornece sugestões de endereços IPv4 |
| ipv6hint | Fornece sugestões de endereços IPv6 |
| ech | Publica dados ECH (Encrypted ClientHello) |
São indicações; não substituem registos A/AAAA.
TTL curto acelera alterações. TTL médio/longo reduz consultas. Reduza antes da modificação, aumente após validação.
Nota
Para websites prefira registos HTTPS, que seguem as mesmas regras com semântica específica para navegadores.
Em nomes de serviço _serviço._protocolo, como _imap._tcp, quando o protocolo o prevê.
No ápice, em modo alias, se precisar apontar para outro nome evitando CNAME.
SVCB pode coexistir com A/AAAA; clientes que não o suportam continuam a usar endereços tradicionais.
Evite
Encadear objetivos sem necessidade.
Publicar parâmetros incoerentes com o serviço real.
Omitir A/AAAA no objetivo quando necessário.
Lookup DNS apresenta prioridade, objetivo, parâmetros e TTL observados. Depois teste localmente.
nslookup
set q=svcb
exemplo.com
nslookup
set q=svcb
server 1.1.1.1
exemplo.com
dig svcb exemplo.com
dig svcb exemplo.com @1.1.1.1
Prioridade 0 = alias; >0 = serviço com parâmetros. alpn orienta a escolha de protocolo. ipv4hint/ipv6hint são apenas sugestões. TTL alto justifica atrasos.
- Definir objetivo: alias ou publicação de parâmetros.
- Reduzir TTL para 300/60 segundos antes da implementação.
- Publicar o SVCB com prioridade e parâmetros definidos.
- Verificar com nslookup/dig em várias redes.
- Restaurar TTL após estabilização.
Dica prática
Documente prioridade, objetivo e parâmetros, com data e motivo. Facilita controlos futuros.
Publicar _api._tcp com alpn e port para orientar clientes.
Modo alias para apontar ao hostname fornecido, mantendo A/AAAA no destino.
Num site, publicar registo HTTPS (variante SVCB) com alpn=h3 e, se disponível, ech.
- Se clientes ignoram SVCB, confirme presença de A/AAAA no objetivo.
- Se protocolo selecionado está errado, verifique
alpn. - Se surgir loop, confirme que o objetivo não aponta de volta para o nome original.
- Se valor antigo persiste, aguarde o TTL expirar e limpe caches controladas.
Em resumo, registos SVCB descrevem um serviço, podendo atuar como alias ou fornecer parâmetros avançados. Ajuste o TTL para facilitar transições e valide com ferramentas online e nslookup/dig para garantir uma implementação previsível.