Configuração de VPS com cartões que você lê e aprova

O que o agente pode usar em uma tarefa de VPS

• Arquivosread_file, write_file, edit_file, grep, glob e list_dir funcionam na pasta de trabalho do chat, onde você mantém arquivos de configuração copiados, logs e anotações. Um contador mostra arquivos criados, editados e lidos.
• Shellexecuta comandos no ambiente escolhido, Windows local, WSL ou SSH para o seu próprio servidor, e julga o sucesso pelo código de saída real, não pelo que a saída parece. Comandos perigosos são bloqueados.
• Webweb_search encontra documentação e http_get lê uma página oficial, para que você possa verificar uma configuração contra o texto próprio do provedor.
• Capturas de tela e imagensocr lê texto de uma captura de tela salva, por exemplo, uma mensagem de erro do painel do provedor, e gen_image salva arquivos de imagem.
• Orquestraçãotask executa verificações independentes como sub-agentes paralelos, run_on_model envia uma etapa difícil para um modelo maior e skill armazena playbooks reutilizáveis.
• Modos de aprovaçãoAuto-run atua imediatamente, Ask first pausa antes de ações que alteram algo e Plan only grava um plano e não executa nada.
• Cronexecuta um prompt salvo em um agendamento, por exemplo, uma verificação diária de espaço em disco, memória e status do serviço que você lê depois.
• Modelosconecte um provedor de nuvem por meio de um endpoint de API padrão, um modelo executando localmente no seu PC ou o modelo integrado. O botão Test verifica um endpoint.

Quatro etapas revisadas em um novo servidor

Atualizar, adicionar um usuário, testar login por chave

Comece com a atualização, um usuário normal para o trabalho diário e chaves SSH. Quem está no primeiro VPS costuma perguntar o que fazer sobre segurança, e esta ordem é a resposta prática: atualize primeiro, depois o usuário, depois as chaves, depois o firewall. O Portward executa seu comando de atualização com Shell e mostra o código de saída em um cartão, usa write_file para salvar uma nota de cada etapa e prepara a alteração de configuração SSH com edit_file como um diff. Teste o login por chave de uma segunda sessão antes que o login por senha seja desativado. Mantenha a primeira sessão aberta até que o teste seja aprovado. Ask first pausa antes de cada ação que altera algo, para que você aceite 1 diff por vez e leia cada resultado. Expanda um cartão para ler a saída completa ou o diff inteiro.

Abra apenas as portas que você precisa

Uma regra de firewall errada pode cortar seu próprio login, e uma sessão bloqueada não pode se reparar. O Portward executa seu comando de firewall com Shell para listar as regras atuais, lê uma cópia do arquivo de regras com read_file e usa grep para encontrar as linhas para SSH e para cada serviço que você executa. Ele então propõe uma alteração por vez com edit_file, mostrado como um diff. Teste a nova regra. Abra uma segunda sessão SSH e confirme que você ainda pode fazer login antes de fechar a primeira. Uma regra de firewall ou configuração SSH errada pode bloquear seu acesso, então mantenha ambas as sessões abertas até que o teste seja aprovado. Permita apenas as portas que você precisa e nada mais, depois grave a lista final de portas abertas em seu arquivo de anotações com write_file.

Adicionar usuários de transferência de arquivos para clientes

SFTP é transferência de arquivos sobre SSH, então um servidor Linux que já permite SSH geralmente não precisa de um servidor separado. Iniciar um serviço SFTP, portanto, significa adicionar um usuário, uma pasta e um limite ao serviço SSH que já está em execução. Se você quiser ajuda para configurar sftp, o Portward executa o comando de usuário que você escolher com Shell, lê uma cópia das configurações na pasta de trabalho e mostra a alteração como um diff. FTP simples envia senhas não criptografadas e não deve ser usado na internet, então os exemplos aqui usam apenas SFTP. Dê a cada cliente um usuário dedicado, limite o acesso a um diretório e mantenha os direitos de administrador longe dos usuários de transferência de arquivos. Ask first aguarda sua aprovação, e você faz login como o novo usuário de uma segunda sessão para confirmar que os limites funcionam.

Fazer backup, restaurar e manter o monitoramento

Um backup só conta quando uma restauração funciona. O Portward executa seu comando de backup com Shell e relata seu código de saída real, então write_file registra a data e o resultado em um arquivo de log na pasta de trabalho. A ferramenta task pode executar verificações independentes de espaço em disco, memória e status do serviço como sub-agentes paralelos, e Cron repete esse prompt de verificação em um agendamento, para que você leia 3 cartões curtos em vez de fazer login manualmente. Restaure o backup em uma cópia sobressalente, leia o cartão de resultado e anote o resultado no log. Após a primeira execução agendada, abra o log novamente para ver se o Cron realmente executou o prompt. Faça um snapshot ou backup antes de toda grande alteração e mantenha um log escrito do que o agente fez: a data, o comando e o resultado.