Ajuste fino
Os parâmetros que decidem quanta carga o servidor aguenta — resolvedor, recepção na borda e kernel — com backup e desfazer.
Onde fica: DNS principal → Ajuste fino · rota /tuning
Permissão: ver a tela exige tuning; salvar exige outras três — veja o aviso abaixo
Junto com Benchmark, é a dupla que se usa antes de entrar em produção: o benchmark mede o limite, esta tela move o limite.
A armadilha de permissão mais séria do produto
A visibilidade desta tela depende da permissão tuning. Mas as escritas dependem de
benchmark (aba de kernel, backup e restauração), recursor (parte dos parâmetros do
resolvedor) e dnsdist (aba de recepção).
Um perfil personalizado só com tuning vê a tela e recebe erro em tudo que tentar salvar.
Nos perfis internos isso não aparece porque o Operador tem as quatro.
As quatro abas
| # | Aba | O que ajusta | Reinicia algo? |
|---|---|---|---|
| 1 | Recursor | Concorrência, cache e tempos de espera da resolução | Sim, o resolvedor |
| 2 | DNSdist (listeners) | Quantos processos recebem na porta 53 | Sim, a borda |
| 3 | Kernel (sysctl) | Buffers e filas de rede do sistema | Não |
| 4 | Backup & Rollback | Retrato dos valores e volta atrás | Sim, ao restaurar |
Os rótulos são iguais nos dois idiomas.
A ordem que evita dor de cabeça
Comece sempre pela aba Backup & Rollback e crie um retrato dos valores atuais. Só então mexa nas outras. A própria aba do Recursor repete esse aviso no topo.
Aba 1 — Recursor
Cada campo mostra o valor padrão e a faixa aceita. Valores fora da faixa são recusados antes de qualquer escrita.
Threads e concorrência
É o grupo que se mexe quando o Dashboard acusa descartes por capacidade.
| Sintoma no Dashboard | O que ajustar |
|---|---|
| Descartes por falta de capacidade | O teto de consultas simultâneas — é a fila que enche antes de estourar |
| Processador saturado no pico, com núcleos sobrando | O número de threads de resolução, até o número de núcleos físicos |
| Muitas conexões TCP simultâneas (DoT/DoH) | O limite de conexões por cliente e no total |
Cache
Guardar mais respostas significa menos busca externa — e mais memória. A conta é direta: cada entrada custa em torno de 200 bytes, então um milhão de entradas ocupa aproximadamente 200 MB.
Cache grande demais para a memória disponível leva o servidor à troca de páginas em disco, e aí o desempenho despenca. Confirme que há folga de memória em Dashboard → Servidor antes de aumentar.
Há também o tempo de cache de "domínio inexistente". Reduza-o se um desbloqueio no bloqueio de domínios precisar valer rápido — é ele que segura a resposta negativa.
Tempos de espera
Dois valores: quanto cada servidor externo tem para responder, e o tempo total por consulta, incluindo retentativas.
Se você ligou a recuperação automática de falhas no Recursor, estes valores precisam ser mais curtos que o padrão — senão o resgate demora demais para entrar em ação. A própria tela indica os valores recomendados nesse caso.
Salvar
Reinicia o resolvedor, com interrupção abaixo de um segundo. A borda continua servindo o cache durante o intervalo, então o assinante normalmente não percebe.
A falha pode ser parcial
Salvar aqui grava em dois destinos diferentes, e é possível que um funcione e o outro não. O aviso aparece em amarelo dizendo qual metade falhou.
Leia antes de seguir: parte das mudanças já está aplicada, e repetir cegamente pode confundir o diagnóstico.
Aba 2 — DNSdist (listeners)
Controla quantos processos atendem simultaneamente na porta 53.
Não confunda com as threads do resolvedor
| Camada | Escala por | Sinal de que está no limite |
|---|---|---|
| Listeners (esta aba) | Fila do kernel | Acúmulo de pacotes na recepção, descarte de UDP |
| Threads (aba Recursor) | Latência e processador | Consultas em processamento subindo, descartes por capacidade |
Aumentar um não resolve o gargalo do outro. O bloco de uso por thread em Dashboard → Servidor é o que diz qual dos dois está saturado.
O modo Auto escala com o hardware e serve para quase todo mundo. O Manual fixa o número, de 1 a 16.
Há dois botões, e a diferença importa: um grava sem aplicar (vale no próximo reinício) e o outro aplica reiniciando a borda, com um breve intervalo sem resposta na porta 53.
Aba 3 — Kernel (sysctl)
Parâmetros do sistema operacional. Aplicam na hora e não reiniciam nada — é a aba mais segura das quatro.
Buffers de rede
É a causa mais comum de descarte silencioso sob carga: o buffer padrão do Linux é pequeno para um servidor DNS e enche em milissegundos, jogando pacotes fora antes de qualquer software ver.
Cada campo mostra o valor atual e o recomendado; quando divergem, o atual aparece destacado.
Filas e portas
Fila de pacotes por interface, pacotes processados por ciclo, fila de conexões pendentes e faixa de portas de saída.
Dois campos aceitam vários valores em sequência, e em um deles os três números precisam ser crescentes. Ordem errada quebra o comportamento de rede da máquina — e como esta aba aplica na hora, o efeito é imediato.
Aba 4 — Backup & Rollback
Guarda um retrato dos valores e permite voltar a ele. A tabela de diferenças mostra, parâmetro a parâmetro, o que está no retrato e o que está em uso — marcando o que divergiu.
Restaurar reinicia o resolvedor.
O método
Ajustar sem medir é chute. A sequência que funciona:
Meça o estado atual em Benchmark → Capacidade. Anote o limite sustentado e o que apareceu em "Limitado por".
Crie o backup na aba Backup & Rollback.
Identifique a camada certa. Em Dashboard → Servidor, o uso por thread diz se o gargalo é receber (listeners) ou resolver (threads).
Mude um parâmetro por vez. Duas mudanças simultâneas tornam impossível saber qual teve efeito.
Meça de novo, com o mesmo teste e o mesmo alvo. Se não melhorou, restaure o backup.
Quando o ajuste não é a resposta
Se o benchmark disser "Limitado por: teto testado", o servidor nem chegou perto do limite — não há o que ajustar.
E se o gargalo for de capacidade real e não de configuração, a resposta é dimensionamento: mais processador ou mais memória. Ampliar a máquina virtual é mais barato e mais previsível do que perseguir parâmetros.
Armadilhas
- Ver a tela e poder salvar dependem de permissões diferentes.
- Salvar na aba Recursor reinicia o resolvedor; na aba Kernel não reinicia nada.
- Falha parcial é possível na aba Recursor.
- Campos de múltiplos valores têm ordem obrigatória.
- Cache maior que a memória disponível piora o desempenho.
- Vários parâmetros migraram da tela do Recursor para cá — documentação antiga apontando para lá está errada.
- As sugestões automáticas não estão mais nesta tela, apesar de o subtítulo ainda mencioná-las. Elas vivem em Detecção Comportamental.