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

Bonjour,

Ancien utilisateur de la fibre orange et adepte aux nouvelles technologies, j'ai une maison bien connectée. La box orange, incapable de gérer plus de 20 connexions simultanées était insuffisante pour mon usage. Or, je decide de passer chez free notamment pour pouvoir bénéficier de l'option bridge afin de m'en servir de mon propre routeur plus performant.

La Freebox pop se connect bien au réseau fibre, l'heure s'affiche. Je vais sur l'interface de réglages pour changer de mode routeur vers mode bridge. En mode routeur tout fonctionne, le routeur Netgear que je veux utiliser est connecte par ethernet et tant que la Freebox reste en mode routeur mon Netgear a access internet. C'est lors du passage en mode bridge qu'il n'y a plus d'internet. Le routeur ne détecte aucune connexion malgre être toujours connecte via ethernet. Je teste en branchant le meme cable ethernet connecté sur le Netgear sur mon ordinateur, pareil, pas de connexion internet.

Comment résoudre ce problème?

Bonjour,

J’ai passé ma Freebox POP v8 (4.9.4) en mode bridge depuis 1 mois. Je dispose d’une adresse IPv4 full-stack depuis longtemps.

Cependant je rencontre maintenant des pertes de connexion vers Internet tous les 3-4 jours approximativement.
Derrière la Freebox (sur le port 2.5g) j’ai branché un firewall Sophos.

Lorsque la perte de connexion intervient, le Sophos ne parvient plus à accéder à la Gateway en .254 de la Freebox. Le lien physique est bien actif.
L’adresse IP publique est toujours accessible depuis l’extérieur mais cela s’arrête à la Freebox. Je n’ai pas accès aux services interne.

Par contre j’ai toujours accès à la Freebox à travers les applications Freebox et Freebox Connect ce qui me permet de redémarrer la Freebox et de résoudre le problème mais cela se reproduit tous les 3 -4 jours

En mode routeur, aucun soucis mais j’ai vu quelques problèmes similaires sans résolution pour le moment.

C’est difficilement utilisable dans ce mode Bridge.
Merci d’avance et bonne journée.

Depuis la version 4.5.3., une Freebox pop que j’administre ne renvoie plus l’ip ni la connexion internet au routeur tiers.

Cela se produit de manière brutale et aléatoire. Un redémarrage de la box règle le problème et la box reste bien en bridge. La diode reste blanche quand le problème survient.

La box est en Vdsl. 0 soucis sur une mini 4K en fibre en comparaison.

Est possible qu’un bug de cette version du firmware soit en cause ?

J’ai une ip fullstack.

Depuis le 29/03/2022 dans la journée, ma Freebox en mode bridge ne fournit plus d'adresse IPv4 à mon unique ordinateur connecté directement en filaire sur la Freebox. Les requêtes DHCP émises localement restent sans réponse, ce qui est contraire à ce qu'indique le pop-up de Freebox OS lorsqu'on active le mode bridge.

L'option "IPv4 full stack" est bien activée (depuis longtemps) dans mon espace abonné.

Du côté IPv6, tout va bien, j'obtiens bien une adresse en SLAC et je communique bien avec le reste du monde IPv6.

C'est dommage de ne pas pouvoir profiter de 99,9 % de l'Internet parce que la Freebox ne m'a pas donné d'adresse IPv4…

Bonjour,

Je viens de me rendre compte que depuis quelques jours, le port 2.5G de la POP (sur lequel est branché mon PC avec un port eth 2.5G) reste bloqué en 100BaseTX.
Avant il était bien en 2500BaseT.
J’ai vérifié en mettant le câble eth sur les ports 1G, aucun problème, ils restent bien en 1000BaseT tous les deux.
Dès que l’on branche quelques choses sur le port 2.5G, il se mets en 100BaseTX…

Je crois que la dernière maj de l’OS a “cassé” quelque chose sur ce port.

Le câble Mikrotik S+DA0003 ne fonctionne pas avec le port SFP+ de la freebox delta est-il prévu de le rendre compatible ?

Avec des test effectué entre d’autre switch le câble est fonctionnelle.

Bonsoir !

