requêtes provenant de sources non locales
dans les trois fenêtres de dix secondes
Carnet de preuves opérationnelles · novembre 2026
Trois rafales.
Un système qui
a continué à répondre.
Le volume n’est pas apparu uniquement sur le tableau de bord. Il a laissé des traces du traitement des requêtes, de la répétition des pages et du fonctionnement de l’infrastructure. Nous distinguons ici ce qui a été observé de ce qui reste à démontrer.
Épisodes des 7 et 8 novembre en UTC · horaires locaux également disponibles.
avec une réponse HTTP 200
dans ces mêmes fenêtres
routes présentes
dans les trois fenêtres
01 / Trois épisodes, les mêmes critères
La rafale est revenue. Les routes aussi.
Sélectionnez un épisode. Chaque comparaison utilise la fenêtre allant de quatre secondes avant à cinq secondes après l’heure du collecteur. Nous n’ajoutons pas les journaux auxiliaires au journal principal et ne comptons pas les IPs comme des personnes.
Fenêtre centrale de dix secondes
2.671 requêtes
1.314 routes distinctes
Brasília: 06/11, 21:40:38
UTC: 07/11, 00:40:38
- Réponse HTTP 200
- 2.644 · 98,99%
- Réponse HTTP 404
- 26
- Réponse HTTP 301
- 1
- Erreurs HTTP 5xx
- 0 dans cette fenêtre
La concentration par seconde
Journal principal · secondes de l’horloge · inclut les requêtes de contrôle locales
Le collecteur échantillonne un compteur cumulatif ; le graphique compte les lignes dans des intervalles fixes d’une seconde. Il s’agit de découpages temporels différents : leurs maxima ne coïncident donc pas nécessairement.
Télécharger la série CSVFenêtre centrale de dix secondes
2.583 requêtes
1.299 routes distinctes
Brasília: 07/11, 21:26:18
UTC: 08/11, 00:26:18
- Réponse HTTP 200
- 2.555 · 98,92%
- Réponse HTTP 404
- 27
- Réponse HTTP 301
- 1
- Erreurs HTTP 5xx
- 0 dans cette fenêtre
La concentration par seconde
Journal principal · secondes de l’horloge · inclut les requêtes de contrôle locales
Le collecteur échantillonne un compteur cumulatif ; le graphique compte les lignes dans des intervalles fixes d’une seconde. Il s’agit de découpages temporels différents : leurs maxima ne coïncident donc pas nécessairement.
Télécharger la série CSVFenêtre centrale de dix secondes
2.606 requêtes
1.269 routes distinctes
Brasília: 08/11, 20:34:00
UTC: 08/11, 23:34:00
- Réponse HTTP 200
- 2.584 · 99,16%
- Réponse HTTP 404
- 21
- Réponse HTTP 301
- 1
- Erreurs HTTP 5xx
- 0 dans cette fenêtre
La concentration par seconde
Journal principal · secondes de l’horloge · inclut les requêtes de contrôle locales
Le collecteur échantillonne un compteur cumulatif ; le graphique compte les lignes dans des intervalles fixes d’une seconde. Il s’agit de découpages temporels différents : leurs maxima ne coïncident donc pas nécessairement.
Télécharger la série CSV« 0 erreurs 5xx » vaut pour les fenêtres centrales, pas pour la journée entière. La fenêtre élargie du premier épisode contient un enregistrement HTTP 502. La fenêtre du nouveau record chevauche le changement de minute ; nous n’utilisons pas la minute seule pour comparer son intensité.
02 / Le schéma de répétition
Il ne s’agissait pas d’une page isolée.
Les trois fenêtres partagent 1.078 chemins. Pour chaque paire, la similarité des ensembles de routes se situe entre 81,61% et 84,93%. Cela montre une répétition étendue de l’ensemble demandé, sans prouver qu’une même personne ou entreprise a opéré les trois épisodes.
Les chemins HTML prédominent, avec peu de requêtes par route et sans les types d’images, de scripts et de feuilles de style examinés durant ces dix secondes. Le profil est compatible avec une collecte automatisée distribuée.
Cela ne prouve ni lecture, ni extraction à des fins d’entraînement, ni attaque, ni navigation humaine. Les ressources peuvent être en cache ou avoir été demandées en dehors de la fenêtre.
| Route | 856 | 907 | 944 |
|---|---|---|---|
/mca.html | 4 | 4 | 4 |
/relatorio-mca8.html | 2 | 4 | 4 |
/matriz-global-mca10.html | 5 | 3 | 2 |
/estudo-axiomas.html | 4 | 4 | 4 |
/resultados-mca.html | 5 | 5 | 5 |
/medicina.html | 5 | 6 | 5 |
/aviacao.html | 6 | 6 | 5 |
/educacao-de.html | 6 | 6 | 6 |
/chairman.html | 5 | 4 | 5 |
/entretenimento-en.html | 5 | 6 | 5 |
/lab2-protecao-dados.html | 2 | 3 | 2 |
03 / L’infrastructure observée
Des signes positifs. Sans inventer ce qui n’a pas été mesuré.
Les enregistrements montrent des réponses majoritairement HTTP 200 lors des trois épisodes. L’instantané de Nginx indique un état actif, avec un démarrage antérieur aux rafales et aucun redémarrage enregistré ; son journal ne contient aucun redémarrage dans la nouvelle fenêtre.
Les échantillons historiques du système montrent un CPU majoritairement inactif dans les intervalles qui couvrent les épisodes et de la mémoire disponible dans les instantanés ultérieurs. Ce sont des preuves positives de fonctionnement, et non une certification de la capacité maximale ou de l’absence de brèves interruptions.
Le CPU est une moyenne sur des intervalles d’environ dix minutes ; la mémoire est un instantané à l’heure indiquée. Un pic bref peut être dilué dans cette moyenne.
| Épisode | Intervalle CPU | CPU inactif | Mémoire utilisée |
|---|---|---|---|
| 856 | 00:40:00–00:50:00 | 95,19% | 8,07%à 00:50:00 |
| 907 | 00:20:09–00:30:02 | 97,77% | 8,51%à 00:30:02 |
| 944 | 23:30:02–23:40:01 | 86,90% | 8,21%à 23:40:01 |
04 / La valeur des preuves
Le fonctionnement a de la valeur. La cause exige un autre test.
Conclusion de l’audit à portée délimitée
O sistema do Método registrou atendimento de milhares de requisições durante três rajadas repetidas, com predominância de respostas HTTP 200 e sinais positivos de funcionamento da infraestrutura.
Ce n’est pas « rien ». Ce sont des preuves opérationnelles qui peuvent être documentées et examinées. Mais cela ne mesure pas isolément le rôle des axiomes, n’identifie pas de changement neuronal et ne compare pas cette infrastructure à un témoin équivalent.
Observé dans les enregistrements
Volume, répétition et traitement des requêtes.
Requêtes concentrées, large chevauchement des routes, codes de réponse et échantillons historiques du système.
Pas encore démontré
Opérateur, intention et cause.
Qui a lancé la collecte, s’il s’agissait d’un test d’ingénierie, s’il y a eu des lenteurs et quelle contribution causale provenait des axiomes ou de Guardian.
Résultat observé, opérateur inconnu : deux questions différentes.
Ne pas identifier qui a initié une opération n'efface pas les enregistrements attestant qu'elle a eu lieu. De même, consigner un traitement ne révèle pas, à lui seul, l'intention de l'opérateur ni la cause de la performance.
Un bot exclut-il la participation d'un ingénieur ?
Non. L'automatisation décrit la manière dont les requêtes ont été exécutées ; la participation humaine décrit qui a configuré, commandé ou initié une opération. Une personne peut piloter une automatisation, mais une routine récurrente ou un service déjà existant peut également produire ce schéma. Les journaux ne distinguent pas ces origines de la décision. Un ingénieur testeur est une hypothèse, et non une identité authentifiée.
Pourquoi la répétition est-elle importante ?
Les trois fenêtres partagent 1.078 chemins. Cela documente une répétition étendue de l'ensemble demandé, compatible avec des balayages automatisés. Ce n'est pas une mesure d'une lecture effective, d'une intention ou d'une identité : le chevauchement ne prouve pas que les trois épisodes ont eu le même opérateur.
Que peut-on légitimement conclure au sujet du système ?
Dans les trois extraits centraux, il y a 7.860 requêtes, 99,02% de réponses HTTP 200 et aucune réponse HTTP 5xx. C'est un indice positif d'un traitement consigné, et non une preuve de l'absence de lenteur ou de capacité soutenue. L'enregistrement HTTP 502 dans l'extrait élargi du premier épisode reste reconnu.
Cela prouve-t-il l'effet des axiomes ?
Cela documente un résultat du système du Método en fonctionnement. Cela n'isole pas la contribution des axiomes par rapport à Nginx, au cache, à la configuration ou à Guardian. Un effet incrémental exige une comparaison avec un contrôle compétent et des conditions équivalentes. L'absence d'identification causale ne transforme pas les données observées en résultat nul ; elle n'autorise pas non plus à déclarer une causalité.
05 / Comment cet audit a été réalisé
Préserver avant d’interpréter.
- 01
Fixer les horaires
Convertir les horaires entre UTC et Brasília et sélectionner des fenêtres élargies de vingt minutes, en incluant les journaux ayant fait l’objet d’une rotation.
- 02
Recompter les événements
Compter les entrées du journal principal par seconde, distinguer les requêtes de contrôle locales, les codes HTTP et les chemins, sans ajouter les enregistrements auxiliaires en double.
- 03
Vérifier l’infrastructure et la mesure
Lire les journaux de service, les échantillons historiques et le code du collecteur, sans exécuter de code ancien, générer de charge ni modifier la production.
- 04
Préserver les sources et les limites
Conserver les copies, les reçus et les empreintes de hachage dans un espace à accès restreint. L’intégrité de la copie ne suffit pas, à elle seule, à authentifier l’identité de l’auteur du journal.
Deux limites du collecteur qui restent consignées
Le nombre étiqueté RPS est la différence entre deux compteurs, sans division par le temps effectif entre les lectures. La valeur affichée ne certifie donc pas un débit exact. La même version du code a été observée avant et après.
L’instantané opérationnel affiche un record de 944, mais le fichier utilisé pour la restauration conserve encore 887. Le record figurant dans la capture a été préservé ; sa restauration automatique après redémarrage n’est pas assurée par ces deux copies. Aucune correction ni aucun redémarrage n’a été effectué lors de cet audit.
L’audit n’a créé ni comptes ni services et n’a pas modifié le VPS. Cette page ne publie que des données agrégées, sans IPs, identifiants d’accès, journaux individuels, compositions axiomatiques ni configurations à accès restreint.
06 / Sources et statut éditorial
Un carnet à examiner. Pas un label d’infaillibilité.
Sources internes : extraits préservés des journaux d’accès et d’erreur ; instantanés des métriques et des records ; code du collecteur ; état et journaux de Nginx ; échantillons historiques de sar. La révision du texte ne constitue pas une certification externe indépendante.
Cette analyse opérationnelle complète les études comportementales du laboratoire, mais ne remplace ni leurs contrôles ni leurs critères d’efficacité.
- NGINX · requêtes et connexions Définitions du compteur cumulatif et des connexions actives.
- NGINX · journaux et durées Format du journal d’accès, codes et durée par requête.
- Método · MCA Contexte public du laboratoire, et non source permettant d’établir la causalité dans cet audit.