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

Bonjour
depuis hier et la mise à jour du serveur, l’image se fige de temps en temps.
l’image revient quelques secondes plus tard ou alors je dois redemarrer le player.
Mac 34:27:92:66:15:B2

Bonjour,
Depuis plusieurs jours je fais l’expérience de buffering lors de la lecture de vidéos stockées sur ma freebox depuis mon PC connecté aussi bien en wifi qu’en ethernet. Au départ j’ai pensé à un souci au niveau de VLC concernant les enregistrements de la freebox car les seuls fichier m2ts étaient concernés. Depuis hier, la totalité des fichiers vidéos est concernée.
Mon environnement est : PC sous windows 11 22h2 moment 2 (à jour de la maj cumulative de mars)
Freebox revolution en version 4.7.4
VLC 3.0 ou 4.0 nightly, même résultat

Après enquête il semble, je dis bien il semble car je ne suis en test que depuis hier soir, que ce soit lié à la version 1 de SMB.
En désactivant SMB V1 dans les fonctionnalités windows et en cochant SMB v2/v3 sur la freebox, les performance semblent meilleures.
Pour autant, en ethernet j’observe lors de la copie de fichier depuis le disque interne de la box la chose suivante :
- Copie depuis l’explorateur windows plafonne a 30mo/sec (connecté en ethernet 1gb/sec)
- Téléchargement depuis l’interface web du même fichier tourne autour de 50-55Mo/sec

Il semblerait qu’il y ait de gros problèmes de débit sur le protocole SMB, en particulier sur la V1 mais les autres versions ne semblent pas en reste non plus quand je vois la différence de débit notée sur une copie de fichier.

Je rouvre un sujet car répondre à un sujet ouvert et dupliqué 15 fois, ça ne sert pas à grand chose, il y a 0% de chance que les DEVS lisent mon message

Résumé :

Depuis la MAJ 4.7.4 il est désormais avéré que SAMBA crashe de façon aléatoire sans qu’il soit possible de déterminer les conditions exactes du crash. Chez certaines personnes, ça semble arriver assez fréquemment, plusieurs fois par jours, chez d’autres comme chez moi, c’est totalement aléatoire, c’est arrivé 3 fois.

Mais… il semblerait que ça se produise chez moi de préférence en soirée.
Or en soirée j’ai remarqué ces derniers temps que je perdais de façon systématique ma deuxième radio wifi 5 ghz

Pour être plus exact :

- durant la journée mon Wifi fonctionne en largeur de bande 160 mhz sur les deux bandes 5 ghz, la bande des 2.4 GHz est inactive
De temps en temps, la deuxième radio 5 ghz décroche et passe en 40 mghz de largeur effective de bande, mais ça reste un pphénomène rare DURANT la journée

- en soirée de façon moins aléatoire, mais encore aléatoire, la deuxième radio 5 Ghz (DFS) passe à une largeur de bande effective de 40 mhz au lieu de 160 mhz. Je suis obligé de redémarrer la radio le lendemain pour retrouver la pleine bande.

Ce phénomène a longtempts été complètement aléatoire… il est devenu systématique, càd toutes les soirées, sans que j’en connaisse la raison

- soit l’action de voisins qui de façon plus systématique qu’avant allument des réseaux wifi 5 gz en soirée
- soit le résultat d’un bidouillage du firmware, dans ce cas ça pourrait avoir un lien avec le firmware 4.7.4

Mon intuition est que ces problèmes de crash de Samba pourraient avoir un lien indirect avec la gestion du Wifi.
Je serais tenté de penser que lorsque la box est contrainte de modifier la largeur de bande effective d’une radio, c’est là qu’il y aurait une forte probabiblité de plantage de Samba, ce qui expliqeurait que chez moi le crash de samba se produisent plutôt en soirée.

Si le phénomène se produit plus souvent chez certaines personnes, ce sont peut-être des personnes qui sont dans des environnements Wifi plus perturbés, des personnes qui peut-être utilisent encore le 2.4 ghz, une bande devenue problématique.

C’est une piste à creuser pour résoudre un problème qui empoisonne la vie de pas mal d’utilisateurs depuis la MAJ 4.7.4, même si chez moi la situation est vivable.

Et Sainte Marie, au nom du ciel…. encore une fois cessez d’être sourd, obstiné de vous foutre de la tête des utlisateurs ouvertement.

J’ai déjà signalé il y a longtemps sous un rapport de bug précisément doccumenté que sous SMB2 la Freebox n’émet plus de NETBIOS (mais pas en SMB1)… l’absence de NETBIOS pose des soucis ponctuels sur certains logiciels, sous Windows comme sous Linux, même si en soi ce n’est pas un problème vital, mais ras le bol de galérer sur un truc qui pourrait être résolu en une vingtaine de minutes en revérifant vos scripts, juste qu’on refuse ouvertement de prendre en compte cette régression.