Depuis que je suis passé à l’Ultra, que j’utilise en mode “Bridge”, à chaque fois que je dois rebooter la box, ou qu’il y a une coupure, la liaison entre la box et le routeur ne se fait plus.

//[Failed]ER8411 failed to obtain the IP address for SFP+ WAN1 because IP-Address/Gateway conflict with IP-Address of another LAN/WAN ports (IP-Address=192.168.1.157, Mask=255.255.255.0, Gateway=192.168.1.254).//

Je dois soit patienter plusieurs minutes, dans le meilleur des cas, soit aller installer un autre cable (DAC Passif) de liaison Box⇐⇒Routeur, ce qui refait le lien Box⇐⇒Routeur. Ensuite je remet le cable usuel (AOC Actif) et ca marche aussi parfaitement.

//SFP+ WAN1: DHCP client getting IP succeeded. (IP-Address=82.*.*.*, Mask=255.255.255.0, Gateway=82.*.*.*)//

C’est extrêmement pénible, d’autant que je suis handicapé et que me déplacer est très difficile.

Je suis en train de tester un maximum de choses pour comprendre pourquoi je n’avais pas du tout ce probleme avec la Delta…

Mais je suis preneur de tout aide ou info ..

Merci par avance !

Stephan L.

Equipé d’un routeur Wifi Mesh TP-Link Deco x90, impossible de faire fonctionner la délégation de préfixe IPv6 de la freebox. Le deco x90 n’acceptant que le mode IP dynamique, je ne peux pas saisir manuellement d’adresse. Aucune adresse n’est assignée dynamiquement à mon deco par la freebox.
Ce problème IPv6 empêche le fonctionnement d’Oqee installé sur ma shield TV pro.

Bonjour, serait-il possible d’ajouter d’autres “Applications” pour le client VPN du serveur Freebox ? Du moins pouvoir sélectionner un équipement qui doit passer par le VPN, comme par exemple une TV connectée avec l’application Netflix dessus. Je vous laisse imaginer l’utilité.

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'

Bonjour,

serait-il possible d’affiner la sélection du client VPN au téléchargement de torrent uniquement et non au gestionnaire de téléchargement complet (torrent + nzb). En effet, le téléchargement de nzb s’effectue déjà souvent au travers d’une connexion SSL, auquel cas il n’est pas forcément nécessaire de rajouter un cryptage VPN.

Merci

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

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,

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?

Bonjour,

suite à la récente mise à jour 3.40 du Server, la possibilité (détournée il est vraie, via le dossier de téléchargement) d’échanger plus de 128 fichiers simultanément a disparu.

Suite à un échange avec le service ici, il m’a été indiqué que si je trouvais plus de 50 personnes intéressées par l’augmentation de ce seuil, alors le service développement se pencherait sur la question.

Vous savez ce qu’il vous reste à faire si vous aussi aimeriez retrouver le niveau précédent ou s’en rapprocher de nouveau, un petit vote et c’est parti.

Merci pour votre participation!

Cordialement.

Messieurs les développeurs pouvez vous résoudre le bug de ERREUR AUTHENTIFICATION OPEN VPN AVEC Hide my ass SUR FIRMWARE 4.7.4

Bonjour, je rencontre depuis quelques temps une impossibilité d’activé un client VPN en OpenVPN via NordVPN, j’ai systématiquement une erreur d’authentification de l’OpenVPN. J’ai retelechargé les fichiers ovpn, recréer de nouveau client vpn, changer des mes mots de passes sur Nord VPN, rien ne fonctionne. Si quelqu’un a une idée du souci? J’ai crû lire que cela viendrait de la nouvelle MAJ?

Merci.

Bonjour,

j’ai un serveur vps est j’ai installé openvpn sur le serveur j’ai ajouté ce fichier à ma freebox delta mais j’ai l’erreur suivant

2024-10-25 23:31:25 openvpn: EOF on mngt interface

voici le fichier de configuration

client
proto udp
remote 83.15
dev tun
nobind
persist-key
persist-tun
remote-cert-tls server
verb 3

<ca>
-----BEGIN CERTIFICATE-----

-----END CERTIFICATE-----
</ca>
<cert>
-----BEGIN CERTIFICATE-----

-----END CERTIFICATE-----
</cert>
<key>
-----BEGIN PRIVATE KEY-----

