Forum

Hello,
sous Magéia 7.1, l'utilitaire fourni par AirVpn (Eddie) fonctionnait parfaitement. J'ai installé Magéia 8 et depuis la connexion refuse de se finaliser.
Le log montre que tout est OK jusqu'à la modification de resolvconf :

. 2021.04.16 11:36:07 - DNS of the system updated to VPN DNS (Rename method: /etc/resolv.conf generated)
. 2021.04.16 11:36:07 - Routes, added a new route, 91.207.57.115 for gateway 10.12.226.1
. 2021.04.16 11:36:07 - Routes, added a new route, 2001:ac8:27:f:c0ca:9f36:68ed:1e70 for gateway fde6:7a:7d20:8e2::1
. 2021.04.16 11:36:07 - Flushing DNS
. 2021.04.16 11:36:07 - Checking route IPv4
. 2021.04.16 11:36:07 - curl: (7) Failed to connect to castor_exit.airservers.org port 89: Connexion refusée
. 2021.04.16 11:36:07 - Checking route (2° try)

~~~~~~~~~~~~~~
J'ai essayé de configurer la connexion VPN via le ccm mais elle ne fonctionne pas non plus :
le fichier de conf d'openvpn simplifié trouvé dans /etc/sysconfig/network-scripts/vpn.d/openvpn
client
dev tun
proto tcp
remote 185.189.112.18 443
resolv-retry infinite
nobind
persist-key
persist-tun
ca /home/franck/vpn/ca.crt
cert /home/franck/vpn/user.crt
key /home/franck/vpn/user.key
tls-auth /home/franck/vpn/ta.key 1
cipher AES-256-CBC
verb 3
auth-nocache
route-delay 5
explicit-exit-notify 5
push-peer-info
setenv UV_IPV6 yes
comp-lzo no

Auriez vous une idée de résolution ?
Un changement de configuration de resolvconf ?
L'utilisation de networkmanager au lieu de l'outil fourni avec le ccm ?

Cordialement

Bonjour,



Visiblement le chemin est bien trouvé et donc résolu. Ici il semblerait que ce soit l' hôte distant qui refuse la connexion sur le port 89.

Est ce que dans la version de Mageia 8, openvpn certains protocoles auraient été désactivés (du à un changement upstream qui ne serait pas pris en compte par le fournisseur vpn) ?

Edit: le port 89 semble être assigné dans les ports connu à une passerelle telnet. Si c' est le cas, peut être n' autorise t' elle que la connexion d' adresse ip particulières et donc que le pc essayerait de s' y connecter avec une adresse interdite ?

Je pense qu' il faudrait regarder les routes avant et aprés/pendant la tentative de connexion vpn.

Édité par nic80 Le 17/04/2021 à 06h50

J'ai testé plein de choses différentes. Eddie arrive à se connecter quand il modifie les règles d'iptables. Ce qui se rapproche de ton analyse : un blocage de port par le pare-feu...
je viens de modifier le pare-feu pour tun0 et cela fonctionne depuis avec networkmanager et une config OpenVPN. Je redémarre tout et vérifie si la solution perdure.
Merci pour ton aide.

L'application Eddie reste toujours HS si elle n'intervient pas sur iptable. Mais l'utilisation de la connexion VPN géré par networkmanager fonctionne. Et je reviens à une config réseau correcte lorsque je l'arrête...
Le problème du resolvconf est réglé en passant par networkmanager ? en tout cas c'est lui qui écrit et modifie le fichier resolv.conf
Si un admin réseau peut me donner une explication, je suis preneur
Cordialement