Bonjour,
J’ai l’impression d’un facteur limitant le débit d’upload vers ftp. La Freebox a un disque externe en USB et NTFS.
Quand j’upload du wan (Orange 300mbps), le débit d’écriture sur le disque interne comme externe est limité dans les 5 MO/s apparemment partagé entre upload web et ftp.
Du même wan, un upload vers une pop pas très lointaine avec disque externe est bridé à 30 MO/s par le débit up du wan.

La limite de débit est elle un bridage qos, une limite de la Freebox , ou un bug sur la gestion du disque externe qui impacte le débit du disk interne ?

Les débits en smb en lan ont aussi tendance à être faibles du même odg 3 a 5 MO/s sur des gros fichiers vidéo.
Les speedtests sur le pc en lan montrent de débits normaux gbit eg 80/90 MO/s .
Pour info, c’est une Freebox server R1 de janvier 2011

Ce matin tout semblait bien fonctionner.

J’accède à mon partage Samba sans problème particulier, mes deux rails Wifi 5 GHZ sont bien en bande effective de 160 mghz, alors que je m’attendais à ce que la ligne radio DFS soit restreinte à 40 mhz, comme ça se produisait régulièrement ces derniers jours (voir ma précédente remontée de bug).

Etant précisé qu’on parle d’un transfert de fichier de quelque kilo octets, pas d’un transfert de gros fichier
Je visionnais et uploadait des fichiers de configuration Linux…rien ne bien méchant

Puis quelques minutes plus tard sur une deuxième tentative d’accès… patatras plus d’accès, freeze

J’investique et je constate UN GROS PLANTAGE au niveau du Wifi

- le PC (Linux) semble toujours connecté au Wifi de la box. Je fais une tentative d’update des repos sans aucun problème particulier, juste que Samba ne fonctionne plus, si j’essaie d’accéder au partage ça provoque un freeze. Comme j’étais en mode CONSOLE phyisque, je ne pouvais pas me connecter à l’interface web Freebox OS, donc je me tourne vers mon téléphone Android qui est connecté en Wifi

- Au niveau d’Android c’est là où ça devient intéressant

L’application Freebox n’a plus un accès complet à la Freebox, mais partiel.
L’accès au gestionnaire de fichier fonctionne que ce soit sur le disque interne ou la carte SD externe qui correspondent à deux partages SMB distincts, ce qui prouve que ça n’a aucun rapport avec un éventuel problème de NAS

Mais lorsque je veux visionner l’état du Wifi… l’appli tourne dans le vide.
Impossible d’accéder aux paramètres, l’appli freeze, alors même que quelques minutes auparavant j’avais bien eu accès à ces mêmes paramètres.

Je ferme l’appli et retente pour être sûr, même chose.

Je tente de lancer Freebox Files… l’appli freeze et ne démarre pas.
Mais, de mémoire il me semble que Freebox Connect se lance correctement, mais impossible ensuite d’accéder aux paramètres Wifi

Donc je n’ai pas le choix, je dois rebooter la Delta sans savoir exactement dans quel état réel était le Wifi puisqu’il semblait continuer à fonctionner partiellement, le PC restant toujours connecté et ayant une visibilité sur le Web

Avant la MAJ 4.7.4, jamais une telle chose était arrivé, au grand jamais, croix de bois, croix de fer….
Après la MAJ 4.7.4, cet incident s’est déjà produit 3 fois de façon totalement aléatoire, et sans que jamais à ce moment précis Samba ne soit sollicité sur un très gros efforts.

La question est maintenant de savoir entre l’oeuf et la poule qui est né le premier.

Est-ce un bug de Samba qui provoque le crash du Wifi ? La veille au soir, j’avais en effet effectué une grosse tâche de transfert sur plusieurs fichiers de 2 GO, sans problèmes apparents. Mais si vous lisez certains rapports de bug précédents il est avéré que sur la Delta, parfois Samba, suite à de gros transferts, reste dans un état “incertain”. Il semble fonctionner, mais il provoque des anomalies bizarres du genre répertoire pas à jour, impossible d’écrire… il faut relancer le serveur Samba.

Donc je ne peux totalement exclure que suite à ces gros transferts de la veille… Samba était en effet dans un état “incertain” comme décrit dans des rapports de bug précédents.

Ou est-ce une problématique Wifi qui provoque des soucis sur Samba ?