-----END PRIVATE KEY-----
</key>
<tls-crypt>
#
# 2048 bit OpenVPN static key
#
-----BEGIN OpenVPN Static key V1-----

-----END OpenVPN Static key V1-----
</tls-crypt>

Merci à vous pour votre aide

Bonjour,

Actuellement il n’est possible d’utiliser la Freebox comme client VPN que pour la partie téléchargement, il serait intéressant de développer une fonctionnalité permettant d’encapsuler l’intégralité du trafic du réseau et ne pas se contenté de la partie téléchargement sur l’interface web.

Cordialement,
amlk95

Bonjour, j’ai créé une connexion client Vpn en openvpn et il m’est impossible de me connecter.

Je précise que le serveur distant n’est pas down et que je parviens à m’y connecter en openvpn sur mon ordi avec le même fichier de configuration

Voici le log de mon serveur freebox pop :

2023-12-28 10:55:59 openvpn: output: 2023-12-28 10:55:59 Outgoing Control Channel Encryption: Cipher ‘AES-256-CTR’ initialized with 256 bit key
2023-12-28 10:55:59 openvpn: output: 2023-12-28 10:55:59 Outgoing Control Channel Encryption: Using 256 bit message hash ‘SHA256’ for HMAC authentication
2023-12-28 10:55:59 openvpn: output: 2023-12-28 10:55:59 Incoming Control Channel Encryption: Cipher ‘AES-256-CTR’ initialized with 256 bit key
2023-12-28 10:55:59 openvpn: output: 2023-12-28 10:55:59 Incoming Control Channel Encryption: Using 256 bit message hash ‘SHA256’ for HMAC authentication
2023-12-28 10:55:59 openvpn: output: 2023-12-28 10:55:59 TCP/UDP: Preserving recently used remote address: [AF_INET]178.33.61.116:1194
2023-12-28 10:55:59 openvpn: output: 2023-12-28 10:55:59 Socket Buffers: R=[212992→212992] S=[212992→212992]
2023-12-28 10:55:59 openvpn: output: 2023-12-28 10:55:59 UDP link local: (not bound)
2023-12-28 10:55:59 openvpn: output: 2023-12-28 10:55:59 UDP link remote: [AF_INET]178.33.61.116:1194
2023-12-28 10:55:59 openvpn: output: 2023-12-28 10:55:59 MANAGEMENT: >STATE:1703757359,WAIT,,,,,,
2023-12-28 10:55:59 openvpn: rx: >STATE:1703757359,WILL_CONNECT,178.33.61.116,,,,,
2023-12-28 10:55:59 openvpn: rx: >STATE:1703757359,WAIT,,,,,,
2023-12-28 10:56:59 openvpn: output: 2023-12-28 10:56:59 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
2023-12-28 10:56:59 openvpn: output: 2023-12-28 10:56:59 TLS Error: TLS handshake failed
2023-12-28 10:56:59 openvpn: output: 2023-12-28 10:56:59 SIGTERM[soft,tls-error] received, process exiting
2023-12-28 10:56:59 openvpn: output: 2023-12-28 10:56:59 MANAGEMENT: >STATE:1703757419,EXITING,tls-error,,,,,
2023-12-28 10:56:59 openvpn: rx: >STATE:1703757419,EXITING,tls-error,,,,,
2023-12-28 10:56:59 l3 is now stable
2023-12-28 10:56:59 l3 does not fulfil config requirement
2023-12-28 10:56:59 l3 state change ‘l3_wait_stable’ ⇒ ‘l3_bring_down’ 2023-12-28 10:56:59 waiting for l3 providers to go down
2023-12-28 10:56:59 l3 state change ‘l3_bring_down’ ⇒ ‘l3_wait_down’ 2023-12-28 10:56:59 l3 state change ‘l3_wait_down’ ⇒ ‘l3_cleanup_start’ 2023-12-28 10:56:59 calling helper script at ‘/etc/fbxconnman/conn.post-down’ 2023-12-28 10:56:59 l3 state change ‘l3_cleanup_start’ ⇒ ‘l3_wait_postdown_helper’ 2023-12-28 10:56:59 l3 state change ‘l3_wait_postdown_helper’ ⇒ ‘l3_cleanup_finish’ 2023-12-28 10:56:59 l3 state change ‘l3_cleanup_finish’ ⇒ ‘l3_finished’ 2023-12-28 10:56:59 state change ‘wait_l3_up’ ⇒ ‘wait_l3_down’ 2023-12-28 10:56:59 l3 state change ‘l3_finished’ ⇒ ‘l3_down’ 2023-12-28 10:56:59 state is now DOWN
2023-12-28 10:56:59 state change ‘wait_l3_down’ ⇒ ‘l3_finished’ 2023-12-28 10:56:59 state change ‘l3_finished’ ⇒ ‘wait_l2_down’ 2023-12-28 10:56:59 l2 state change ‘l2_up’ ⇒ ‘l2_cleanup’ 2023-12-28 10:56:59 l2 state change ‘l2_cleanup’ ⇒ ‘l2_down’ 2023-12-28 10:56:59 state change ‘wait_l2_down’ ⇒ ‘down’ 2023-12-28 11:01:59 state change ‘down’ ⇒ ‘wait_l2_up’ 2023-12-28 11:01:59 l2 state change ‘l2_down’ ⇒ ‘l2_up’ 2023-12-28 11:01:59 state change ‘wait_l2_up’ ⇒ ‘l2_up’ 2023-12-28 11:01:59 state change ‘l2_up’ ⇒ ‘wait_l3_up’ 2023-12-28 11:01:59 l3 state change ‘l3_down’ ⇒ ‘l3_start’ 2023-12-28 11:01:59 starting
2023-12-28 11:01:59 calling helper script at ‘/etc/fbxconnman/conn.pre-up’ 2023-12-28 11:01:59 l3 state change ‘l3_start’ ⇒ ‘l3_wait_preup_helper’ 2023-12-28 11:01:59 l3 state change ‘l3_wait_preup_helper’ ⇒ ‘l3_wait_stable’ 2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 OpenVPN 2.5.3 aarch64-unknown-linux-musl [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [MH/PKTINFO] [AEAD] built on Jul 11 2023
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 library versions: OpenSSL 1.1.1s 1 Nov 2022, LZO 2.09
2023-12-28 11:01:59 openvpn: connected to management interface
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 MANAGEMENT: Connected to management server at unix_mgt.sock
2023-12-28 11:01:59 openvpn: rx: >INFO:OpenVPN Management Interface Version 3 – type ‘help’ for more info
2023-12-28 11:01:59 openvpn: rx: >HOLD:Waiting for hold release:0
2023-12-28 11:01:59 openvpn: tx: hold release
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 MANAGEMENT: CMD ‘hold release’ 2023-12-28 11:01:59 openvpn: rx: SUCCESS: hold release succeeded
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 MANAGEMENT: CMD ‘state on’ 2023-12-28 11:01:59 openvpn: rx: SUCCESS: real-time state notification set to ON
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 MANAGEMENT: >STATE:1703757719,WILL_CONNECT,178.33.61.116,,,,,
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 Outgoing Control Channel Encryption: Cipher ‘AES-256-CTR’ initialized with 256 bit key
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 Outgoing Control Channel Encryption: Using 256 bit message hash ‘SHA256’ for HMAC authentication
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 Incoming Control Channel Encryption: Cipher ‘AES-256-CTR’ initialized with 256 bit key
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 Incoming Control Channel Encryption: Using 256 bit message hash ‘SHA256’ for HMAC authentication
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 TCP/UDP: Preserving recently used remote address: [AF_INET]178.33.61.116:1194
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 Socket Buffers: R=[212992→212992] S=[212992→212992]
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 UDP link local: (not bound)
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 UDP link remote: [AF_INET]178.33.61.116:1194
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 MANAGEMENT: >STATE:1703757719,WAIT,,,,,,
2023-12-28 11:01:59 openvpn: rx: >STATE:1703757719,WILL_CONNECT,178.33.61.116,,,,,
2023-12-28 11:01:59 openvpn: rx: >STATE:1703757719,WAIT,,,,,,
2023-12-28 11:02:59 openvpn: output: 2023-12-28 11:02:59 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
2023-12-28 11:02:59 openvpn: output: 2023-12-28 11:02:59 TLS Error: TLS handshake failed
2023-12-28 11:02:59 openvpn: output: 2023-12-28 11:02:59 SIGTERM[soft,tls-error] received, process exiting
2023-12-28 11:02:59 openvpn: output: 2023-12-28 11:02:59 MANAGEMENT: >STATE:1703757779,EXITING,tls-error,,,,,
2023-12-28 11:02:59 openvpn: rx: >STATE:1703757779,EXITING,tls-error,,,,,
2023-12-28 11:02:59 l3 is now stable
2023-12-28 11:02:59 l3 does not fulfil config requirement
2023-12-28 11:02:59 l3 state change ‘l3_wait_stable’ ⇒ ‘l3_bring_down’ 2023-12-28 11:02:59 waiting for l3 providers to go down
2023-12-28 11:02:59 l3 state change ‘l3_bring_down’ ⇒ ‘l3_wait_down’ 2023-12-28 11:02:59 l3 state change ‘l3_wait_down’ ⇒ ‘l3_cleanup_start’ 2023-12-28 11:02:59 calling helper script at ‘/etc/fbxconnman/conn.post-down’ 2023-12-28 11:02:59 l3 state change ‘l3_cleanup_start’ ⇒ ‘l3_wait_postdown_helper’ 2023-12-28 11:02:59 l3 state change ‘l3_wait_postdown_helper’ ⇒ ‘l3_cleanup_finish’ 2023-12-28 11:02:59 l3 state change ‘l3_cleanup_finish’ ⇒ ‘l3_finished’ 2023-12-28 11:02:59 state change ‘wait_l3_up’ ⇒ ‘wait_l3_down’ 2023-12-28 11:02:59 l3 state change ‘l3_finished’ ⇒ ‘l3_down’ 2023-12-28 11:02:59 state is now DOWN
2023-12-28 11:02:59 state change ‘wait_l3_down’ ⇒ ‘l3_finished’ 2023-12-28 11:02:59 state change ‘l3_finished’ ⇒ ‘wait_l2_down’ 2023-12-28 11:02:59 l2 state change ‘l2_up’ ⇒ ‘l2_cleanup’ 2023-12-28 11:02:59 l2 state change ‘l2_cleanup’ ⇒ ‘l2_down’ 2023-12-28 11:02:59 state change ‘wait_l2_down’ ⇒ ‘down’

Merci de votre aide et bonne journée.

Bonjour
L'objectif est de ne router qu'une partie du trafic via le tunnel vpn (accès à un autre site).
Contexte: un serveur wireguard est en place sur une machine distante, depuis l'interface Freebox j'utilise la fonction "Client" de Wireguard.
WIreguard permet via son fichier de configuration de préciser quelles sont les IP/subnet routés via la directive AllowedIPs dans la section [Peer] de la configuration du client.
Cette option n'est pas disponible dans Freebox.
Est-ce envisagé de l'ajouter ?

Aussi le comportement par défaut n'est pas explicite: est-ce que tout le trafic passe par le VPN ?

Cordialement

Bonjour,

j’utilise le client vpn de la freebox avec un fichier de configuration openvpn.
Ce compte utilise un mot de passe de plus de 30 caractères alphanumérique.
Hors sur la freebox j’ai remarqué qu’elle ne prend en compte que les 30 premiers caractères. Ce qui empêche la connexion au VPN.
J’arrive à me connecter avec mon pc ou mon smartphone sur ce même VPN. J’ai modifié le mot de passe en le raccourcissant et là le vpn de se connecte sur la freebox.
Est-il possible d’envisager un changement au niveau de la limite sur la taille du mot de passe?

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.

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

Bonjour,
Dans le module de téléchargement de la freebox j’ai l’erreur suivante lors de l’importation du fichier de config OpenVPN :
“unknown statement: tun-ipv6”

L’IPV6 est bien activé dans les paramètres pourtant.

Deux questions alors :
- Le module interne de téléchargement de la box supporte-t-il l’IPV6 ?
- Si oui, y-a-t-il un paramètre supplémentaire de la box à modifier pour combiner L’IPV6 avec le module de téléchargement et la fonctionnalité OpenVPN ?

Merci d’avance.