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

Bonjour,

Je viens d’installer un système mesh tp-link deco BE85 derrière ma Freebox Ultra que j’ai passé en mode bridge.

Problème (à définir si côté routeur tp-link ou freebox) : parfois, quand je redémarre le tp-link, l’uplink (en SFP+) reste au rouge (rien concernant la connexion de l’uplink dans ses logs). Un simple reboot de la freebox le fait passer au vert sans même redémarrer ce dernier.
Routeur tp-link uplink param pour récup l’IP pub en DHCP (je viens de la fixer pour voir si c’est pareil)

Possible de regarder les logs de ma Freebox vers 6h45 ce jour pour voir si vous voyez un truc s’il vous plaît ? S’ils ne sont pas effacés après un reboot…

MAC : 38:07:16:CC:69:CF

Concernant, l’IPv6, je l’ai désactivé pour le moment côté tp-link. Dans les choix j’ai IP dynamique, PPPoE, Tunnel 6to4, Pont. Je suppose que je dois choisir Pont et ne rien toucher dans les param IPv6 de la Freebox à part juste bien activer le firewall ? Rien dans Delegation de préfixe à mettre vu que je ne peux pas conf l’IPv6 en fixe sur le tp-link ?

Merci, bonne journée.

Bonjour,

Tentant de placer un UDM PRO SE derrière ma Freebox Server et ayant configuré un VLAN 100 sur cet UDM comme sur ce schéma, je me rend compte que l'UDM PRO "perd Internet", comme si cela posait un soucis au "switch" de la Freebox que d'avoir 2 connexions. Un problème sur la Freebox quand elle est en mode bridge ?

//img.community.ui.com/26e57516-7b0c-403f-91e6-b18ecc4938f3/answers/f9df1eac-6ed8-4135-9c6d-aa9b17f7ee22/e9e2faa9-f94f-44e4-afc4-6bf5750ef541

Merci pour votre retour,

Bonjour,

Actuellement en train de configurer mon réseau interne avec un routeur/firewall, je souhaitais utiliser la freebox en mode Bridge mais je me heurte à 2 problèmes.

Tout d’abord, un fois le mode Bridge activé, je n’accède plus par FTP au disque du Freebox Server depuis l’extérieur.
Aussi, mon réseau local, certes sur un autre réseau, n’accède plus au NAS du Freebox Server.

Si je repasse la Freebox en mode Routeur + DMZ vers mon routeur personnel, tout refonctionne.

Est-ce une anomalie récente ?

Car j’ai pu trouver différents sujet sur le net dont un article du site de l’assistance Free dans lequel le mode Bridge est censé permettre l’accès au NAS via \\mafreebox.freebox.fr mais il n’en est rien.
De même, le FTP n’est pas censé être inaccessible et pourtant, j’attéri directement sur mon routeur qui pour le moment ne dispose pas de FTP sur son réseau.

Même chose pour l’accès à l’interface FreeboxOS qui est renvoyée vers le routeur depuis le Web, heureusement l’application fonctionne :)

Merci pour vos réponses.

Cdt,

Je trouve plusieurs tickets concernant l’activation du LACP, et je trouve la réponse “ça ne servirait à rien vous ne saturerez jamais le lien router⇔freebox un peu obsolète dans la mesure où le débit fibre est maintenant supérieur à 2.5Gbps avec la Pop.
On commence à trouver aujourd’hui pas mal de routeurs capables de supporter du LACP sur un port WAN 2.5GB + Ethernet 1GB, et il serait plutôt sympa d’avoir la possibilité d’en bénéficier avec la Freebox POP, en mode bridge uniquement par exemple, pour pouvoir encaisser des pics de trafic.
Je suis très satisfait de ma connexion fibre et des performances générales de la POP (que j’utilise en bridge avec un routeur wifi 6 Orbi, très bon combo), le support du LACP serait la cerise sur la gâteau fort appréciée.

Merci de prendre cela en considération!

bonjour impossible de passer en mode bridge. a chaque redemarage de la box delta elle repasse en routeur, je suis avec le firmware 4.7.1

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…

Bonjour,

Impossible d’utiliser la Freebox Delta en mode Bridge. Cela rend le réseau complètement inutilisable avec des déconnexions constantes et erreurs DNS.
Obligé de se mettre en mode routeur ce que je ne souhaite pas.

Je résume mes mésaventures avec la Freebox Delta :
- Wifi mesh avec une très mauvaise stabilité et portée (remplacé par un routeur wifi TPlink c’est le jour et la nuit)
- Agrégation 4G qui n’a jamais apporté aucun débit notable, même pendant une période d’un mois où mon débit global était <1Mo à cause d’un mauvais câble (réglé depuis, sachant que 2 freehelpers n’ont absolument rien trouvé d’autre à dire que “tout va bien de notre côté”, heureusement que j’ai trouvé la source du problème tout seul)
- Bugs innombrables sur le player Dévialet, entre les artefacts d’image, le replay qui plante, le airdrop qui ne fonctionne pas, la lecture en dlna capricieuse...
Ca fait cher le player/enceinte sur laquelle on ne peut même pas brancher de casque audio (super pour les malentendants comme moi).

Le mode bridge qui ne fonctionne pas c’est un peu la goutte d’eau qui fait déborder le vase...
Merci 1000 fois à qui aura une solution ou au développeur qui réparerait ça pour la prochaine mise à jour !

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

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 !

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,

En utilisant mon VPN (ProtonVPN) avec le client Wireguard de la Freebox Pop j’ai des crash de la Freebox le soir vers 1h-2h du mat. Sur l’écran il y a écrit “Erreur 20-FF Aucun module réseau détecté”.

Depuis que j’ai désactivé le client VPN (environ depuis 1 semaine), je n’ai plus eu l’erreur jusqu’à présent.

Cdlt

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.