J’aurais tendance à pencher pour cette hypothèse. Les Devs ont manifestement “bidouillé” quelque chose au niveau du Wifi, car avant la MAJ 4.7.4, jamais je n’avais connu de tels crashes comme décrit présentement. La seule chose que j’avais constaté, ainsi que d’autres utilisateurs, c’est que de temps à autre Samba se mettait dans un statut incertain avec un fonctionnement qui “buggue” suite à des grosse tâches (sauvegarde VSS de type Acronis, Reflect… ) et qui impose le redémarrage du serveur Samba sans provoquer plus de dysfonctionnements au niveau de la box, l’accès aux paramètres Wifi via l’appli Android Freebox fonctionnant toujours… contrairement à ici

De plus avant la MAJ 4.7.4, la disparition subite des partages SMB ne se produisait ABSOLUEMENT pas, et ça été signalé plus d’une quinzaine de fois.

Soit vous connaissez l’origine du bug et un firmware correctif est en route… Soit c’est toujours en cours d’investigation… la situation DEVIENT TOTALEMENT INTENABLE ET INACCEPTABLE vu que la Delta est baucoup utlisée pour son NAS réseau, si l’on se réfère à des personnes qui perdent les partages Samba plusieurs fois d’affilée en l’espace de quelques heures.

Dans ce cas, en attendant la résolution du problème, je pense qu’il faut rétropédaler le firmware vers la version précédente 4.7.3

J’ai l’intime conviction que l’origine des soucis “récents” vient de certaines modifications au niveau de la gestion du Wifi.
Ca n’expliquera toujours pas l’instabilité chronique de Samba après un “stress” du serveur, bug rapportée avant le firmware 4.7.4, mais on retrouvera une situation plus acceptable.

Hello,
j’ai trouvé une source de crash reproductible concernant les VM qui fait redémarrer la freebox Delta. Voici comment faire:
(1) créer et démarrer des VM en utilisant toute la mémoire permise par l’interface de gestion des VM
(2) solliciter des services de la Freebox, par exemple le guide de programmes.

La réaction du systèmes est un redémarrage. Avec malchance, les VM sont redémarrés aussi et le bug se répète.

Analyse:

A présent, 1024MO de la mémoire vive sont réservé pour le système, le reste peut être alloué aux VM. Or, l’évolution doit avoir conduit à un besoin de mémoire dépassant 1GO. La barette mémoire fourni avec 2GO cache ce défaut en absence de VM.

Il faut alors réévaluer le besoin de mémoire et adapter l’interface afin de permettre moins mémoire aux VM.

Si DHCPv6 est activé, le POP player n’a pas de connectivité IPv6 mais bien une connectivité IPv4. La conséquence cryptique est que l’outil de diagnostique du POP player rapporte des problèmes de Ping. Puis, bien que Netflix et Prime Vidéo fonctionnent normalement, Oqee fonctionne à moitié : les enrégistrements et le direct fonctionne, mais en direct, pas la fonction pause ou reprendre depuis le début.

Vous allez me dire que DHCPv6 ne sert à rien ici, puisque implémenté partiellement (sans délégation de préfix), encore faut-il trouver la source du problème. Contourner, c’est facile, il faut désactiver DHCPv6. Maintenant, s’il ne faut pas l’utiliser, au moins un avertissement dans Freebox OS concernant le POP player serait utile. Sinon, permettre à Oqee sur POP player de fonctionner normalement sur IPv4 comme c’est le cas sur tous les autres supports.

Bonjour
en utilisant le port SFP+ du serveur vers un switch 10Gb (sans autre regle de port ou de vlan) l’acces depuis le player vers le NAS synology en UPNP ne fonctionne pas. Le Nas est tantot visible, tantot pas.
En utilisant les ports RJ45 du serveur, tout fonctionne normalement.
Merci.
Francois

Bonjour,

Avec un Apple IPhone 14 PRO MAX et une Freebox POP, pour que le VoWIFI fonctionne:
- il faut que le mobile soit en mode avion, autrement ça ne fonctionne pas
- test sur une Livebox Orange ca fonctionne correctement.

Test effectué chez Apple, le mobile est à jour, aucun défaut.

L’inconvénient de l’astuce du mode avion, c’est une fois l’appel terminé et que nous voulons désactiver le mode avion pour retrouver le réseau, un redémarrage du mobile est nécessaire.

Pouvez-vous prendre en charge ?

Merci et bonne journée,

Bonsoir,

Avec ma Freebox Révolution j’ai une erreur 500 “Internal Server Error” sur la requête vers https://api-arcep.proxad.net/api/v1/tca/prec lors d’un test de débit sur nPerf via le navigateur web.

