NPDS : Gestion de contenu et de communauté
Content & Community Management System (CCMS) robuste, sécurisé, complet, performant, parlant vraiment français, libre (Open-Source) et gratuit.
17 visiteur(s) et 0 membre(s) en ligne.
Autres infos
Activité du Site
Pages vues depuis 25/05/2001 : 104 272 402
- Nb. de membres 8 691
- Nb. d'articles 1 691
- Nb. de forums 25
- Nb. de sujets 8
- Nb. de critiques 92
Index du forum »» Version future »» IPv6
Nouveau sujet
IPv6#26019Répondre
4Contributeur(s)
3 Modérateur(s)
developpeur
non pas actuellement / sachant que la conversion est faite automatiquement en IPV4 - l’intérêt est vraiment ???
Pourquoi cette question ?
Pourquoi cette question ?
Boris
Salut Dev !
L'explication est très simple : Mon serveur gère l'IPv6, et les domaines hébergés dessus sont donc capables de communiquer en ipv6 sans avoir besoin d'utiliser ipv4 du tout.
Du coup, lorsqu'un visiteur est en IPv6 (Comme ceux chez Free, ce qui est mon cas) et accède à un NPDS hébergé sur un domaine en IPv6, les logs de NPDS enregistrent l'IPv6 au lieu de l'IPv4.
Le problème, c'est que les sécurités de NPDS enregistre les ":" des IPv6 sous forme de "%3A", ce qui fait planter gethostbyaddr à la ligne 74 de session-log.php
De plus, le champ host_addr de la table "session", avec seulement 20 caractères (varchar(20)), est trop petit pour stocker une IPv6 (il faut 39 caractères).
Solution :
1) Augmenter la taille du champ host_addr à varchar(39)
2) faire un str_replace sur les IP pour convertir les "%3A" en ":" avant d'enregistrer l'IP dans la table session.
Voilà pour les infos ! :)
@+!
Boris
L'explication est très simple : Mon serveur gère l'IPv6, et les domaines hébergés dessus sont donc capables de communiquer en ipv6 sans avoir besoin d'utiliser ipv4 du tout.
Du coup, lorsqu'un visiteur est en IPv6 (Comme ceux chez Free, ce qui est mon cas) et accède à un NPDS hébergé sur un domaine en IPv6, les logs de NPDS enregistrent l'IPv6 au lieu de l'IPv4.
Le problème, c'est que les sécurités de NPDS enregistre les ":" des IPv6 sous forme de "%3A", ce qui fait planter gethostbyaddr à la ligne 74 de session-log.php
De plus, le champ host_addr de la table "session", avec seulement 20 caractères (varchar(20)), est trop petit pour stocker une IPv6 (il faut 39 caractères).
Solution :
1) Augmenter la taille du champ host_addr à varchar(39)
2) faire un str_replace sur les IP pour convertir les "%3A" en ":" avant d'enregistrer l'IP dans la table session.
Voilà pour les infos ! :)
@+!
Boris
bartok
Citation : developpeur
non pas actuellement / sachant que la conversion est faite automatiquement en IPV4 - l’intérêt est vraiment ???
Pourquoi cette question ?
non pas actuellement / sachant que la conversion est faite automatiquement en IPV4 - l’intérêt est vraiment ???
Pourquoi cette question ?
bonjour;
comment puis-je bannir une ipv6 que je ne parviens pas à tracer?
merci d'avance
developpeur
Citation : bartok
bonjour;
comment puis-je bannir une ipv6 que je ne parviens pas à tracer?
merci d'avance
Citation : developpeur
non pas actuellement / sachant que la conversion est faite automatiquement en IPV4 - l’intérêt est vraiment ???
Pourquoi cette question ?
non pas actuellement / sachant que la conversion est faite automatiquement en IPV4 - l’intérêt est vraiment ???
Pourquoi cette question ?
bonjour;
comment puis-je bannir une ipv6 que je ne parviens pas à tracer?
merci d'avance
C'est bien le sujet sur le fond - Je suis en train de regarder
Boris
Pas de souci, Dev ;-)
Si tu veux des tests en réel, je peux te faire un compte FTP avec un sous-domaine et une IPv6 dédiée (j'en ai quelques milliards ^^') sur mon serveur ;-)
Si tu veux des tests en réel, je peux te faire un compte FTP avec un sous-domaine et une IPv6 dédiée (j'en ai quelques milliards ^^') sur mon serveur ;-)