Je veut bien de l'aide pour le code qui récupérer les éléments.
L'objectif court terme est de :
- déterminer l'AS de l'IP
- déterminer le pays de l'IP
- déterminer avec précision le système d'exploitation (via le user-agent) pour déterminer si le port de retour est en adéquation et donc mieux détecter le CG-NAT
- déterminer avec précision le navigateur et déterminer ce qui ne vient pas d'un navigateur, mais d'un robot : cela se fait via le user-agent et en combinant la version du protocole http : un navigateur moderne qui fait du http1.0 on sait que c'est un robot.
Objectif final : faire un outil d'analyse de log Apache2 qui fait des logos IPv4 vs IPv6 par AS, par système d’exploitation et navigateur. Détecter le % de retour de port non conforme en IPv4 et en IPv6 afin de déterminer le % de connexion qui passent par un CG-Nat. Avoir des stats de flux non humain par AS,...
Vous savez tout !
- quand tu parles des 'logs' ce sont que les logs de
https://ip.lafibre.info/ ou tout tes logs, y compris ceux du forum (lafibre.info) ?
- "déterminer l'AS de l'IP & déterminer le pays de l'IP": coté client ou client serveur ? pour afficher sur la page
https://ip.lafibre.info/ ou juste pour augmenter les logs coté serveur de 2 colonnes (AS et Pays ) ?
- idem pour l'OS et le CGNAT.
- en fait la principale question qui regroupe les 3 précédentes c'est : veux tu une solution 'coté serveur' (
back-end) qui va 'traiter' tes logs, les augmenter d'informations (AS,OS, Pays, CGNAT ou pas, etc) et ensuite faire des statistiques/analyses dessus OU une solution "
full stack" qui va aussi, en live, renvoyer a l'utilisateur ces informations a l'instar de ce qu'il y a déjà dans
https://ip.lafibre.info/ ?
c'est la question clé, parce que si l'objectif final c'est juste de "
faire un outil d'analyse de log Apache2", alors tu peux te concentrer que sur ca et oublier l'aspect "web". Ca devient principalement un probleme de base de donnée/big data/BI et donc pas besoin de javascript,de programmation et les stack/framework web. Ca change énormèment l'envergure du projet.
- es tu prêt a utiliser des solutions "clé en main" comme ELK ou equivalent ou préférerais tu comprendre "tout ce qui se passe" , voir et appréhender tout le 'code' utilisé en partant d'aucun existant.