Je reste disponible pour tout complément d’information.

Underground78

bonjour,
depuis une quinzaine de jours le serveur delta freeze affiche “étape 1” et impossible de la gérer avec la gui.
le routage internet fonctionne toujours le wifi est aléatoire service SMB HS etc…

contact du support via whatsapp :
“C’est un incident informatique général causé par la dernière mise à jour.
L’anomalie est en cours d’analyse par nos équipes.”

comme je n’ai rien vue ici, j’ouvre une tâche pour faire avancé les choses.
je peux aider/tester si besoin.

CDT
vrom

Bonjour la team,
Sur un PC Windows 11, impossible d’accéder au disque dur connecté à la Freebox, depuis l’extérieur (connection par un client OpenVPN). Depuis l’intérieur du réseau ça fonctionne nickel (en utilisant le nom du serveur et son IP)
ça fonctionne depuis le VPN avec un autre PC sous Windows 10, et sous Windows 7.
Je ne “vois” pas la box, pas de réponse au ping. Les autres PC la voient et peuvent pinguer sans problème. Pas de conflit d’IP sur les clients.
Pare-feu et antivirus désactivés.
L’accès se fait depuis un autre Freebox Pop, au début il y avait un conflit dans les adresses locales.
Box distante (celle avec le serveur VPN actif) d’IP 192.168.1.254, box locale d’IP 192.168.0.253
Ajout d’une route dans la table de routage Windows (de mémoire, route -p ADD 192.168.1.254 MASK 255.255.255.255 192.168.0.253 METRIC 1 IF 15) mais ça ne change rien.
En testant depuis une connection partagée depuis un mobile ça a fonctionné lors de mon test initial lors de l’installation (IP en 192.168.X.X), ça ne fonctionne plus avec le téléphone de la personne qui essaye de se connecter (IP en 172.x.x.x).

OpenVPN configuré comme suit :
client
remote XX.XXX.XX.XX XXXXX
#ajout de config depuis la modif logiciel pour le box Delta
topology subnet
ifconfig 192.168.27.65 255.255.255.224
pull-filter ignore “ifconfig” route-gateway 192.168.27.64
#fin ajout config
proto tcp-client
nobind
… (le reste du fichier n’est pas modifié)

Je sèche, 4 jours que je suis dessus u.u

Par avance merci

Contexte : Freebox OS 4.7. Je viens de passer à la fibre et j’ai demandé une IP V4 full Stack.

Depuis (coïncidence ou pas ?), lorsque je clique sur l’icone périphériques réseaux ou lorsque je veux paramétrer la gestion des ports dans “Paramètres de la Freebox”, j’obtiens ce message d’erreur “Erreur lors de la récupération de la liste des hôtes” dans un popup.

Any idea ?

Je viens a l’instant d’avoir un crash lié a SMB comme avant la version 4.7.5, toute fois je pense que le problème est moins présents.

Il m’arrive d’avoir beaucoups d’echecs mais je relance et ça marche sans que la box se fige, malgré tout au bout de 5-6 essaies sur un iso de 6 Go la box a finis par se figé en etape 1, redémarrage par débranchement encore une fois la seule possibilité.

Donc le bug n’a pas encore été résolu visiblement.

Depuis la dernière mise à jour 4.7.5 mes redirections de port ne fonctionnent plus.

Dans la page des redirection le port WAN minimum est 49152 (la freebox m’interdis d’utiliser des port en dessous de 49152!!),sinon impossible de valider la redirection. Alors qu’avant je pouvais choisir n’importe quel port.

Du coup, j’ai tenté de faire mes redirections avec des port WAN supérieur à 49152 mais rien ne fonctionne.

J’ai aussi tenté le DMZ vers mon périphérique LAN, mais aucune connexion ne passe.

Bonjour.
J’ai installé une VM jeedom sur ma delta. Il récupère bien les périphériques via le plugin “Freebox”. Le détecteur (bien qu’avec un délai de détection trop long > 20 secondes), remonte bien et jeedom reconnait quand il est activé ou pas. En revanche, la caméra qui possède pourtant l’option détection de bruit et détection de mouvement n’affiche aucune variation sur ces variables (toujours en état “1”). J’aimerais pourtant pouvoir utiliser ces détections dans un scénario. Il y a une possibilité ?

Bonjour
J’ai ma box delta s depuis un peu plus de trois mois et sur mon boîtier serveur l’heure s’affiche seule toutes les 40 secondes environ. Le boîtier est situé sous ma TV et c’est insupportable de voir l’heure apparaître alors que personne ne met la main devant.
Le support niv 3 me dit que la box fonctionne correctement donc ras pour eux….
Mais sincèrement c’est très pénible et pour moi c’est un vrai disfonctionnement
Je suis le seul à avoir ce soucis ?
Merci

