Le 13/07/2017 à 02:26, Nicolas FRANCOIS a écrit :
a) comme vous l'avez pu constater, j'ai configuré une (deux, en fait) routes statiques, parce que Free ne veut pas que j'accède au serveur de récupération de mails depuis un vpn. Après lancement d'openvpn@, je me retrouve avec ça dans ma table de routage : nico@Gaston:/etc/systemd$ ip route 0.0.0.0/1 via 100.120.164.1 dev tun0 default via 192.168.10.1 dev enp3s0 proto static 5.62.38.15 via 192.168.10.1 dev enp3s0 100.120.164.0/22 dev tun0 proto kernel scope link src 100.120.164.245 128.0.0.0/1 via 100.120.164.1 dev tun0 192.168.10.0/24 dev enp3s0 proto kernel scope link src 192.168.10.8 212.27.48.3 via 192.168.10.1 dev enp3s0 proto static 212.27.48.4 via 192.168.10.1 dev enp3s0 proto static
Normal.
Je ne sais pas pourquoi, mais la route par défaut n'est pas sélectionnée lorsque j'accède au serveur pop (ou smtp, d'ailleurs) de Free. J'arrive à m'y connecter, mais c'est extrêmement lent (de l'ordre de la minute), et je ne suis pas sûr de récupérer quoi que ce soit. Donc je pense ne pas passer par le bon chemin.
Pour vérifier le routage d'une destination, tu peux utiliser la commande "ip route get $DEST". Sauf si tu as mis en place du routage avancé (ip rule) mais tu l'aurais dit.
Les deux adresses pour lesquelles tu as créé des routes spécifiques correspondent à smtp.free.fr et pop.free.fr. Ton client mail fait-il bien la relève du courrier depuis le serveur POP et non depuis le serveur IMAP imap.free.fr pour l'adresse duquel tu n'as pas créé de route ?
D'autre part, ces serveurs ont aussi une adresse IPv6. Si ton logiciel client de messagerie supporte IPv6, si le serveur est défini par son nom et non son adresse IP, si la machine a ou croit avoir une connectivité IPv6 et si le serveur DNS interrogé supporte les enregistrements d'adresse IPv6, alors par défaut le client essaiera de se connecter au serveur en IPv6 en premier. Si la connexion échoue par dépassement du délai de réponse, il réessaiera en IPv4.
Il me semble avoir vu dans un de tes précédents messages que le VPN poussait sur tun0 une route vers 2000::/3 (préfixe IPv6 global unicast actuel) et une adresse et un préfixe IPv6 de la plage 2001.db8::/32. Or cette plage d'adresses est réservée aux exemples et à la documentation, donc je me demande si le VPN fournit vraiment une connectivité IPv6.
Tu peux vérifier la configuration IPv6 avec "ip -6 addr" et "ip -6 route", et tester la connectivité avec des commandes comme ping6 et traceroute6. Un de mes serveurs de test favoris est nic.fr qui répond aussi bien en IPv4 qu'en IPv6.
Même si c'est le cas à travers du NAT66 (quel gâchis, l'IPv6 était censé éviter le NAT), il se peut que la plage IPv6 publique du VPN soit blacklistée par les serveurs de Free au même titre que sa plage IPv4.
Si tu as activé l'IPv6 sur ta Freebox et l'a laissé passer à travers ton firewall, tu peux ajouter des routes IPv6 statiques pour les adresses IPv6 des serveurs de courrier de Free.
smtp.free.fr has IPv6 address 2a01:e0c:1::25 pop.free.fr has IPv6 address 2a01:e0c:1::110 imap.free.fr has IPv6 address 2a01:e0c:1::143