Merci pour ces éclaircissements. Je commence à comprendre ce qui se passe. Ayant des noms de domaines différents pour mes enregistrements A et AAAA, je n'avais pas beaucoup fait de tests avec netstat -n. De plus j'avais entendu parlé des addresses mappées mais je croyais que c'était utilisé uniquement pour NAT-PT.
Si j'ai bien compris, les serveurs en question n'écoutent que sur une seule socket, qui est en IPv6, et, quand une requête IPv4 arrive, le kernel encapsule l'IPv4 dans IPv6 (via le mappage à base de "ffff") et la présente à l'appli serveur. L'appli serveur répond en IPv4 à cette requête car il a vu qu'il s'agissait d'une addresse mappée. Et si Exim est listé dans les 2 piles par netstat, c'est parce qu'il utilise 2 sockets, une en IPv4 et une en IPv6. J'ai bon?
Cela dit, le kernel sait quand il doit mapper des addresses IPv4 donc il doit y avoir moyen de l'interroger pour avoir ce renseignement, non?
[^] # Re: C'est "normal"...
Posté par Bernez . En réponse au message netstat et IPv6. Évalué à 2.
Si j'ai bien compris, les serveurs en question n'écoutent que sur une seule socket, qui est en IPv6, et, quand une requête IPv4 arrive, le kernel encapsule l'IPv4 dans IPv6 (via le mappage à base de "ffff") et la présente à l'appli serveur. L'appli serveur répond en IPv4 à cette requête car il a vu qu'il s'agissait d'une addresse mappée. Et si Exim est listé dans les 2 piles par netstat, c'est parce qu'il utilise 2 sockets, une en IPv4 et une en IPv6. J'ai bon?
Cela dit, le kernel sait quand il doit mapper des addresses IPv4 donc il doit y avoir moyen de l'interroger pour avoir ce renseignement, non?