Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)

Bonjour à tous,

J’ai déjà noté plusieurs demandes telles que

• https://dev.freebox.fr/bugs/task/28920
• https://dev.freebox.fr/bugs/task/29353
• https://dev.freebox.fr/bugs/task/29038

et j’ai tenté / vérifié tous les points soulevés par ces différentes tâches.

Malgré des ouvertures de port et mon iP full stack, je ne peux pas accéder à mon NAS depuis l’extérieur. Mon dossier et les redirections ont été vérifiés par le 3244, rien d’anormal selon eux. Quand je fais un tracert depuis l’extérieur sur mon IP, je reste bloqué sur la première IP illiad :
Iliad.demarc.cogentco.com 149.6.114.10 fr 18.335 ms 18.331 ms 18.821 ms

Autre test : avec mon client FTP, je peux me connecter sans souci en local, mais time-out en externe ⇒ donc pas de souci d’authentification.

Le 3244 me confirme qu’il n’y a rien de leur côté qui pourrait poser souci (comme la cloture technique d’un dossier qui bloquait pour un autre utilisateur), mais rien que le tracert semble montrer qu’il y a un firewall quelque part qui bloque (au niveau de la Freebox ? avant ?).

A toute fins utiles :
Logiciel : 4.0.7
Matériel :Freebox Server Mini (r2)
Adresse MAC : 70:FC:8F:9F:EC:9E

Merci d’avance pour votre aide !
Stéphane

Sur l’interface web on peut programmer des enregistrements pour les chaînes de Freebox TV. Or depuis septembre dernier que l’on choisisse un ou plusieurs épisodes l’interface affiche une erreur de durée seules sont prises en compte les marges avant et après l’horaIre. C’était particulièrement pratique on n’avait pas à calculer l’heure de fin de la programmation. Comme ce bug est présent depuis de longs mois je me permets de poster cette demande sans savoir où la classifier.

Bonjour,
Quand j’essaie d’accéder au disque dur de la delta en passant par l’application freebox compagnon, la mini 4k en multi tv se coupe.
Cdt

Bonjour,
Je n’arrive pas à acceder à mes fichiers en FTP.
J’ai activé le service pourtant.
Que faire ?
Merci d’avance

L’accès à l’option de PERIODICITE n’est pas proposée quand on programme un enregistrement différé sur PC avec la Freebox Révolution alors que cette option était disponible (et très pratique) avec la Freebox V5 et qu’elle est supposée être disponible d’après la documentation.

Bonsoir,
Faisant suite aux clôtures de M. BIZON sur le sujet ( au lieu de le déplacer)
J'ouvre ce ticket ( en espérant être sur le bon topic)
__Constat :

Il est fréquemment rencontré par les freenautes que des numéros farfelus à travers les filtres existants.
Par défaut quand un utilisateur ne veut accepter les appels anonymes, il passe par sa console et "pousse" le bouton de rejet des appels anonymes.
Cependant , les appels marques "aucun identifiant" passent . Aussi des numéros du style 00 ou +33 12345678 passent aussi.
Quand un utilisateur veut refuser un numero , il doit passer par une série de combinaison (*351) par le combine de son téléphone.
Voilà pourquoi, le club utilisateurs des refoulės des tickets 12833 14433 14430 14589. Demandent via ce ticket, l'amelioration de la console afin de pouvoir gérer les appels entrants de manière simplifie en lieu et place des fonctions du combine.
A savoir :

• un vrai filtrage des appels anonymes ou ne présentant pas un numéro.

