Estou sempre procurando maneiras de otimizar meu laboratório doméstico, e uma tarefa que sempre adiei é o gerenciamento de servidores DNS. É sempre uma carga mental enorme, começando por ter que lembrar onde as coisas estão em outra WebUI antes mesmo de chegar às tarefas que desejo realizar. Isso antes de mergulhar nos registros para ver o que acontece quando as coisas dão errado.
Prefiro não fazer isso, ou pelo menos ser capaz de gerenciar isso em conversas naturais, para que não pareça que você está lutando contra um servidor. Seria ainda melhor se eu pudesse automatizar tarefas que realmente odeio, e nada se compara a encontrar padrões suspeitos em logs de servidores como o LLM. É hora de descobrir o que era possível para que eu pudesse descarregar algum trauma mental no LLM local.
Esqueça o Pi-hole, mudei para esta alternativa de autoatendimento mais poderosa
Técnico é meu novo favorito.
É sempre DNA, mas…
É hora de brincar com fogo digital
O gerenciamento de servidores DNS é um bastante trabalhar para fazê-lo corretamente e com segurança. Adicione a possibilidade de remover acidentalmente a internet ou solução interna, e é um campo minado com o qual muitas pessoas não gostam de lidar em casa. Então, por que eu iria querer entregar as rédeas a um LLM?
Bem, vários motivos, mas tenho alguns principais. O principal é que não quero o fardo mental de lembrar onde tudo está na WebUI, portanto, a capacidade de gerenciar coisas com processamento de linguagem natural e deixar o LLM lidar com chamadas de API, etc., seria um grande benefício. Então posso continuar a aprender os conceitos, não preciso aprender as etapas da GUI e as diferenças nas frases.
A segunda para mim é a capacidade de configurar a automação, como quando um novo dispositivo ou máquina virtual ingressa na rede, obtém o nome de domínio local, a reserva de DHCP e todas as outras tarefas tediosas com as quais tenho lidado manualmente. Ou um agente que analisa os registros para detectar padrões suspeitos e ajusta automaticamente as listas de bloqueios. Afinal, o objetivo do LLM é facilitar as coisas para o usuário, sem nenhuma contribuição minha.
Um técnico foi uma escolha natural
Existem muitos servidores DNS que você mesmo pode hospedar, e o que eu uso pode não ser adequado às suas necessidades. Porém, para o que desejo realizar, o Technitium é perfeito.
Por que? Para começar, possui uma API HTTP abrangente para gerenciar todo o console da web por meio de endpoints REST que retornam JSON. Isso torna as coisas mais fáceis porque tudo que um LLM poderia desejar já pode ser facilmente descoberto e documentado. Também já está rodando no meu servidor Proxmox como LXC, o que facilita trabalhar com uma plataforma que conheço.
Mas também existe um servidor MCP que permite gerenciar o Technitium com segurança. Isso é igualmente importante porque quero que meu LLM controle as coisas, mas também não tenha alucinações ou qualquer um dos muitos contratempos que podem ocorrer com a IA. Agora, enquanto usarei o Claude aqui, irei conectá-lo ao LLM local, agora que tenho uma prova de conceito para não usar tokens de assinatura caros para manutenção contínua.
Meu laboratório doméstico está em constante mudança no momento e, até que eu tenha tudo configurado, o Qwen Coder Next não estará configurado no momento. Talvez eu mude para o Nemotoron Omni para um LLM mais versátil ou alterne entre vários conforme necessário. Em qualquer caso, isto é para testar o que é possível fornecer um núcleo estável e permanente.
Eu amo esta versão interativa do DNA
É como ter seu próprio administrador de sistema em uma caixa
Agora, detalhes completos aqui. Isso foi feito em um novo Technitium LXC, portanto a quantidade de dados que ele retorna às equipes é atualmente mínima. Mas também é perfeito para criar a configuração desejada com um servidor MCP tolerante à segurança para gerenciar o Technitium Claude Code levou dois minutos para ser instalado.
Agora Claude pode ler meu Technitium via API, tirar dúvidas e ajudar a configurar opções. Existem 18 ferramentas somente leitura e 21 ferramentas de gravação, desde a reversão de configurações até a criação de novas zonas DNS, registros ou qualquer outra coisa. Esta é a maneira mais fácil de adicionar listas de bloqueio, zonas ou entradas.
O gerenciamento de DNS nunca foi tão fácil porque Claude conhece todas as APIs do Technitium e se eu digitar algo errado ele irá sugerir correções ou alternativas. É como um estagiário com um mentor e é muito mais fácil para mim aprender porque aprendo na prática, mas também absorvo melhor as informações quando estão em texto do que faladas.
O script une tudo
A IA pode gerenciar meu DNA sempre que quiser
Agora que tenho uma configuração interativa, em um contêiner Technitium estável, tenho mais planos. Primeiro, precisamos implantar mais algumas instâncias do Technitium com a mesma configuração que criamos recentemente em cluster com failover e sincronização automáticos. Não há tempo de inatividade para meu DNS e não preciso gerenciar manutenção, sincronização ou qualquer outra coisa.
Então é hora de fazer um pouco de Python, e com isso realmente quero dizer deixar o LLM me escrever alguns scripts para registrar automaticamente o DNS para criar uma nova VM em um host Proxmox, sincronizar o DHCP com o DNS e fazer a renovação automática de SSL, o que é útil, pois Let’s Encrypt recomenda a renovação a cada 60 dias e vou esquecê-lo até que o erro HTTPS comece.
Estou apenas arranhando a superfície aqui e tenho certeza de que meu LLM local terá algumas idéias depois de aprender os modelos do Technitium e meu uso em laboratório doméstico. Também não estou pronto para tirar as rodinhas e deixar as coisas serem totalmente automatizadas, mas trabalho com confiança e verifico o tempo todo.
