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

Lorsqu’on lance un long téléchargement - c’est surtout là que la Seedbox est plus qu’utile - il serait ne pas avoir à se reconnecter à la console pour vérifier si celui-ci est terminé.

Exemple: Avec une telle fonctionnalité, désormais je pourrais lancer un/des long(s) téléchargement(s) et aller tranquillement regarder la télé. Une fois ceux-ci terminés, la seedbox m’enverrai un mail (par exemple sur mon smartphone) pour me prévenir que c’est fait. Avant, j’utilisais l’excellent qBittorrent qui offre cette possibilité. Mais, avec une telle évolution, plus besoin de laisser le PC allumé !

Bonjour, j’ai voulu partager 2 imprimantes USB - Une HP DeskJet 980bxi et une Brother laser HL-2030 - via un hub USB 4 ports connectées à ma Freebox et ça marche.

LE PROBLÈME: Les deux imprimantes apparaissent sous le même nom d’imprimante, en l’occurrence celui de la première imprimante à avoir été détectée. Tout ce passe comme si la Freebox server n’énumérait pas les imprimantes connectées et partagées via son port USB. Ainsi, la deuxième imprimante apparait sous le même nom que la première, mais avec un “1” à la fin. Bien évidemment, à moi - l’utilisateur - de sélectionner le bon driver pour cette 2ème imprimante et l’impression fonctionne parfaitement.

Ce qui est dommage ici, c’est que je ne peux renommer (sous Windows 7) les imprimantes ainsi partagées et que ce problème tout bête cela induit une confusion au moment de choisir l’imprimante.

En outre, ce serait un argument marketing non négligeable pour Free de dire qu’on peut partager plusieurs imprimantes à la fois. Suffit juste de corriger ce problème d’énumération USB, le reste marche nickel.

Le client VPN ne supporte pas les fichiers de configuration .openvpn contenant la directive classique ca [certificat racine du CA].crt.

Ces fichiers doivent donc être modifiés avant utilisation et le certificat racine doit y être inséré directement comme suit:
<ca>
—–BEGIN CERTIFICATE—–
[Contenu du fichier certificat-racine du CA]
—–END CERTIFICATE—–
</ca>

De plus, la ligne contenant ca [certificat racine du CA].crt (exemple: ca ca.crt) doit, elle, impérativement être supprimée.

Si ce qui précède n’est pas documenté d’une façon ou d’une autre, les utilisateurs ne pourront utiliser le client VPN en l’état avec un fichier .openvpn “classique”.

Le client VPN ne fonctionne pas plus en PPTP qu’en OpenVPN (voir autre poste). Les paramètres sont bien acceptés, mais il ne se connecte pas. Bien évidement les même paramètres fonctionnent parfaitement depuis mon client VPN sur PC (supporte OpenVPN et PPTP). Manifestement, cette partie-là du firmware 2.10 n’a pas été testée avant déploiement.

Dans les fichiers de configuration de type “.openvpn”, le paramètre ‘ca’, qui sert à spécifier le certificat racine de l’autorité de certification, n’est pas supporté. Ceci est systématique et je l’ai vérifié avec plusieurs fichiers de config différents. Le message d’erreur affiché systématiquement est “unsupported option or parameters: ca”. J’ai même essayé d’imbriquer le certificat root dans le fichier de config (balises <ca> et </ca>), sans succès.

Le titre est explicite: même lorsque je tente de désactiver l’accès distant, mon port 80 reste ouvert et, de l’extérieur, je peux me connecter. Précisons ici que, suite à des problèmes (résolus) avec la Femtocell, j’avais remis les paramètres d’usine après lise-à-jour en 2.0.4 (et reparamétré ensuite).

En problème similaire avait déjà été signalé en 2.0.2 (voir http://bugs.freeplayer.org/task/12950) et semble être resté ouvert. Il s’agit tout de même d’un sérieux risque pour tout utilisateur de FB depuis 2.0.2