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

Bonjour,

Depuis la mise a jour du FBX serveur en 3.4, je rencontre quelques problèmes avec l’interface web:

• Impossible d’afficher l’etat de connexion vpn: http://imgur.com/t8ruYbe
• Impossible d’editer une connexion vpn: http://imgur.com/dGesESr
• le bouton “minimiser” disparait, et l’icone “maximiser” apparait en haut à gauche : http://imgur.com/ikx7h1d et http://imgur.com/HD2kAaO

F.

Bonjour,

La lecture d’un fichier avi ou mkv ne fonctionne pas. Quand je double-clique sur l’un de ces fichiers depuis l’explorateur, celui-ci et téléchargé sur mon pc au lieu d’être joué avec le player video.
Seul les fichiers mp4 fonctionnent.

Cordialement.

Bonjour,

Depuis un reboot intempestif aujourd’hui, je n’arrive plus à me connecter à ma freebox depuis l’extérieur via https avec le nom de domaine que j’ai généré il y a quelques jours.
Le certificat RSA est valide.
Et ca fonctionne pourtant bien avec l’adresse IP de ma box en http.

Cordialement,
Fuji

Je vex configurer un client vpn :

Description: blablabla
Type de serveur vpn : OpenVPN
Nom d’utilisateur: XXXX
Mot de passe : YYYYY
Fichier de configuration: C:/fakepath/xxxxx

Quand je clique “sauvegarder”, le message suivant apparait:

Votre navigateur est trop ancien et ne supporte pas l'api FileReader. Mettez à jour votre navigateur !

J’utilise Safari Version 9.0 (11601.1.56), la dernière version je crois.

Depuis la mise à jour du serveur vers 3.1.5, impossible de me connecter à un client vpn via openvpn.

