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

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.

Je viens de perdre deux heures pour comprendre que sur la Ultra le mode Bridge ne fonctionne que sur le port SFP+ !

Ca sent le bugg et ça voudrait dire que le port SFP+ est géré à part.

Hélas le câble SFP+ que j’avais entre la Delta et mon UDM Pro ne fonctionne plus. Merci de ne pas fournir le câble idoine et de ne pas pouvoir réutiliser l’ancien.

J’ai fini par retrouver un très court câble SFP+ de chez Ubiquiti et et la tout est reconnu et fonctionnel mais avec de mauvais débits en UP.

J’ai commandé ce câble https://amzn.to/3TgSuRS qui semble OK d’après les forums.

Ce problème reste à expliquer

Bonjour,
Je ne comprends pas pourquoi lorsque nous sommes en mode bridge, l’adresse fd0f:ee:b0::1 n’est pas accessible par le réseau local.
Mon routeur interne récupère est paramétré en SLAAC sur le port de la freebox bridge pour la partie WAN et en SLAAC sur la partie LAN également.
Pourquoi il n’est pas possible d’acceder à cette adresse multicast fd0f:ee:b0::1 ? Sans elle pas de flux RASH.
Alors qu’il n’y a pas de souci avec l’adresse multicast 212.27.38.253 en ipv4.
Pour info j’ai ouvert l’icmpv6 (pour accès MLD) entierement sur mon reseau pour faire le test mais cela ne passe pas.
Merci de votre retour,

Lorsque le Serveur est en mode bridge, le mDNS émis par le Player pollue les log des routeurs/firewall placés en aval du Serveur ce qui génère de fausses alertes d’usurpation d’IP.
Un simple switch pour activer/désactiver le mDNS du player serait la bienvenue.

D’avance merci !

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.

Bonjour,
Est-il possible d’utiliser l’adresse IPv6 du serveur Freebox dans les liens générés à partir de l’explorateur de fichier si on est configuré en mode Bridge vers un serveur en pont ?
Cela permettrait de pointer sur le serveur Freebox plutôt que sur le serveur en pont avec l’adresse IPv4.
Vérifié en modifiant manuellement l’adresse IPv4 du lien par l’adresse IPv6 du serveur Freebox.

Bonjour,

Mes excuses si cela est documenté quelque part mais je ne l’ai pas trouvé, le support n’a pas plus m’aidé et pas obtenu dr réponse sur X.

En mode Bridge, la Freebox est accessible sans soucis sur mafreebox.freebox.fr (même sans l’accès à distance), branché via le port SFP+ (pas d’utilisation du switch rj45)

Cependant, en cas de panne fibre (étape 2/3) cela ne fonctionne pas et impossible de trouver comment y accéder via quel IP par défaut boot-elle?

C’est bloquant en cas de soucis et force à avoir un accès physique.

Merci!

Oui, je pourrai même digérer l’idée de garder la freebox en mode bridge…(donnez vous un /56).
Mais sachez-le, en réalité, je veux mes seize /64. Pour mon router, pour mes LANs, VLANs, LAGGs…

Tôt ou tard un des opérateurs fera le pas.
Juste encore un peu de patience…

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,

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,

Pour interconnecter 2 FREEBOX REVOLUTION par un Tunnel VPN LAN TO LAN
et ainsi permettre aux machines du LAN A d’accéder aux machines du LAN B, TOUT PROTOCOLE CONFONDU il faudrait permettre aux autres protocoles que celui associé à l’application de TELECHARGEMENT
d’être router dans le tunnel.

Merci d’avance de pouvoir rajouter ces fonctionnalités dans l’une des TRES prochaines versions du firmware du SERVEUR.

Bonne réception
Cdt
P.SARGNON

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.

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

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, 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, 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 à 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'

Suite à la dernière mise à jour, j’ai voulu configuré le client vpn intégré dans la freebox afin d’accéder depuis le réseau local de ma freebox vers le réseau de mon entreprise.

Le client VPN de la freebox se connecte bien (obtention adresse etc), cependant aucun pc ne peut accéder aux ressources à l’autre bout du vpn. Si je fais un traceroute je me rend compte que la freebox ne fait pas sortir le traffic par le vpn.

J’ai vu que l’on pouvait choisir les applicatifs qui peuvent sortir via le vpn mais il n’y a que le gestionnaire de téléchargement qui est accessible.

Est-ce possible de rajouter des routes qquepart dans la freebox? Afin que l’on puisse définir le traffic à faire sortir directement sur internet et celui à faire passer dans le vpn?

Merci pour la prise en compte.

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.

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.

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.

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.

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

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