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

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.

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 !

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 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

Bonjour,

Comme expliqué ici : https://twitter.com/akbenj/status/1098346008466079745, le cable entre la freebox et le routeur est de catégorie 5, je pense donc que c’est le bottleneck.

Vous pourrez noté la sévérité de la tâche : “critique” parce que ~pas inutile~ mais indispensable :)

Merci d’avance de votre retour, positif ou pas.

Problème constaté depuis le dernier reboot de ma box Revolution, qui est passée en version 4.2.7 (elle a dû faire un saut de plusieurs versions, car ça faisait plusieurs semaines je crois qu’elle n’avait pas été redémarrée).

J’avais configuré ma box en mode bridge depuis 2 ans environ, avec derrière un firewall Opnsense qui assure l’ensemble des services dont j’ai besoin (NAT, filtrage, DHCP, HAproxy, Wifi, Wifi invités, etc.)
Jusqu’ici tout fonctionnait très bien.

Il y a quelques jours, je redémarre ma box qui du coup passe des mises à jour.
Et là je constate que je ne peux plus joindre un serveur web qui tourne sur mon LAN (donc derrière mon firewall), alors que jusqu’ici je pouvais l’atteindre (règles de NAT dans mon FW).
Mais dans un 1er temps je ne fais pas de rapprochement avec la mise à jour de la box.
Mais hier, en jetant un oeil sur mon firewall, je constate un trafic tout à fait inhabituel sur une adresse IP locale que je n’ai jamais attribuée (c’est mon firewall qui fait aussi office de serveur DHCP et qui attribue les adresses à tous mes équipements, avec contrôle de l’adresse MAC : donc tout équipement non approuvé n’aura pas d’IP attribuée).
Donc je ne comprends pas comment un équipement a pu joindre mon réseau local... Il ne répond pas au ping, mais des trames passent en continu sur le firewall.
Je coupe tous mes équipements : je vois encore ces trames.
Là j’ai l’idée de me connecter sur la box : la configuration avait changé !!! Elle n’était plus en mode bridge, elle était revenue en mode routeur... Pourquoi ?
Par ailleurs, afin de retrouver un fonctionnement normal, je la repasse en mode bridge...
Et là, plus rien ne fonctionne, alors que la configuration de mon firewall n’a pas bougée...
En clair, après avoir cherché, je diagnostique que la box ne remplit plus son rôle de passerelle...
Donc aucun de mes équipements n’accède au WAN...
Le seul remède est de revenir en mode routeur, ce que je ne veux pas.

Quand je suis en mode bridge, je vois pourtant que mon firewall récupère bien l’adresse IP de la box, que la passerelle est up (puisque le FW arrive à la contacter), mais en réalité rien ne passe (comme si mon firewall envoyait bien les requêtes à la box, mais celle-ci ne les laisse pas sortir).
Donc pour moi c’est la box qui n’assure plus son rôle de passerelle lorsqu’elle est en mode bridge, et ce depuis les dernières mises à jour.

Pouvez-vous SVP corriger cette régression ?

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,

Bonjour à tous.

Problème devenu omniprésent depuis le passage en 4.5.x. A chaque reboot/update perte de la connectivité IPv4 en mode bridge.
J'utilise le mode bridge exclusivement, depuis le début de mon abonnement chez Free (2015)

La config coté LAN/Routeur (basé sur pfSense) n'a pas beaucoup évoluée (seulement montée de version). Interface WAN, IPv4 en mode DHCP.

Après reboot :
l'IPv4 publique est bien attribuée à l'interface WAN, le ping vers la gateway est OK, mas impossible d'aller au-delà.
Même problème en brachant le PC (Windows ou autre) directement sur la Freebox, il récupère bien l'IP publique, je ping la gateway, mais de pas trafic IPv4 au delà.

J'ai bien sur essayé sans autre équipement IP sur le réseau hormis mon PC, le routeur et la FB.

J'arrive à retrouver un fonctionnement "correct" du mode bridge, en switchant "mode bridge" / "mode routeur" / "mode bridge" ET des fois obligé de rebooter la FBv6 en mode "secours" (et refaire encore la manip de switch de mode).

Est-ce possible de régler ce problème ? Je me suis abonné chez free pour cette fonctionnalité.

Merci.

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,

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,

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

Bonjour,

Apparemment le client openvpn ne supporte pas IPv6. J’obtiens l’erreur suivante quand j’importe ma configuration :

unknown statement: tun-ipv6

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?

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,

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,

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.

Bonjour,
Serait il possible de créer une application comme “téléchargement” qui apparaitrait dans “Applications” du “Client VPN” Cette application, une fois cochée, permettrait de choisir une plage d’IP de la Freebox et d’utiliser le VPN pour cette plage d’adresse IP.
Le but est d’avoir seulement certains équipements sur le réseau se connectant via le VPN, et pas tous les appareils.
Merci

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

Les Freebox sont incroyables, elles offrent d’innombrables possibilités ; comme: définir un client OpenVPN ou WireGuard, et, de l’associer au programme de Téléchargement de la Freebox.

Serait-il possible d’ajouter la redirection de ports à travers un client VPN
Une petite liste de ports de 1 à 5, 10, 20.
La redirection de ports classique est du WAN vers le LAN
Ici il s’agirait de rediriger des ports du TUNNEL VPN vers le LAN (freebox elle-même ou d’autres postes)

https://airvpn.org/faq/port_forwarding/ https://airvpn.org/forums/topic/9270-how-to-forward-ports-in-dd-wrt-tomato-with-iptables/ https://airvpn.org/forums/topic/14991-asuswrt-merlin-multiple-ports/?tab=comments#comment-31221

Je pense que cette évolution serait applaudit
Merci.

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

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, 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.

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.