2015-10-21 18:29:04 state change 'down' => 'wait_l2_up'
2015-10-21 18:29:04 l2 state change 'l2_down' => 'l2_up'
2015-10-21 18:29:04 state change 'wait_l2_up' => 'l2_up'
2015-10-21 18:29:04 state change 'l2_up' => 'wait_l3_up'
2015-10-21 18:29:04 l3 state change 'l3_down' => 'l3_start'
2015-10-21 18:29:04 starting
2015-10-21 18:29:04 calling helper script at '/etc/fbxconnman/conn.pre-up'
2015-10-21 18:29:04 l3 state change 'l3_start' => 'l3_wait_preup_helper'
2015-10-21 18:29:04 l3 state change 'l3_wait_preup_helper' => 'l3_wait_stable'
2015-10-21 18:29:04 openvpn: output: Wed Oct 21 18:29:04 2015 OpenVPN 2.3.2 arm-unknown-linux-muslgnueabi [SSL (OpenSSL)] [LZO] [EPOLL] [MH] [IPv6] built on Oct  2 
2015
2015-10-21 18:29:04 openvpn: connected to management interface
2015-10-21 18:29:04 openvpn: output: Wed Oct 21 18:29:04 2015 MANAGEMENT: Connected to management server at unix_mgt.sock
2015-10-21 18:29:04 openvpn: rx: >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info
2015-10-21 18:29:04 openvpn: rx: >HOLD:Waiting for hold release
2015-10-21 18:29:04 openvpn: tx: hold release
2015-10-21 18:29:04 openvpn: output: Wed Oct 21 18:29:04 2015 MANAGEMENT: CMD 'hold release'
2015-10-21 18:29:04 openvpn: rx: SUCCESS: hold release succeeded
2015-10-21 18:29:04 openvpn: output: Wed Oct 21 18:29:04 2015 MANAGEMENT: CMD 'state on'
2015-10-21 18:29:04 openvpn: rx: SUCCESS: real-time state notification set to ON
2015-10-21 18:29:04 openvpn: rx: >PASSWORD:Need 'Auth' username/password
2015-10-21 18:29:04 openvpn: tx: username "Auth" "XXXXXXXX"
2015-10-21 18:29:04 openvpn: output: Wed Oct 21 18:29:04 2015 MANAGEMENT: CMD 'username "Auth" "XXXXXXXX"'
2015-10-21 18:29:04 openvpn: rx: SUCCESS: 'Auth' username entered, but not yet verified
2015-10-21 18:29:04 openvpn: output: Wed Oct 21 18:29:04 2015 MANAGEMENT: CMD 'password [...]'
2015-10-21 18:29:04 openvpn: rx: SUCCESS: 'Auth' password entered, but not yet verified
2015-10-21 18:29:04 openvpn: output: Wed Oct 21 18:29:04 2015 WARNING: No server certificate verification method has been enabled.  See 
http://openvpn.net/howto.html#mitm for more info
2015-10-21 18:29:04 openvpn: output: Wed Oct 21 18:29:04 2015 MANAGEMENT: >STATE:1445444944,WILL_CONNECT,yyyyyy.net,,,,,0
2015-10-21 18:29:04 openvpn: output: Wed Oct 21 18:29:04 2015 Control Channel Authentication: using 'tls_auth.data.1' as a OpenVPN static key file
2015-10-21 18:29:04 openvpn: output: Wed Oct 21 18:29:04 2015 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
2015-10-21 18:29:04 openvpn: output: Wed Oct 21 18:29:04 2015 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
2015-10-21 18:29:04 openvpn: output: Wed Oct 21 18:29:04 2015 Socket Buffers: R=[87380->131072] S=[16384->131072]
2015-10-21 18:29:04 openvpn: output: Wed Oct 21 18:29:04 2015 MANAGEMENT: >STATE:1445444944,RESOLVE,,,,,,0
2015-10-21 18:29:04 openvpn: EOF on mngt interface
2015-10-21 18:29:04 l3 is now stable
2015-10-21 18:29:04 l3 does not fulfil config requirement
2015-10-21 18:29:04 l3 state change 'l3_wait_stable' => 'l3_bring_down'
2015-10-21 18:29:04 waiting for l3 providers to go down
2015-10-21 18:29:04 l3 state change 'l3_bring_down' => 'l3_wait_down'
2015-10-21 18:29:04 l3 state change 'l3_wait_down' => 'l3_cleanup_start'
2015-10-21 18:29:04 calling helper script at '/etc/fbxconnman/conn.post-down'
2015-10-21 18:29:04 l3 state change 'l3_cleanup_start' => 'l3_wait_postdown_helper'
2015-10-21 18:29:04 openvpn: openvpn process died (159)
2015-10-21 18:29:04 l3 state change 'l3_wait_postdown_helper' => 'l3_cleanup_finish'
2015-10-21 18:29:04 l3 state change 'l3_cleanup_finish' => 'l3_finished'
2015-10-21 18:29:04 state change 'wait_l3_up' => 'wait_l3_down'
2015-10-21 18:29:04 l3 state change 'l3_finished' => 'l3_down'
2015-10-21 18:29:04 state is now DOWN
2015-10-21 18:29:04 state change 'wait_l3_down' => 'l3_finished'
2015-10-21 18:29:04 state change 'l3_finished' => 'wait_l2_down'
2015-10-21 18:29:04 l2 state change 'l2_up' => 'l2_cleanup'
2015-10-21 18:29:04 l2 state change 'l2_cleanup' => 'l2_down'
2015-10-21 18:29:04 state change 'wait_l2_down' => 'down'

J’essaie d’accéder à un serveur openVPN (PureVPN) depuis mon PC sous Fedora.
Il ne s’agit pas du client VPN de la Freebox (qui fonctionne bien) mais bien de mon PC.

J’ai des erreurs comme celles ci-dessous. La même configuration openvpn marche très bien depuis un PC connecté hors de chez moi (pas sur le réseau Free).
C’est peut-être lié à la version 3.0.3 du FBX server.
Par contre, je n’ai aucun problème avec une connexion PPTP.

Quelqu’un a-t-il rencontré le même soucis?

Cordialement,
F.

