Output real
Ele executa comandos e mostra o output real.
O Devnix Ops ajuda você a gerenciar serviços no Linux executando comandos reais e exibindo o output real, para que você possa verificar cada alteração pessoalmente.
Ele executa comandos e mostra o output real.
Ele edita arquivos na sua pasta de trabalho.
Ask first pausa antes de cada alteração.
Você escolhe o modo, o agente executa as ferramentas e você revisa o resultado antes que ele seja aplicado. No Ask first, você aprova as alterações antes que elas sejam executadas, enquanto o Auto-run age imediatamente.
systemctl list-units --type=serviceunidades listadassystemctl is-active exampleativosystemctl status exampleem execuçãojournalctl -u example -n 55 linhassystemctl list-unit-filesarquivos listadosO Devnix Ops prepara o arquivo de unidade localmente e depois usa o Shell para executar systemd-analyze verify no seu servidor, para que você possa revisar o relatório de sintaxe antes de prosseguir. Verifique o status. O agente define ExecStart para o caminho do seu programa dentro da seção [Service]. Revise o diff no modo Ask first antes de aprovar qualquer alteração no seu servidor. Execute sudo systemctl daemon-reload para que o systemd leia a nova configuração imediatamente. Execute sudo systemctl enable --now para iniciar o serviço e habilitá-lo na inicialização. Solucione problemas executando journalctl -u name -n 50 para ver as últimas cinquenta linhas de log. Use systemctl list services para verificar 'system ctl' enquanto o serviço não está sendo habilitado na inicialização.
Você pede ao agente para editar um serviço existente e ele usa write_file para criar um override.conf na pasta do chat para o seu servidor. Ele mostra o diff. Você revisa as alterações cuidadosamente no modo Ask first antes de prosseguir. Então o agente usa o Shell para scp o arquivo para o seu servidor. Ele executa sudo systemctl daemon-reload para que o systemd releia os arquivos de unidade. Você aprova o comando final de reinicialização para aplicar as alterações. O agente mostra o novo status do seu serviço imediatamente. Você verifica journalctl -u name -n 50 para verificar se o cliente do log do systemd se conecta ao socket.
Não é um serviço hospedado ou plugin; destina-se apenas aos seus próprios arquivos, PC e servidores que você tem autorização para usar. Você mantém o trabalho dentro deles, mas o agente não impõe o escopo. Não há garantia de que o código, varreduras ou análises estejam corretos. Usuários frequentemente perguntam o que exatamente é o systemd para entender o gerenciador de serviços por trás do Linux.