• la possibilité d'ajouter tous les numéros du journal d'appel dans une white ou black list ( ceci implique l'ajout de TOUS les numéros ( même farfelus) entrants.

• la possibilité de modifier cette liste ajout, modification, suppression

• la possibilité de rediriger l'appelant vers le message de rejet des appels anonymes ou vers la boîte vocal selon le désir de l'utilisateur.

• Modification depuis la console quelque soit l'endroit de connexion.

• etc… Je pense que d'autres utilisateurs viendront agrémenter cette liste.

Enfin , de peur de voir ce ticket "sauter" , je vais en ouvrir d'autres sur des catégories différentes.

Bien cordialement M. BIZON
A 50 ans , je me retrouve à adresser ce genre de demande.
Je ferais le dev, mais je suis trop vieux et j'ai pas le temps pour ceci. Je laisse votre équipe de dev à son travail et que je salue pour son excellence.

Nous attendons le compagnon pour windows mobile 8 et tablette surface

Pour ceux qui le souhaitent, ça permettrait d’ajouter un degré de sécurité à la connexion à la console à distance.

https://github.com/google/google-authenticator

Bonjour,

Suite à la mise en version 3.3.0 (non disponible dans le choix de version dans le tracker), il est possible de configurer la freebox pour demander un certificat Let’s Encrypt quand celle-ci est configurée pour utiliser le domaine *.freeboxos.fr

Pourriez-vous ajouter la possibilité de demander aussi un certificat Let’s Encrypt quand la freebox est configuré sur un nom de domaine perso ?

Je ne vois pas trop la restriction sur le fait d’utiliser un nom de domaine perso au lieu de *.freeboxos.fr sachant que Let’s Encrypt fais une vérification DNS ou un HTTP GET pour s’assurer de la légitimité de la demande.

Merci d’avance

Actuellement les courbes de débit s’affichent de manière “standard” (Freebox Compagnon ou interface web Freebox OS).
Les valeurs en ordonnée vont de 0 au maximum (1 Gbps par exemple).

Mais cela peut rendre difficile la lecture des valeurs dans des conditions que je pense habituelles :
Les débits sont en général entre 0 et 10 Mo/s.

Sur Freebox Compagnon il faut zoomer à chaque fois pour voir la courbe correctement.

Il faudrait pouvoir indiquer une limite d’échelle, ou active une échelle logarithmique en ordonnée.

l’accès à distance est impossible après un certain temps variable alors que l’accès a la console en local est possible

le seul moyen de retrouver l’accès c’est reboot du serveur

Bonjour,

pour augmenter la sécuriser est-il possible de prévoir une authentification 2fa ?

Via sms/appel/authenticator ?

Voir également #19223

MÀJ effectuée en 4.7.3, mais VPN toujours inactif : openvpn: EOF on mngt interface

MÀJ effectuée en 4.7.3, mais OpenVPN toujours inactif : openvpn: EOF on mngt interface

Bonsoir,

Je souhaite utiliser ma Freebox en tant que client OpenVPN (pour l’application Téléchargements, entre autres).
Mon serveur OpenVPN étant installé et fonctionnel sur mon ordinateur et ma tablette (j’utilise un fichier .ovpn).

Voici mon ovpn (j’ai remplacé les balises tls-crypt par tls-auth pour que mon fichier soit accepté par Freebox OS)

client
proto udp
remote {redacted} 1194
dev tun
resolv-retry infinite
nobind
persist-key
persist-tun
remote-cert-tls server
verify-x509-name server_rKPVIfiQfZNFnVaE name
auth SHA256
auth-nocache
cipher AES-128-GCM
tls-client
tls-cipher TLS-ECDHE-ECDSA-WITH-AES-128-GCM-SHA256
verb 3
<ca>
-----BEGIN CERTIFICATE-----
{redacted}
-----END CERTIFICATE-----
</ca>
<cert>
-----BEGIN CERTIFICATE-----
{redacted}
-----END CERTIFICATE-----
</cert>
<key>
-----BEGIN PRIVATE KEY-----
{redacted}
-----END PRIVATE KEY-----
</key>
<tls-auth>
#
# 2048 bit OpenVPN static key
#
-----BEGIN OpenVPN Static key V1-----
{redacted}
-----END OpenVPN Static key V1-----
</tls-auth>

Ma Freebox ne se connecte pas à mon VPN, pour cause: Le cipher AES-128-GCM n’est pas surtout par OpenVPN... 2.3!

Certes la version d’OpenVPN peut être considérée comme stable, mais étant donné que Freebox OS 4.0 est sorti récemment et que cela concerne peut-être également la FBX Delta, cela ne vaudrait-il pas le coup de mettre la version d’OpenVPN à jour vers la branche 2.4?

Merci,
Cordialement.

A la création d’une connexion VPN OpenVPN avec le client intégré, je télécharge le fichier de configuration .openvpn demandé (le chemin est assez étrange, il commence par C:\fakedir\*nom de l’emplacement du fichier) et au moment de valider, une erreur “Pas de périphérique VPN” apparait, autre phénomène étrange, cela fait sauter la connexion (chez moi en FTTH, retour étape 3,le temps d’une seconde)

Cela peut être reproductible à chaque fois

Je n'arrive pas à me connecter via Freebox os en pptp, le client est actif mais il me marque que le serveur a fermé la connexion.
Les paramètres sont bien rentrés, ça fonctionnait bien avant cette nouvelle mise à jour 4.5.
Dans le journal de connexion j'ai un message d'erreur en rouge :
Pppd exited with return code 16.

Merci de m'aider si c'est possible.

Bonjour,

Suite à un appel d’un conseiller Free je me permet de vous contacter par apport à un Bug rencontré.

Suite à une MaJ ou autre, depuis le 1er mars je ne parvient plus à me connecter à un jeu sur mon ordinateur (World Of Tanks).
Après avoir plusieurs fois désinstaller et réinstaller le jeu, contacté le support du jeu et tenter de régler des problèmes de leurs cotés, ces derniers m’ont affirmé que le problème ne venait pas de chez eux.
En effet après avoir, sur conseils d’un ami qui s’y connait plus que moi en informatique, utilisé un VPN, j’ai pu (enfin) me reconnecté au jeu le 07/03.

De ce fait il semble qu’il y ait un problème avec un pare feu ou autre venant de chez Free m’empêchant de me connecter à ce jeu.
Je vous demande s’il est possible, de ce fait, de régler ce problème de votre coté.
En espérant avoir été assez clair je me tiens à votre disposition pour d’avantages d’infirmations si nécessaire.

En vous souhaitant une bonne soirée

Cordialement

Bonjour à tous,

Depuis plusieurs semaines ma Freebox Server n’arrive plus à se connecter aux serveurs de chez IPVANISH par protocole OPENVPN. Je trouve le message d’erreur

openvpn: username/password incorrect

J’ai vérifié tout ce que je pouvais, à savoir :

• fichier de configuration fourni par IPVANISH, que j’ai mis à jour avec les dernières versions ;

• login et mot de passe.

J’ai écumé les forums sans trouver de réponse.
Le problème semble similaire à celui décrit par les clients de NordVPN (voir ici : https://dev.freebox.fr/bugs/task/38479) à la différence que la solution ne se trouve pas du côté de IPVANISH.
J’ai passé pas mal de temps à discuter avec le support technique de chez IPVANISH pour arriver à la conclusion que le problème doit être du côté de Free.

Je demande donc de l’aide ici !

Voici ma configuration : Freebox Server Revolution / OS 4.7.8

Voici la copie du log lors d’une tentative de connexion du client VPN :

2023-08-06 08:56:11 openvpn: output: 2023-08-06 08:56:11 MANAGEMENT: >STATE:1691304971,EXITING,auth-failure,,,,,
2023-08-06 08:56:11 openvpn: openvpn process died (0)
2023-08-06 08:56:11 l3 state change 'l3_wait_postdown_helper' => 'l3_cleanup_finish'
2023-08-06 08:56:11 l3 state change 'l3_cleanup_finish' => 'l3_finished'
2023-08-06 08:56:11 state change 'wait_l3_up' => 'wait_l3_down'
2023-08-06 08:56:11 l3 state change 'l3_finished' => 'l3_down'
2023-08-06 08:56:11 state is now DOWN
2023-08-06 08:56:11 state change 'wait_l3_down' => 'l3_finished'
2023-08-06 08:56:11 state change 'l3_finished' => 'wait_l2_down'
2023-08-06 08:56:11 l2 state change 'l2_up' => 'l2_cleanup'
2023-08-06 08:56:11 l2 state change 'l2_cleanup' => 'l2_down'
2023-08-06 08:56:11 state change 'wait_l2_down' => 'down'
2023-08-06 08:56:16 state change 'down' => 'wait_l2_up'
2023-08-06 08:56:16 l2 state change 'l2_down' => 'l2_up'
2023-08-06 08:56:16 state change 'wait_l2_up' => 'l2_up'
2023-08-06 08:56:16 state change 'l2_up' => 'wait_l3_up'
2023-08-06 08:56:16 l3 state change 'l3_down' => 'l3_start'
2023-08-06 08:56:16 starting
2023-08-06 08:56:16 calling helper script at '/etc/fbxconnman/conn.pre-up'
2023-08-06 08:56:16 l3 state change 'l3_start' => 'l3_wait_preup_helper'
2023-08-06 08:56:16 l3 state change 'l3_wait_preup_helper' => 'l3_wait_stable'
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 WARNING: Compression for receiving enabled. Compression has been used in the past to break encryption. Sent packets are not compressed unless "allow-compression yes" is also set.
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 DEPRECATED OPTION: --cipher set to 'AES-256-CBC' but missing in --data-ciphers (AES-256-GCM:AES-128-GCM). Future OpenVPN version will ignore --cipher for cipher negotiations. Add 'AES-256-CBC' to --data-ciphers or change --cipher 'AES-256-CBC' to --data-ciphers-fallback 'AES-256-CBC' to silence this warning.
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 WARNING: --keysize is DEPRECATED and will be removed in OpenVPN 2.6
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 OpenVPN 2.5.3 arm-unknown-linux-muslgnueabi [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [MH/PKTINFO] [AEAD] built on Jun 23 2023
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 library versions: OpenSSL 1.1.1s  1 Nov 2022, LZO 2.09
2023-08-06 08:56:16 openvpn: connected to management interface
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 MANAGEMENT: Connected to management server at unix_mgt.sock
2023-08-06 08:56:16 openvpn: rx: >INFO:OpenVPN Management Interface Version 3 -- type 'help' for more info
2023-08-06 08:56:16 openvpn: rx: >HOLD:Waiting for hold release:0
2023-08-06 08:56:16 openvpn: tx: hold release
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 MANAGEMENT: CMD 'hold release'
2023-08-06 08:56:16 openvpn: rx: SUCCESS: hold release succeeded
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 MANAGEMENT: CMD 'state on'
2023-08-06 08:56:16 openvpn: rx: SUCCESS: real-time state notification set to ON
2023-08-06 08:56:16 openvpn: rx: >PASSWORD:Need 'Auth' username/password
2023-08-06 08:56:16 openvpn: tx: username "Auth" "igor@imartial.fr"
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 MANAGEMENT: CMD 'username "Auth" "igor@imartial.fr"'
2023-08-06 08:56:16 openvpn: rx: SUCCESS: 'Auth' username entered, but not yet verified
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 MANAGEMENT: CMD 'password [...]'
2023-08-06 08:56:16 openvpn: rx: SUCCESS: 'Auth' password entered, but not yet verified
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 MANAGEMENT: >STATE:1691304976,WILL_CONNECT,ams-a01.ipvanish.com,,,,,
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 MANAGEMENT: >STATE:1691304976,RESOLVE,,,,,,
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 TCP/UDP: Preserving recently used remote address: [AF_INET]216.131.88.3:443
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 Socket Buffers: R=[180224->180224] S=[180224->180224]
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 UDP link local: (not bound)
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 UDP link remote: [AF_INET]216.131.88.3:443
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 MANAGEMENT: >STATE:1691304976,WAIT,,,,,,
2023-08-06 08:56:16 openvpn: rx: >STATE:1691304976,WILL_CONNECT,ams-a01.ipvanish.com,,,,,
2023-08-06 08:56:16 openvpn: rx: >STATE:1691304976,RESOLVE,,,,,,
2023-08-06 08:56:16 openvpn: rx: >STATE:1691304976,WAIT,,,,,,
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 MANAGEMENT: >STATE:1691304976,AUTH,,,,,,
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 TLS: Initial packet from [AF_INET]216.131.88.3:443, sid=d49d4dc9 3cf38b9b
2023-08-06 08:56:16 openvpn: rx: >STATE:1691304976,AUTH,,,,,,
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 VERIFY OK: depth=1, C=US, ST=FL, L=Winter Park, O=IPVanish, OU=IPVanish VPN, CN=IPVanish CA, emailAddress=support@ipvanish.com
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 VERIFY X509NAME OK: C=US, ST=FL, L=Winter Park, O=IPVanish, OU=IPVanish VPN, CN=ams-a01.ipvanish.com, emailAddress=support@ipvanish.com
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 VERIFY OK: depth=0, C=US, ST=FL, L=Winter Park, O=IPVanish, OU=IPVanish VPN, CN=ams-a01.ipvanish.com, emailAddress=support@ipvanish.com
2023-08-06 08:56:18 openvpn: output: 2023-08-06 08:56:18 Control Channel: TLSv1.2, cipher SSLv3 DHE-RSA-AES256-SHA, peer certificate: 2048 bit RSA, signature: RSA-SHA256
2023-08-06 08:56:18 openvpn: output: 2023-08-06 08:56:18 [ams-a01.ipvanish.com] Peer Connection Initiated with [AF_INET]216.131.88.3:443
2023-08-06 08:56:19 openvpn: rx: >STATE:1691304979,GET_CONFIG,,,,,,
2023-08-06 08:56:19 openvpn: output: 2023-08-06 08:56:19 MANAGEMENT: >STATE:1691304979,GET_CONFIG,,,,,,
2023-08-06 08:56:19 openvpn: output: 2023-08-06 08:56:19 SENT CONTROL [ams-a01.ipvanish.com]: 'PUSH_REQUEST' (status=1)
2023-08-06 08:56:19 openvpn: output: 2023-08-06 08:56:19 AUTH: Received control message: AUTH_FAILED
2023-08-06 08:56:19 openvpn: output: 2023-08-06 08:56:19 SIGTERM[soft,auth-failure] received, process exiting
2023-08-06 08:56:19 openvpn: output: 2023-08-06 08:56:19 MANAGEMENT: >STATE:1691304979,EXITING,auth-failure,,,,,
2023-08-06 08:56:19 openvpn: rx: >PASSWORD:Verification Failed: 'Auth'
2023-08-06 08:56:19 openvpn: username/password incorrect
2023-08-06 08:56:19 l3 is now stable
2023-08-06 08:56:19 l3 does not fulfil config requirement
2023-08-06 08:56:19 l3 state change 'l3_wait_stable' => 'l3_bring_down'
2023-08-06 08:56:19 waiting for l3 providers to go down
2023-08-06 08:56:19 l3 state change 'l3_bring_down' => 'l3_wait_down'
2023-08-06 08:56:19 l3 state change 'l3_wait_down' => 'l3_cleanup_start'
2023-08-06 08:56:19 calling helper script at '/etc/fbxconnman/conn.post-down'
2023-08-06 08:56:19 l3 state change 'l3_cleanup_start' => 'l3_wait_postdown_helper'
2023-08-06 08:56:19 openvpn: openvpn process died (0)
2023-08-06 08:56:19 l3 state change 'l3_wait_postdown_helper' => 'l3_cleanup_finish'
2023-08-06 08:56:19 l3 state change 'l3_cleanup_finish' => 'l3_finished'
2023-08-06 08:56:19 state change 'wait_l3_up' => 'wait_l3_down'
2023-08-06 08:56:19 l3 state change 'l3_finished' => 'l3_down'
2023-08-06 08:56:19 state is now DOWN
2023-08-06 08:56:19 state change 'wait_l3_down' => 'l3_finished'
2023-08-06 08:56:19 state change 'l3_finished' => 'wait_l2_down'
2023-08-06 08:56:19 l2 state change 'l2_up' => 'l2_cleanup'
2023-08-06 08:56:19 l2 state change 'l2_cleanup' => 'l2_down'
2023-08-06 08:56:19 state change 'wait_l2_down' => 'down'

Il serait interresant de pouvoir cocher le support du VPN pour cette application. Le probleme est que le serveur ne sait pas que l’appli est installé sur le player.

Bonjour,

Depuis le 23 Novembre, les connexions via le client VPN de ma freebox delta sont inopérants. Que ce soit en mode VPN, ou PPTP, le journal signal un problème d’identification(PPTP) ou une impossibilité de connexion (OVPN). Ayant une interface logiciel sur Iphone et Windows 10 qui fonctionne toujours parfaitement, je pense donc que le problème vient de ma Freebox. Rien n’a pourtant été changé, que ce soit au niveau des identifiants et du mot de passe chez mon provider, tout fonctionnait parfaitement jusqu’a présent.. A noter qu’à cette date,au alentours du 23 Novembre, le service client Free avait été contacté car je n’avais plus de flux TV (problème résolu depuis).

D’autres personnes éprouvent-elles des difficultés similaires actuellement ?

Merci. Bonne journée.

J'utilise depuis sa sortie le protocole WireGuard en mode serveur sur ma Freebox et en mode client sur mon ordi. Cela fonctionne très bien, merci pour l'implémentation !
Toutefois je n'ai pas réussi à utiliser wireguard entre 2 freebox l'une serveur et l'autre client.
La connexion semble bien active coté freebox client
Mais la box serveur ne montre aucune connexion avec l'utilisateur utilisé.
Est-ce un bug ou fais-je une erreur ?
merci

Bonjour,
Mon VPN est déconnecté malgré qu’il soit actif suite à la MAJ serveur 4.7.0 aucune modification n’a été effectuée de ma part sur freebox os.
Impossible de télécharger et de résoudre ce problème.
Merci de votre aide.
Cordialement.
Kingdaddys

Bonjour,

Je rencontre une difficulté pour paramétrer un VPN Cyberghost.

Le VPN se connecte et fonctionne correctement mais au bout d’une minute je suis systématiquement déconnecté.

Avez-vous une idée ?

Ci-joint, les logs:

2023-01-01 21:53:10 state is now UP
2023-01-01 21:53:10 state change ‘wait_l3_up’ ⇒ ‘l3_up’ 2023-01-01 21:54:10 openvpn: output: 2023-01-01 21:54:10 [zurich-rack402.nodes.gen4.ninja] Inactivity timeout (–ping-exit), exiting
2023-01-01 21:54:10 openvpn: output: 2023-01-01 21:54:10 Closing TUN/TAP interface
2023-01-01 21:54:10 openvpn: output: 2023-01-01 21:54:10 /usr/sbin/ip addr del dev tun0 10.24.5.243/24
2023-01-01 21:54:10 openvpn: output: 2023-01-01 21:54:10 WARNING: External program may not be called unless ‘–script-security 2’ or higher is enabled. See –help text or man page for detailed info.
2023-01-01 21:54:10 openvpn: output: 2023-01-01 21:54:10 Linux ip addr del failed: disallowed by script-security setting
2023-01-01 21:54:10 openvpn: output: 2023-01-01 21:54:10 SIGTERM[soft,ping-exit] received, process exiting
2023-01-01 21:54:10 openvpn: output: 2023-01-01 21:54:10 MANAGEMENT: >STATE:1672606450,EXITING,ping-exit,,,,,
2023-01-01 21:54:10 openvpn: rx: >STATE:1672606450,EXITING,ping-exit,,,,,
2023-01-01 21:54:10 l3 provider reported dead
2023-01-01 21:54:10 l3 state change ‘l3_up’ ⇒ ‘l3_wait_zone_down’ 2023-01-01 21:54:10 state change ‘l3_up’ ⇒ ‘wait_l3_down’ 2023-01-01 21:54:10 l3 state change ‘l3_wait_zone_down’ ⇒ ‘l3_bring_down’ 2023-01-01 21:54:10 waiting for l3 providers to go down
2023-01-01 21:54:10 l3 state change ‘l3_bring_down’ ⇒ ‘l3_wait_down’ 2023-01-01 21:54:10 calling helper script at ‘/etc/fbxconnman/conn.down’ 2023-01-01 21:54:10 l3 state change ‘l3_wait_down’ ⇒ ‘l3_wait_down_helper’ 2023-01-01 21:54:10 helper script terminated with bad status 1
2023-01-01 21:54:10 l3 state change ‘l3_wait_down_helper’ ⇒ ‘l3_cleanup_start’ 2023-01-01 21:54:10 calling helper script at ‘/etc/fbxconnman/conn.post-down’ 2023-01-01 21:54:10 l3 state change ‘l3_cleanup_start’ ⇒ ‘l3_wait_postdown_helper’ 2023-01-01 21:54:10 l3 state change ‘l3_wait_postdown_helper’ ⇒ ‘l3_cleanup_finish’ 2023-01-01 21:54:10 l3 state change ‘l3_cleanup_finish’ ⇒ ‘l3_finished’ 2023-01-01 21:54:10 l3 state change ‘l3_finished’ ⇒ ‘l3_down’ 2023-01-01 21:54:10 state is now DOWN
2023-01-01 21:54:10 state change ‘wait_l3_down’ ⇒ ‘wait_l2_down’ 2023-01-01 21:54:10 l2 state change ‘l2_up’ ⇒ ‘l2_cleanup’ 2023-01-01 21:54:10 l2 state change ‘l2_cleanup’ ⇒ ‘l2_down’ 2023-01-01 21:54:10 state change ‘wait_l2_down’ ⇒ ‘down’

Merci beaucoup pour votre aide.

Bonjour,

Depuis un certain temps impossible de me connecter à mon client VPN.

Aucun changement de configuration et pourtant cela ne fonctionne pas.

J’ai essayé de recréer un autre fichier de configuration sans aucun succès.

Dans l’état de connexion il m’affiche que le client est bien actif mais non connecté et il m’indique erreur interne.

Voici les différents messages d’erreur qui s’affichent dans le journal de connexion:

openvpn: rx: >FATAL:Error: private key password verificationfailed

openvpn: EOF on mngt interface

Auriez-vous une solution?