Dec 13 20:17:31 tosca NetworkManager[1049]: <info> Starting VPN service 'openvpn'...
Dec 13 20:17:31 tosca NetworkManager[1049]: <info> VPN service 'openvpn' started (org.freedesktop.NetworkManager.openvpn), PID 22340
Dec 13 20:17:31 tosca NetworkManager[1049]: <info> VPN service 'openvpn' appeared; activating connections
Dec 13 20:17:31 tosca NetworkManager[1049]: <info> VPN plugin state changed: starting (3)
Dec 13 20:17:31 tosca NetworkManager: ** Message: openvpn started with pid 22347
Dec 13 20:17:31 tosca NetworkManager[1049]: <info> VPN connexion 'PureVPN (France, UDP)' (ConnectInteractive) reply received.
Dec 13 20:17:31 tosca nm-openvpn[22347]: OpenVPN 2.3.4 x86_64-redhat-linux-gnu [SSL (OpenSSL)] [LZO] [EPOLL] [PKCS11] [MH] [IPv6] built on Nov 21 2014
Dec 13 20:17:31 tosca nm-openvpn[22347]: library versions: OpenSSL 1.0.1j-fips 15 Oct 2014, LZO 2.08
Dec 13 20:17:31 tosca nm-openvpn[22347]: WARNING: No server certificate verification method has been enabled. See http://openvpn.net/howto.html#mitm for more info.
Dec 13 20:17:31 tosca nm-openvpn[22347]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Dec 13 20:17:31 tosca nm-openvpn[22347]: Control Channel Authentication: using '/home/xxx/Documents/VPN/purevpn/Linux OpenVPN Updated files/Wdc.key' as a OpenVPN static key file
Dec 13 20:17:31 tosca nm-openvpn[22347]: UDPv4 link local: [undef]
Dec 13 20:17:31 tosca nm-openvpn[22347]: UDPv4 link remote: [AF_INET]94.249.245.31:53
Dec 13 20:17:32 tosca nm-openvpn[22347]: VERIFY ERROR: depth=0, error=certificate signature failure: C=HK, ST=HK, L=HongKong, O=PureVPN, OU=IT, CN=PureVPN, name=PureVPN, emailAddress=mail@host.domain
Dec 13 20:17:32 tosca nm-openvpn[22347]: TLS_ERROR: BIO read tls_read_plaintext error: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
Dec 13 20:17:32 tosca nm-openvpn[22347]: TLS Error: TLS object -> incoming plaintext read error
Dec 13 20:17:32 tosca nm-openvpn[22347]: TLS Error: TLS handshake failed
Dec 13 20:17:32 tosca nm-openvpn[22347]: SIGUSR1[soft,tls-error] received, process restarting
Dec 13 20:17:34 tosca nm-openvpn[22347]: WARNING: No server certificate verification method has been enabled. See http://openvpn.net/howto.html#mitm for more info.
Dec 13 20:17:34 tosca nm-openvpn[22347]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Dec 13 20:17:34 tosca nm-openvpn[22347]: UDPv4 link local: [undef]
Dec 13 20:17:34 tosca nm-openvpn[22347]: UDPv4 link remote: [AF_INET]94.249.245.31:53
Dec 13 20:17:34 tosca nm-openvpn[22347]: VERIFY ERROR: depth=0, error=certificate signature failure: C=HK, ST=HK, L=HongKong, O=PureVPN, OU=IT, CN=PureVPN, name=PureVPN, emailAddress=mail@host.domain
Dec 13 20:17:34 tosca nm-openvpn[22347]: TLS_ERROR: BIO read tls_read_plaintext error: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
Dec 13 20:17:34 tosca nm-openvpn[22347]: TLS Error: TLS object -> incoming plaintext read error
Dec 13 20:17:34 tosca nm-openvpn[22347]: TLS Error: TLS handshake failed
Dec 13 20:17:34 tosca nm-openvpn[22347]: SIGUSR1[soft,tls-error] received, process restarting
Dec 13 20:17:36 tosca nm-openvpn[22347]: WARNING: No server certificate verification method has been enabled. See http://openvpn.net/howto.html#mitm for more info.
Dec 13 20:17:36 tosca nm-openvpn[22347]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Dec 13 20:17:36 tosca nm-openvpn[22347]: UDPv4 link local: [undef]
Dec 13 20:17:36 tosca nm-openvpn[22347]: UDPv4 link remote: [AF_INET]94.249.245.31:53
Dec 13 20:17:37 tosca nm-openvpn[22347]: VERIFY ERROR: depth=0, error=certificate signature failure: C=HK, ST=HK, L=HongKong, O=PureVPN, OU=IT, CN=PureVPN, name=PureVPN, emailAddress=mail@host.domain
Dec 13 20:17:37 tosca nm-openvpn[22347]: TLS_ERROR: BIO read tls_read_plaintext error: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
Dec 13 20:17:37 tosca nm-openvpn[22347]: TLS Error: TLS object -> incoming plaintext read error
Dec 13 20:17:37 tosca nm-openvpn[22347]: TLS Error: TLS handshake failed
Dec 13 20:17:37 tosca nm-openvpn[22347]: SIGUSR1[soft,tls-error] received, process restarting
Dec 13 20:17:39 tosca nm-openvpn[22347]: WARNING: No server certificate verification method has been enabled. See http://openvpn.net/howto.html#mitm for more info.
Dec 13 20:17:39 tosca nm-openvpn[22347]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Dec 13 20:17:39 tosca nm-openvpn[22347]: UDPv4 link local: [undef]
Dec 13 20:17:39 tosca nm-openvpn[22347]: UDPv4 link remote: [AF_INET]94.249.245.31:53
Dec 13 20:17:39 tosca nm-openvpn[22347]: VERIFY ERROR: depth=0, error=certificate signature failure: C=HK, ST=HK, L=HongKong, O=PureVPN, OU=IT, CN=PureVPN, name=PureVPN, emailAddress=mail@host.domain
Dec 13 20:17:39 tosca nm-openvpn[22347]: TLS_ERROR: BIO read tls_read_plaintext error: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
Dec 13 20:17:39 tosca nm-openvpn[22347]: TLS Error: TLS object -> incoming plaintext read error
Dec 13 20:17:39 tosca nm-openvpn[22347]: TLS Error: TLS handshake failed
Dec 13 20:17:39 tosca nm-openvpn[22347]: SIGUSR1[soft,tls-error] received, process restarting
[....]