Bonjour,

Depuis quelques semaines, quand je regarde des films en 4K, l’image est sombre, que soit via Disney ou Netflix.

la résolution en dessous, tout est OK

Bonjour, j’ai tenté plusieurs fois d’intégrer la webradio Le Mixanthrope via le formulaire dédié ( https://api.radioking.io/radio/377758/listen.m3u ) dans la liste de la Freebox mais elle n’apparaît jamais. J’ai tenté de nouveau ce matin.
Pouvez-vous m’indiquer si cela a fonctionné cette fois-ci ?

Merci par avance

Bon, problème très dérangeant, depuis le début mon PC connectés en Ethernet se déconnectent des parties en ligne sur divers jeux (freebox delta en fibre). mise à jour de la box faite ! mais je ne pense pas que ce soit la cause du problème.

Ce ne sont pas des “déconnections” total, trop rapides et seuls les jeux sont touchés.
La freebox ne détecte pas d’anomalie ou de déconnections mais bon je ne peux pas jouer correctement.

C’est systématique et continue pour l’instant 3- 4 fois le soir, beaucoup moins en journée.

De l’aide ou une solution SVP.

Bonjour,

Petit problème sur mon installation toute fraiche d’hier, j’ai des lags en jeu et en visio à intervalle plus ou moins régulier.
(Petit ping -t des serveurs google en bas de mon poste)

J’ai fait le test sur 2 tablettes, 2 téléphones et 3 PC. même problème et au même moment, pareil sur un ping cloudflare, free etc … Quand je ping la box en local, aucun soucis par contre, connexion constante, le problème se situe, j’imagine, au niveau de la box (ou du PTO, PBO, NRO, que sais-je ?)

Bref, une aide serait très fortement appréciée !

Réponse de 142.250.75.227 : octets=32 temps=15 ms TTL=120
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=15 ms TTL=120
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.
nse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.

Bonjour,

[ suite au contacte avec le service client (Helen, 07 Apr 2023) ]

Depuis mi/fin Mars 2023 les téléphones DECT ont arrêté de fonctionner.

- La Freebox montre ETAPE9
- Le tab “Etat de la Freebox / Telephonie” bascule entre “OK” et “Demarrage en cours”, sans arrêt
- Le téléphone s’allume et montre “Data Initializing”, complètement non fonctionnel
- La Freebox a été changée par le service Clients, même problème

Je soupçonne une régression du logiciel de la Freebox suite á quelque mise a jour automatique.
Merci de tout aide, cordialement
Fabrizio Furano

Bonjour,
suite à des soucis pour connecter des appareils à la FreeBox Révolution, l’assistance m’a demandé de recharger la configuration “Usine” de la Freebox. Depuis cette opération, je n’ai plus accès à mes caméras IP depuis l’internet (plus précisément en passant par la 4G avec mon smartphone).
Ma caméra est sur l’IP LAN 192.168.1.30. Elle répond au protocole HTTP sur le port 8082. J’ai mis en place un bail statique pour cette caméra et effectué une redirection de port WAN : 38082 vers LAN : 8082 pour cette caméra.
Lorsque je suis connecté au Wifi de la FreeBox, je peux accéder à l’interface d’administration de la caméra (192.168.1.30:8082), je peux l’accéder aussi par l’adresse IP publique de la FreeBox et le port 38082 (redirection de port). Avec le logiciel IP CAM Viewer, toujours en Wifi, j’ai bien l’image et le contrôle PTZ de la caméra.
Mais dès que je sors par la 4G, je ne peux pas atteindre la caméra depuis l’internet.
De même, l’installation d’une caméra EZVIZ C6n, plug & play, échoue alors que la procédure d’installation est standard pour toutes les Box.
L’assistance Free ne parvient pas à résoudre le problème.
Avez-vous une idée du problème que je rencontre ?
Avec mes remerciements.

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?

Disque SSD (3 disques différents, système de fichier différents) branchés à l’intérieur de la box. Depuis un pc windows 11 et windows 10. Accès Réseau, Freebox-Server, Disque1. Peu importe le disque utilisé.
Clic droit souris, Nouveau Document texte. Le fichier se crée mais sablier et freebox delta se met en étape1 et reste bloquée dans cet état.
Je suis obligé de débrancher et rebrancher la box.
La copy de fichiers peut également provoquer ce bug, principalement de petits fichiers.
Ce bug n’est pas systématique mais arrive régulièrement. L’alimentation de la box a déjà été changé.