Configuration de serveur VPS avec des cartes à lire et valider

Ce que l'agent peut utiliser sur une tâche VPS

• Fichiers read_file, write_file, edit_file, grep, glob et list_dir fonctionnent dans le dossier de travail du chat, où vous conservez les fichiers de configuration copiés, les journaux et les notes. Un compteur indique le nombre de fichiers créés, modifiés et lus.
• Shell exécute des commandes dans l'environnement choisi, Windows local, WSL ou SSH vers votre propre serveur, et juge le succès grâce au code de sortie réel, et non à ce que le texte semble indiquer. Les commandes dangereuses sont bloquées.
• Web web_search trouve de la documentation et http_get lit une page officielle, afin que vous puissiez vérifier un paramètre par rapport au texte du fournisseur.
• Captures d'écran et images ocr lit le texte d'une capture d'écran enregistrée, par exemple un message d'erreur depuis le tableau de bord d'un fournisseur, et gen_image enregistre des fichiers image.
• Orchestration task exécute des vérifications indépendantes en tant que sous-agents parallèles, run_on_model envoie une étape critique à un modèle plus grand et skill stocke des playbooks réutilisables.
• Modes d'approbation Auto-run agit immédiatement, Ask first fait une pause avant les actions qui modifient quelque chose et Plan only écrit un plan et n'exécute rien.
• Cron exécute une invite enregistrée selon un calendrier, par exemple une vérification quotidienne de l'espace disque, de la mémoire et de l'état des services que vous lisez plus tard.
• Modèles connectez un fournisseur cloud via un point de terminaison API standard, un modèle exécuté localement sur votre PC ou le modèle intégré. Le bouton Test vérifie un point de terminaison.

Quatre étapes validées sur un nouveau serveur

Mise à jour, ajout d'un utilisateur, test de connexion par clé

Commencez par la mise à jour, un utilisateur standard pour le travail quotidien et les clés SSH. Les personnes sur un premier VPS demandent souvent quoi faire pour la sécurité, et cet ordre est la réponse pratique : mettre à jour d'abord, puis l'utilisateur, puis les clés, puis le pare-feu. Portward exécute votre commande de mise à jour avec Shell et affiche le code de sortie sur une carte, utilise write_file pour enregistrer une note de chaque étape et prépare la modification de la configuration SSH avec edit_file sous forme de diff. Testez la connexion par clé depuis une deuxième session avant de désactiver la connexion par mot de passe. Gardez la première session ouverte jusqu'à ce que le test réussisse. Ask first fait une pause avant chaque action qui modifie quelque chose, afin que vous acceptiez 1 diff à la fois et lisiez chaque résultat. Développez une carte pour lire la sortie complète ou le diff entier.

Ouvrez uniquement les ports dont vous avez besoin

Une règle de pare-feu incorrecte peut couper votre propre connexion, et une session verrouillée ne peut pas se réparer. Portward exécute votre commande de pare-feu avec Shell pour lister les règles actuelles, lit une copie du fichier de règles avec read_file et utilise grep pour trouver les lignes pour SSH et pour chaque service que vous exécutez. Il propose ensuite une modification à la fois avec edit_file, affichée sous forme de diff. Testez la nouvelle règle. Ouvrez une deuxième session SSH et confirmez que vous pouvez toujours vous connecter avant de fermer la première. Une règle de pare-feu ou un paramètre SSH incorrect peut vous verrouiller, alors gardez les deux sessions ouvertes jusqu'à ce que le test réussisse. Autorisez uniquement les ports dont vous avez besoin et rien d'autre, puis écrivez la liste finale des ports ouverts dans votre fichier de notes avec write_file.

Ajoutez des utilisateurs de transfert de fichiers pour les clients

SFTP est le transfert de fichiers sur SSH, donc un serveur Linux qui autorise déjà SSH n'a généralement pas besoin d'un serveur séparé. Démarrer un service SFTP signifie donc ajouter un utilisateur, un dossier et une limite au service SSH qui fonctionne déjà. Si vous voulez de l'aide pour configurer sftp, Portward exécute la commande utilisateur que vous choisissez avec Shell, lit une copie des paramètres dans le dossier de travail et affiche la modification sous forme de diff. FTP plain envoie les mots de passe en clair et ne doit pas être utilisé sur Internet, donc les exemples ici utilisent uniquement SFTP. Donnez à chaque client un utilisateur dédié, limitez l'accès à un répertoire et gardez les droits d'administrateur à distance des utilisateurs de transfert de fichiers. Ask first attend votre approbation, et vous vous connectez en tant que nouvel utilisateur depuis une deuxième session pour confirmer que les limites fonctionnent.

Sauvegardez, restaurez et surveillez

Une sauvegarde ne compte que si une restauration fonctionne. Portward exécute votre commande de sauvegarde avec Shell et rapporte son code de sortie réel, puis write_file enregistre la date et le résultat dans un fichier journal dans le dossier de travail. L'outil task peut exécuter des vérifications indépendantes de l'espace disque, de la mémoire et de l'état des services en tant que sous-agents parallèles, et Cron répète cette invite de vérification selon un calendrier, afin que vous lisiez 3 cartes courtes au lieu de vous connecter manuellement. Restaurez la sauvegarde sur une copie de rechange, lisez la carte de résultat et notez le résultat dans le journal. Après la première exécution planifiée, ouvrez à nouveau le journal pour voir que Cron a vraiment exécuté l'invite. Prenez une capture instantanée ou une sauvegarde avant chaque grande modification, et gardez un journal écrit de ce que l'agent a fait : la date, la commande et le résultat.