Bonjour,

Dans l’interface “Contacts” de Freebox OS, il est impossible de supprimer un contact un fois sélectionné.
Il n’y a pas de bouton pour supprimer le contact, et pas de menu “right-click” aussi.

//dl.free.fr/nVrjWNI2k

Cordialement,
F.

Ce serait d’avoir un terminal bash dans freebox OS avec les commandes linux de base pour effectuer des operations sur des fichiers.
Qu’en pensez-vous?

Lorsque je supprime un ou plusieurs fichiers depuis l’explorateur de la console mafreebox.freebox.fr, la page n’est pas rafraichie.
Il faut que je remonte vers le repertoire du dessus et que je reviennes pour m’assurer que les fichiers ont ete supprimé.

Vu la liste des problemes qui ont été rapporté d’abord avec la version 1.1.0 puis avec la version 1.1.1 (appels entrant qui ne marchent pas, disque dur plus reconnu, wifi qui ne fonctionne pas, ...), je ne sais meme si je dois faire la mise a jour de ma FBX Server (toujours en 1.0.5.1).

Il serait donc souhaitable que les developpeurs de Free fassent beaucoup plus de tests avant de mettre à disposition une mise a jour de la FBX Server (et idem pour le Player). Il faudrait aussi un groupe de beta testeur qui accepteraient de tester une nouvelle version pour remonter les problemes vers Free pour correction puis mettre cette version corrigée à disposition des freenautes.
C’est peut-etre deja comme ça.

De plus, il serait bon que la mise a jour ne se fasse pas sur un simple debranchement de la FBX Server. Si je n’ai pas envie de faire une mise a jour (parce qu’il y a trop de problemes) et qu’une coupure d’electricité a lieu, je suis condamné a faire une mise a jour, et pour peu qu’elle soit buguée, je me retrouve avec des tas de problemes que je n’avais pas avant.

Cette mise a jour devrait donc pouvoir se faire via un choix dans le menu de la FBX Server (ou via l’interface web de la FBX Server) et on devrait avoir la possibilité de repasser a la version precedente à tout moment si on le souhaite, pas seulement quand il y a vraiement beaucoup trop de probleme comme avec la mise à jour 1.1.0.

Qu’en pensez-vous?

F.

Lorsqu’on accede aux disques externes ou au NAS, on devrait pouvoir trier la liste des fichiers par date ou par format de fichier en plus du tri alphabetique.