|
26333 | 07/03/2019 | Anomalie | WAN | Tous | Nouveau | rDNS mal expliqué dans l'espace client et non fonctionn... |
Description de la tâche
Bonjour à tous.
Intro/Disclaimer
Ce message s’adresse aux tech réseau de Free et aux devs de l’espace client qui doivent travailler main dans la main pour ce souci. Saurez-vous relever le défi ?
S’il existe une meilleure place pour cette requête, merci de me l’indiquer.
Le sujet abordé ici concerne le plutôt le WAN complet (testé pour ma part sur le FTTH) et n’est actuellement pas gérable via l’interface de la box mais via l’espace client. Le support technique Free ne traitant pas ce sujet, mon seul espoir de voir ce souci résolu se situe donc ici, auprès des développeurs, qui ont normalement les compétences nécessaires pour comprendre de quoi on parle et la capacité d’agir sur les anomalies citées.
Loin de moi l’idée d’employer un argument d’autorité, mais pour vous dire qu’à priori, je sais aussi de quoi je parle : Je suis moi-même sysadmin et tech support chez un hébergeur infogérant. Notre coeur de métier est donc l’hébergement web et la gestion de serveurs, nous sommes aussi registrar (bureau d’enregistrement de domaines), avons nos propres serveurs, nos propres IP ranges etc. Je participe également à la rédaction des documentations client de la société. Autrement dit, pour moi les DNS et les rDNS sont d’une simplicité enfantine, et ma compréhension est logiquement excellente pusique j’en manipule à longueur de journée avec une satisfaction client de 100%.
Définitions
Tout d’abord, un petit rappel de définitions s’impose, car l’espace client se mélange les pinceaux entre deux notions pourtant diamétralement opposées.
Pointage DNS
Un pointage DNS classique (de type A) c’est lorsqu’un nom de domaine ou un sous-domaine pointe vers une adresse IP.
Exemple: # host lrob.fr lrob.fr has address 91.212.26.4
Ces pointages sont réglés dans la zone DNS du nom de domaine concerné.
Il existe aussi d’autres pointages (CNAME, TXT, MX...) mais ce n’est pas le sujet ici.
Reverse DNS
Un reverse DNS ou “rDNS”, c’est le ou les nom(s) de domaine qui sont retournés lorsque l’on effectue une requête de DNS sur l’enregistrement PTR d’une IP.
Exemple: # host 91.212.26.4 4.26.212.91.in-addr.arpa domain name pointer vm.terageek.org.
Le rDNS est défini au niveau du propriétaire de l’IP ou du gestionnaire du réseau.
Utilité du rDNS
L’utilité d’un Reverse DNS est de pouvoir identifier une IP rapidement et avec une requête légère (DNS). Cela permet d’identifier le réseau ou le domaine avec qui l’on échange.
Par exemple, le logiciel de torrent “Transmission” affiche par défaut le reverse DNS au lieu des IP, ce qui apporte plus d’informations.
Mais là où le reverse DNS importe le plus, c’est pour la création d’un serveur d’envoi de mails (SMTP). En effet, avec l’abondance des spams existante, pour qu’un destinataire de mails sérieux accepte votre mail, celui-ci doit provenir d’un serveur “digne de confiance”.
Quel est le minimum à remplir pour un serveur de mails pour être digne de confiance ? Ce dernier doit avoir pour HELO (message de présentation d’un serveur SMTP) un nom de domaine qui pointe vers l’IP publique de ce serveur SMTP; le rDNS de cette IP doit être identiue au HELO.
Si le rDNS est incorrect (ou du type de ceux par défaut comme “82-64-95-159.subs.proxad.net” et donc non personnalisé), les destinataires estimeront que vous êtes un botnet, rejetteront votre mail ou le placeront en spam.
Il est donc impossible de faire un serveur de mails dont les mails seront acceptés sans pouvoir configurer un rDNS personnalisé.
Problèmes des explications dans la page "Personnaliser mon reverse DNS" de l'espace client
L’espace client semble confondre pointage DNS et reverse DNS sur tout le long de la page “Personnaliser mon reverse DNS“. Cette page date d’il y a longtemps et d’ailleurs, avant d’avoir les connaissances que j’ai aujourd’hui, ces explications inccorectes semaient une confusion insoutenable dans mon esprit. Pour rappel, voci le texte qui est affiché : (Image: https://i.imgur.com/QqpDpgS.png Textuel : https://pastebin.com/raw/3p596MHs )
Non, un reverse DNS n’est pas un nom de domaine pointant vers une IP, ça c’est un pointage DNS, comme on vient de le définir. Comme son nom l’indique, un rDNS, c’est exactement l’inverse : C’est une IP qui pointe vers un nom de domaine. Et seul l’opérateur de réseau, propriétaire des IP, peut attribuer un Reverse DNS - ici, Free -. Donc non, le fait de posséer un nom de domaine ou pas n’a pas d’impact sur la définition en elle-même d’un reverse DNS contrairement à ce que sous-entend la page de l’espace client.
Suggestions de solutions
Le seul élément ayant sa place sur cette page est le petit encart “Reverse DNS Personnalisé” en bas de page.
Tout le reste devrait être déplacé sur une nouvelle page appelée par exemple “Pointages DNS personnalistés”.
Je pense que cette page a été conçue à l’époque de la Freebox V5 et ne s’applique pas pour les clients FTTH (et/ou Mini 4K/Revolution). D’ailleurs, le champ “Entrée DNS personnalisée [ ] .hd.free.fr” n’est plus d’actualité étant donné que “freeboxos.fr” a pris le relais et se gère directement depuis la box. Il serait utile d’avoir une certaine cohérence entre l’espace client et l’interface de la box.
Aussi, l’explication du Reverse DNS devrait être :
“Votre reverse DNS ou “rDNS” est le FQN (nom de domaine) pointant vers votre IP Free et vers lequel vous souhaitez que votre IP renvoie lorsque l’on effectue une requête DNS de type PTR. En d’autres termes, le Reverse DNS permet d’identifier à quel domaine est rattachée votre IP. Cela est principalement utile pour identifier un serveur SMTP et ainsi contribuer à une bonne délivrabilité de voes emails.
Attention : Le FQN choisi doit pointer vers votre IP au préalable (pointage DNS de type A) pour être accepté comme reverse DNS de votre IP.”
Problèmes de fonctionnement du Reverse DNS
Dans mon cas (abonné fibre FTTH), le reverse DNS n’a pas été mis en place après 48h d’attente. Bien que cela semble inutile, j’avais malgré tout tenté de rebooter la box (et le boîtier fibre). J’ai donc supprimé le reverse DNS dans l’optique de le remettre en place... Or il est impossible de le remettre en place après l’avoir supprimé.
Suggestions de solutions
Il faut vérifier comment est implémentée cette fonctionnalité et soit la réparer, soit l’adapter pour les clients fibre. Aussi, il faut laisser la possibilité de changer cette valeur (je ne vois pas dans quel contexte il serait utile de limiter la capacité de changer cette valeur).
PS: La réponse du support “Nous n’offrons pas de support sur cette fonctionnalité” n’est pas admissible venant de la part du service client Free qui vise pourtant l’excellence. Si l’option est présente et que les clients comme moi viennent pour cette option, le minimum est quand même de faire en sorte qu’elle fonctionne.
Merci pour votre attention. Je reste disponible si besoin.
|
|
26336 | 07/03/2019 | Anomalie | Non trié | Freebox Server V7 (Delta) | Nouveau | Port SFP+ |
Description de la tâche
Bonjour,
Voici la config qui fonctionnait depuis le 17 février dernier pour mon reseau local à 10GB Carte PCI-E ConnectX-3 dans le PC 1 SFP Sonicwall 10GBASE-SR SFP+ 850nM côté carte PCI-e et 1 SFP Sonicwall 10GBASE-SR SFP+ 850nM dans le port SFP+ du Freebox server Le tout relié par un cable LC LC OM3 (multimode)
Tout fonctionnait parfaitement jusqu’au 2 mars... depuis cette date Windows indique “Cable déconnecté”... aucun évènement particulier, pas de coupure de courant. Changement de câbles (3 différents) → idem Changement des modules SFP –> par les mêmes modèles, idem –> par des Dell SFP-10G-SR, idem –> par des Cisco GLC-SX-MM 1GB, idem Dans FreeboxOS, qd je mets un SFP 10G la vitesse passe bien à 10G, qd je mets un SFP 1G, la vitesse passe bien à 1G au niveau du switch –> Le freebox server detecte bien les SFP, mais le lien est inactif. Si je debranche le cable au cul du SFP de la freebox je vois bien le laser rouge sur l’une des fibres –> Carte coté PC ok Si je debranche le cable au cul du SFP de la carte PCI-e (coté Freebox branché bien sûr), je ne vois pas le laser rouge, rien –> Pb technique sur le port SFP Freebox ? J’ai fait un reset d’usine du freebox server–> idem J’ai appelé la hotline Free, ils n’ont pas (encore) les outils (et aussi les compétences peut etre ^^) pour détecter/diagnostiquer une panne du port SFP
Une idée, des suggestions ? Une amélioration de l’interface Freebox est nécessaire pour pouvoir bien diagnostiquer ce port SFP.
|
|
26434 | 13/03/2019 | Anomalie | Agrégation 4G | Freebox Server V7 (Delta) | Nouveau | pas de 4g malgré saturation de la ligne adsl |
Description de la tâche
depuis 2 mois, la 4g ne s’enclenche que de façon très sporadique et généralement que si je fais un nperf. ( et là 60 mega et 15 en up )
mon débit adsl n’est que de 5 mega et la ligne est très souvent saturée par les besoins de la famille, néanmoins la 4g ne s’enclenche quasiment jamais : netflix passe en 240 lignes sur la tv et pixellise sur la tv, mais pas de 4g... uniquement si youtube hd ou nperf et encore ... de plus, je suis obligé de cocher / decocher la case 4g dans l’interface de la freebox quotidiennement si je vx espérer que celle ci s’enclenche parfois . ip v6 désactivé, ligne en mode normal...
je suis passé à la delta uniquement à cause de la 4g mais celle-ci ne fonctionne pas correctement. merci de faire le nécessaire !
|
|
26577 | 20/03/2019 | Anomalie | Téléchargements | Freebox Server V6 (Révolution) | Nouveau | Liste des téléchargements vide alors qu'il devrait y en... |
Description de la tâche
Bonjour,
J’ai effectué des d/l torrents et newsgroups via freebox os (navigateur pc), et la liste des téléchargements est vide ! Quelque soit le choix effectué dans le menu de gauche, rien ne s’affiche, alors qu’il est indiqué “Terminés (2)” Et dans la barre de status en bas il est indiqué “0 tache(s) active(s) sur 5”
Dans le doute, reboot !
Seulement, cela ne change rien au problème -_-’
|
|
26646 | 26/03/2019 | Anomalie | NAT (redirections, DMZ) | Freebox Server V7 (Delta) | Nouveau | Configuration des sessions NAT ou UDP sur Freebox DELAT... |
Description de la tâche
Bonjour, Je rencontre des pb avec des téléphones IP derrière une solution Centrex de VoIP (protocole utilisé SIP). Ce pb apparaît uniquement sur les nouvelles BOX DELT(Fibre ou ADSL) et sur la ONE. En résumé, les téléphones IP sont nattés. Le serveur de téléphonie découvre le port public et l’adresse IP public lors de l’enregistrement du poste. L’adresse IP publique est fixe mais le port est random car sur le réseau interne derrière la freebox, il y a plusieurs téléphones, par conséquent les téléphones IP ne peuvent pas tous utiliser le port 5060, et c’est la raison pour laquelle la Box allour à chacun des postes IP un port publique différent. Ce port public et adresse IP publique est détecter par le serveur externe de téléphonie lors de l’enregistrement du poste (message sip REGISTER). Le serveur de VoIP sait qu’il peut joindre ce poste à ce port publique et à cette adresse IP publique. Pour conserver ce port ouvert entre 2 message d’enregistrement (par défaut chaque 5min), le serveur envoie des messages OPTIONS (Keepalive) à ce port chaque 30sec, mais passé un certain délai (proche des 3min) le port est fermé par le routeur/BOX malgré que l’on a envoyé moins de 30sec auparavant un message Options. C’est même, plus grave, le Routeur/BOX ne détecte pas qu’il y a de l’activité sur le port UDP en question et le ferme directement sans faire cas de l’activité vers ce port public, et je dis cela car le pb se poste également avec le flux voix(flux RTP), en cours de communication, le port public se ferme et par conséquent la voix ne peut plus être transmise au poste en cours d’appels. Et dans le cas de la voix, on constate que quelques millièmes de secondes avant la fermeture du port, il y avait du traffic voix(traffic RTP en UDP) sur ce port, donc ce n’est pas un pb de détection d’activité qui fais que le routeur/BOX ferme ce port public. Donc je pense que le routeur/BOX Delta libére/efface sa table NAT à intervalle régulier sans détection d’activité. Si je diminue mon délai d’enregistrement à 1min, je peux également rencontré ce pb car il suffit d’initier un appel juste un peu avant que le routeur libère ce port publique.
Question:
Comment maintenir la table NAT ou session NAT/UDP “avec une détection d’activité” sur le port public fournir par le routeur? et non pas par timer fixe? Exemple: Table NAT de la BOX(actuellement): à l’instant t1: 192.16.1.20(posteIP) → 91.168.x.x:2022 (port publique 2022 fourni la box) à l’instant t2 (t1+timer): 192.16.1.20(posteIP) → 91.168.x.x:2041 (port publique 2041 fourni par la box)
Table NAT de la BOX(solution désiré): à l’instant t1: 192.16.1.20(posteIP) → 91.168.x.x:2022 (port publique 2022 fourni la box) à l’instant t2: message Keepalive (message OPTIONS sur Protocole SIP en UDP) vers 91.168.x.x:2022 (port publique 2022 fourni la box) à l’instant t3(t1+timer): 192.16.1.20(posteIP)→ 91.168.x.x:2022 (port publique 2022 fourni la box)
Si l’instant t2 est très proche de t3 (exemple 30sec ou autre), la table NAT sera rafraîchi et le port 2020 conservé pour à nouveau t2+timer
Merci Alain
|
|
26657 | 26/03/2019 | Anomalie | Télévision | Freebox Server V7 (Delta) | Nouveau | Flux HD+ sur bouquet secondaire |
Description de la tâche
Le flux HD+ n’est pas disponible quand on utilise un autre bouquet que le bouquet Freebox TV.
|
|
26700 | 30/03/2019 | Anomalie | Non trié | Tous | Nouveau | Agrégation Upload / Download impossible en même temps |
Description de la tâche
Bonjour, tout est dans le titre, Exemple du cas pratique: Si l’agrégation est active en upload, l’agrégation ne fonctionnera pas en download et vice-versa.
Je vous dit pas comment c’est embêtant lorsque l’on a plus d’une camera ip qui synchro sur le cloud...
|
|
26748 | 03/04/2019 | Anomalie | Contrôle parental | Freebox Server V7 (Delta) | Nouveau | contrôle parental wifi qui "saute" |
Description de la tâche
J’ai mis en place 4 règles de controle parental par planification regulièrement les régles “sautent” et ce n’est plus la planification qui gère les accès au wifi mais pour certaines régles cela passe en autorisation permanente. Je repasse alors en planification mais quelques jours après ce revient à une utilisation toujours autorisé Les règles ne “sautent” pas en même temps c’est aléatoire...
Quelques remarques : j’ai créé les régles a partir de l’appli mobile a un moment j’ai changé certaines regle pour autoriser une utilisation sans planification pendant 1 semaine puis revenu à la planification (j’ai l’impression que c’est à partir de la que ca a commencé à buggé mais pas sur à 100%) j’ai réenregistrer les règles depuis l’interface web j’ai supprimé et recréer certaines règles mais le problème persiste
|
|
26758 | 04/04/2019 | Anomalie | Services locaux | Freebox Server V7 (Delta) | Nouveau | DD du nas qui se deconnecte inopinément durant la lectu... |
Description de la tâche
bonjour, Lors de la lecture d’un fichier (film) telechargé sur le disque dur du nas de la delta, toutes les 20min environ, le film se coupe et le DD n’est plus actif pendant une 15zaine de secondes. Ensuite en relançant le film, celui ci recommence au debut. C’et tres penible car impossible de regarder un film sans coupures du debut a la fin et j’avais precedemment ma freebox Mini 4K et je n’avais pas du tout ce probleme ! merci par avance Cordialement
|
|
26772 | 06/04/2019 | Anomalie | WAN | Freebox Server V7 (Delta) | Nouveau | Le REVERSE DNS ne fonctionne pas |
Description de la tâche
J’ai demandé, via l’interface Free, la mise en place d’un reverse DNS. Celui-ci est déclaré actif mais lorsque je fais un résolution inverse sur n’importe quel serveur sur Internet (plusieurs DNS différents) j’obtiens un sous-domaine de subs.proxad.net.
|
|
26894 | 17/04/2019 | Anomalie | Téléchargements | Freebox Server V7 (Delta) | Nouveau | Erreur téléchargement torrent |
Description de la tâche
Lors de l’ajout d’un téléchargement à partir d’un fichier .torrent dans la Seedbox, le message d’erreur “Erreur lors de l’ajout du téléchargement : Fichier invalide” apparaît. Je reproduis systématiquement cette erreur avec la V7 Delta (dans Freebox OS et Freebox Compagnon). En utilisant un autre client torrent sur mon PC, les mêmes fichiers .torrent fonctionnent. Sur ma Freebox Révolution je n’avais aucun problème de téléchargement à partir de fichiers .torrent (ni avec Freebox OS, ni avec Freebox Compagnon). Cela n’a en revanche jamais fonctionné pour moi avec la V7 Delta.
Pour information le téléchargement direct dans la Seedbox d’une image par son URL fonctionne dans Freebox OS ainsi que dans Freebox Compagnon.
|
|
26994 | 23/04/2019 | Anomalie | Non trié | Freebox Server V7 (Delta) | Nouveau | Périphérique fantôme nommé ORJDB |
Description de la tâche
Un périphérique fantôme apparaît furtivement coté console wifi de la Freebox avec un status actif puis disparaît quelques secondes après.
Ce périphérique est nommé ORJDB et son adresse MAC est un adresse Freebox SAS, Or je n’utilise rien en wifi sur la freebox tout est en filaire (hormis un périphérique quelques fois connecté)
Quelqu’un peut-il m’expliquer ce qu’est ce prériphérique...
|
|
27167 | 02/05/2019 | Anomalie | Serveur VPN | Tous | Nouveau | OpenVPN Bridgé impossible entre 2 Freebox (erreur inter... |
Description de la tâche
Bonjour,
J’essai de faire un lien OpenVPN Bridgé entre deux Freebox (Mini 4K en ADSL et One en FTTH AMI Orange). Serveur créé sur la One, client sur la mini 4K.
Déja j’ai du effacer la ligne dev-type tap du fichier sinon impossible de l’importer sur Freebox OS.
Ensuite j’ai une erreur interne, avec bad local ip, comme si le client n’arrive pas à obtenir une adresse IP.
Merci pour votre aide, ci joint le log
//d.pr/i/3g5Ukf
2019-05-02 14:14:42 starting
2019-05-02 14:14:42 calling helper script at '/etc/fbxconnman/conn.pre-up'
2019-05-02 14:14:42 l3 state change 'l3_start' => 'l3_wait_preup_helper'
2019-05-02 14:14:42 l3 state change 'l3_wait_preup_helper' => 'l3_wait_stable'
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 OpenVPN 2.3.17 arm-unknown-linux-muslgnueabi [SSL (OpenSSL)] [LZO] [EPOLL] [MH] [IPv6] built on Apr 26 2019
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 library versions: OpenSSL 1.0.2q 20 Nov 2018, LZO 2.09
2019-05-02 14:14:42 openvpn: connected to management interface
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 MANAGEMENT: Connected to management server at unix_mgt.sock
2019-05-02 14:14:42 openvpn: rx: >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info
2019-05-02 14:14:42 openvpn: rx: >HOLD:Waiting for hold release
2019-05-02 14:14:42 openvpn: tx: hold release
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 MANAGEMENT: CMD 'hold release'
2019-05-02 14:14:42 openvpn: rx: SUCCESS: hold release succeeded
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 MANAGEMENT: CMD 'state on'
2019-05-02 14:14:42 openvpn: rx: SUCCESS: real-time state notification set to ON
2019-05-02 14:14:42 openvpn: rx: >PASSWORD:Need 'Auth' username/password
2019-05-02 14:14:42 openvpn: tx: username "Auth" "FBX78340"
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 MANAGEMENT: CMD 'username "Auth" "FBX78340"'
2019-05-02 14:14:42 openvpn: rx: SUCCESS: 'Auth' username entered, but not yet verified
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 MANAGEMENT: CMD 'password [...]'
2019-05-02 14:14:42 openvpn: rx: SUCCESS: 'Auth' password entered, but not yet verified
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 MANAGEMENT: >STATE:1556799282,WILL_CONNECT,91.166.145.220,,,,,0
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 Socket Buffers: R=[163840->163840] S=[163840->163840]
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 UDPv4 link local: [undef]
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 UDPv4 link remote: [AF_INET]91.166.145.220:40992
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 MANAGEMENT: >STATE:1556799282,WAIT,,,,,,0
2019-05-02 14:14:42 openvpn: rx: >STATE:1556799282,WILL_CONNECT,91.166.145.220,,,,,0
2019-05-02 14:14:42 openvpn: rx: >STATE:1556799282,WAIT,,,,,,0
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 MANAGEMENT: >STATE:1556799282,AUTH,,,,,,0
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 TLS: Initial packet from [AF_INET]91.166.145.220:40992, sid=38ca0eec 073b41c0
2019-05-02 14:14:42 openvpn: rx: >STATE:1556799282,AUTH,,,,,,0
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 VERIFY OK: depth=1, C=FR, O=Freebox SA, CN=Freebox OpenVPN server CA for 5e7ece4c6892237fe51085bd58810180
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 Validating certificate key usage
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 ++ Certificate has key usage 00a0, expects 00a0
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 VERIFY KU OK
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 Validating certificate extended key usage
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 VERIFY EKU OK
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 VERIFY X509NAME OK: C=FR, O=Freebox SA, CN=Freebox OpenVPN server 5e7ece4c6892237fe51085bd58810180
2019-05-02 14:14:42 openvpn: output: Thu May 2 14:14:42 2019 VERIFY OK: depth=0, C=FR, O=Freebox SA, CN=Freebox OpenVPN server 5e7ece4c6892237fe51085bd58810180
2019-05-02 14:14:43 openvpn: output: Thu May 2 14:14:43 2019 WARNING: 'dev-type' is used inconsistently, local='dev-type tun', remote='dev-type tap'
2019-05-02 14:14:43 openvpn: output: Thu May 2 14:14:43 2019 WARNING: 'link-mtu' is used inconsistently, local='link-mtu 1561', remote='link-mtu 1593'
2019-05-02 14:14:43 openvpn: output: Thu May 2 14:14:43 2019 WARNING: 'tun-mtu' is used inconsistently, local='tun-mtu 1500', remote='tun-mtu 1532'
2019-05-02 14:14:43 openvpn: output: Thu May 2 14:14:43 2019 Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
2019-05-02 14:14:43 openvpn: output: Thu May 2 14:14:43 2019 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
2019-05-02 14:14:43 openvpn: output: Thu May 2 14:14:43 2019 Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
2019-05-02 14:14:43 openvpn: output: Thu May 2 14:14:43 2019 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
2019-05-02 14:14:43 openvpn: output: Thu May 2 14:14:43 2019 Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 2048 bit RSA
2019-05-02 14:14:43 openvpn: output: Thu May 2 14:14:43 2019 [Freebox OpenVPN server 5e7ece4c6892237fe51085bd58810180] Peer Connection Initiated with [AF_INET]91.166.145.220:40992
2019-05-02 14:14:44 openvpn: rx: >STATE:1556799284,GET_CONFIG,,,,,,0
2019-05-02 14:14:44 openvpn: output: Thu May 2 14:14:44 2019 MANAGEMENT: >STATE:1556799284,GET_CONFIG,,,,,,0
2019-05-02 14:14:45 openvpn: output: Thu May 2 14:14:45 2019 SENT CONTROL [Freebox OpenVPN server 5e7ece4c6892237fe51085bd58810180]: 'PUSH_REQUEST' (status=1)
2019-05-02 14:14:46 openvpn: output: Thu May 2 14:14:46 2019 PUSH: Received control message: 'PUSH_REPLY,ping 30,ping-restart 120'
2019-05-02 14:14:46 openvpn: output: Thu May 2 14:14:46 2019 OPTIONS IMPORT: timers and/or timeouts modified
2019-05-02 14:14:46 openvpn: output: Thu May 2 14:14:46 2019 Initialization Sequence Completed
2019-05-02 14:14:46 openvpn: output: Thu May 2 14:14:46 2019 MANAGEMENT: >STATE:1556799286,CONNECTED,SUCCESS,,91.166.145.220,,,1500
2019-05-02 14:14:46 openvpn: rx: >STATE:1556799286,CONNECTED,SUCCESS,,91.166.145.220,,,1500
2019-05-02 14:14:46 openvpn: bad local ip
2019-05-02 14:14:46 l3 is now stable
2019-05-02 14:14:46 l3 does not fulfil config requirement
2019-05-02 14:14:46 l3 state change 'l3_wait_stable' => 'l3_bring_down'
2019-05-02 14:14:46 waiting for l3 providers to go down
2019-05-02 14:14:46 l3 state change 'l3_bring_down' => 'l3_wait_down'
2019-05-02 14:14:46 l3 state change 'l3_wait_down' => 'l3_cleanup_start'
2019-05-02 14:14:46 calling helper script at '/etc/fbxconnman/conn.post-down'
2019-05-02 14:14:46 l3 state change 'l3_cleanup_start' => 'l3_wait_postdown_helper'
2019-05-02 14:14:46 l3 state change 'l3_wait_postdown_helper' => 'l3_cleanup_finish'
2019-05-02 14:14:46 l3 state change 'l3_cleanup_finish' => 'l3_finished'
2019-05-02 14:14:46 state change 'wait_l3_up' => 'wait_l3_down'
2019-05-02 14:14:46 l3 state change 'l3_finished' => 'l3_down'
2019-05-02 14:14:46 state is now DOWN
2019-05-02 14:14:46 state change 'wait_l3_down' => 'l3_finished'
2019-05-02 14:14:46 state change 'l3_finished' => 'wait_l2_down'
2019-05-02 14:14:46 l2 state change 'l2_up' => 'l2_cleanup'
2019-05-02 14:14:46 l2 state change 'l2_cleanup' => 'l2_down'
2019-05-02 14:14:46 state change 'wait_l2_down' => 'down'
|
|
27262 | 10/05/2019 | Anomalie | Agrégation 4G | Freebox Server V7 (Delta) | Nouveau | Coupure du lien dsl lors de l l'agrégation |
Description de la tâche
Dès que la ligne ADSL sature l’agregation 4G s’enclenche et coupe le lien adsl. Le problème est reproductible et m’oblige à redémarrer le serveur Delta. J’ai coupé l’agregation le temps d’un correctif. Merci
|
|
27312 | 14/05/2019 | Anomalie | Non trié | Tous | Nouveau | Bug total du Server Delta |
Description de la tâche
Bonjour,
Abonné à l’offre Delta S, je rentre deux bugs majeurs depuis le début. Voici le premier : le Server Delta se “fige” totalement, après 3 jours d’usages intensifs pendant lesquels 5To de data aient transité au travers de lui. J’ai appelé le 3244 qui m’a fait fait faire un reboot usine manuel. Le résultat était pire encore : plus de synchronisation et bloqué en étage 3 pendant près de 15 minutes. Ce n’est qu’en procédant à un reset usine depuis l’interface Freebox OS que tout est “rentré dans l’ordre”. Jusqu’à ce soir, où le Server s’est de nouveau figé : à savoir, une perte totale du réseau local, et l’impossibilité d’accéder à l’interface. Le seul moyen de tout relancer est de couper électriquement, puis de redémarrer électriquement le Server. Quelqu’un chez Free est-il au courant de ce bug ? Le 3244 m’a proposé un rendez-vous technicien lundi prochain, mais je pense que c’est parfaitement inutile. Un échange du Server aurait été largement plus adapté je pense. Depuis la première apparition du bug, celui-ci se répète à plusieurs reprises dans la même journée, c’est à devenir fou.
Voilà, premier bug ! ;)
|
|
27449 | 27/05/2019 | Anomalie | Services locaux | Freebox Server V7 (Delta) | Nouveau | Accès à un dossier de la Freebox par le scanner |
Description de la tâche
Bonjour à tous,
je viens de recevoir ma Freebox Delta et je rencontre un problème pour la numérisation. J’avais avant une Freebox Révolution et mon scanner (une imprimante multifonction), qui est connecté au réseau en Ethernet, était configuré pour envoyer les scans directement dans un dossier de la Freebox. J’avais simplement dû paramétrer le FTP, mot de passe, ... depuis l’interface de l’imprimante.
J’ai voulu refaire la même chose avec la Freebox Delta, mais au moment de faire le test depuis l’interface du scanner, pour voir si le paramétrage est correct, j’ai le message suivant : " vérifiez que le répertoire est activé en écriture”.
Donc je suis allé dans les propriétés du dossier concerné et en fait la case “Lecture seule” est cochée. Évidemment j’ai essayé de la décocher, mais la case revient toujours dans cet état. J’ai également essayé d’aller dans l’onglet “Sécurité” des propriétés du dossier. Apparemment je suis bien normalement en “Contrôle total” mais pour le PC, pas pour l’imprimante.
Je précise que je peux par contre sans problème coller des fichiers dans ce dossier depuis mon ordinateur ou accéder par FTP au disque de la Freebox. Y-a-t-il des paramètres autres que je ne connais pas ou des ports spécifiques ?
Par ailleurs, j’ai déjà essayé quelques solutions proposés sur mon poste de ce forum : https://forum.universfreebox.com/viewtopic.php?p=644342#644342
Merci d’avance pour votre aide !
|
|
27478 | 30/05/2019 | Anomalie | Non trié | Tous | Nouveau | Appairage volets Somfy IO |
Description de la tâche
Bonjour,
J’ai 7 volets IO Somfy.
Sur les 7 j’ai réussi à en appairer 5/7.
Pour les 2 derniers je lance la rechetche, j’obtiens bien la fenêtre “Sélectionnez l’objet IO Homecontrol à enregistrer” mais la liste est vide et donc impossible d’aller au bout. Comment faire pour arriver à les appairer ?
|
|
27482 | 30/05/2019 | Anomalie | Console à distance | Freebox Server V6 (Révolution) | Nouveau | Programmer l’enregistrement d’épisodes sur l’interface ... |
Description de la tâche
Sur l’interface web on peut programmer des enregistrements pour les chaînes de Freebox TV. Or depuis septembre dernier que l’on choisisse un ou plusieurs épisodes l’interface affiche une erreur de durée seules sont prises en compte les marges avant et après l’horaIre. C’était particulièrement pratique on n’avait pas à calculer l’heure de fin de la programmation. Comme ce bug est présent depuis de longs mois je me permets de poster cette demande sans savoir où la classifier.
|
|
27505 | 03/06/2019 | Anomalie | Réseau | Tous | Nouveau | Déconexion du serveur distant lors de la copiede fichie... |
Description de la tâche
Bonjour, je rencontre un problème de déconexion du serveur distant lors de la copie de fichiers de plus de 10mn entre ma Freebox Delta et la Freebox révolution de mes amis. J’utilise pour copier le Finder du mac et me connecte à la Freebox distante avec “connexion à un serveur distant” natif du mac. Le disque dur Nass de la Freebox distant s’éjecte au bout de 10mn en cours de copie et donc clos la connexion. pouvez-vous trouver une solution ? Merci d’avance. Bien cordialement. PS : j’utilise le dernières versions logiciels du mac et de la Freebox.
|
|
27548 | 08/06/2019 | Anomalie | Interface Web | Tous | Nouveau | [Tous les Freebox Server] Mauvaise nomination pour les ... |
Description de la tâche
Il faudrait quand même qu'il y ait ce changement sur l'ensemble des Freebox Server : - Carte Wi-Fi 2.4G / 802.11n → Carte Wi-Fi 2.4GHz / 802.11n OU Carte Wi-Fi 2.4GHz (802.11n) - Carte Wi-Fi 5G / 802.11ac → Carte Wi-Fi 5GHz / 802.11ac OU Carte Wi-Fi 5GHz (802.11ac)
Car les gens mélangent 5GHz avec la 5G etc
|
|
27549 | 08/06/2019 | Anomalie | Téléchargements | Tous | Nouveau | Seeds anormalement bas par le module "Téléchargements" |
Description de la tâche
Bonjour, Le seed est quasiment nul (8,2 ou 16,4 ko/s pendant 2 secondes par moments) puis Les pairs passent en blacklist. De même si j’uploade un fichier, les pairs n’accrochent pas et passent en blacklist. C’est pire si je branche mon VPN client. Si je prends les mêmes fichiers, je les colle sur mon PC et que je lance uTorrent, je up en permanence sans soucis à 2 ou 3 Mo/s. Je monte parfois à 10 ou 15 Mo/s... avec ou sans VPN.
Exemple concret sur 1 fichier : 1 seeder (moi) et 1 leecher. Par le module –> up à 8,2 ko/s par intermittence puis le pair passe en blacklist au bout de quelques minutes, pour revenir après 1/2 heure (délai de rafraichissement du tracker) Par mon pc/uTorrent –> 400 ko/s immédiatement et en permanence. Je ne suis malheureusement pas le seul dans ce cas.
Ma conf du module téléchargement est la suivante : - Mode de plannification : “forcé en mode normal” illimité en up et down - Nbre de téléch. simultanés : 5 (mettre autre chose n’arrange rien) - Dossier de téléch. : freebox/téléchargements (mettre sur DD externe n’arrange rien) - Dossier surveillé non coché (le cocher n’arrange rien) - DNS 1 et 2 vides (saisir des DNS connus n’arrange rien) - Pairs max : 50 (mettre autre chose n’arrange rien) - Ratio de partage : 80 (mettre autre chose n’arrange rien) - Chiffrement autorisé (choisir autre chose n’arrange rien) - DHT et échange de pairs désactivés (les cocher n’arrange rien) - Tps d’attente pour l’annonce sur un tracker : 30 sec. - Port entrant 51121 (mettre autre chose n’arrange rien) - port entrant DHT 59923 (mettre autre chose n’arrange rien) - Blockliste vide Mode routeur, freebox Delta, fibre 10Gb/s
Merci et bon courage.
|
|
27562 | 10/06/2019 | Anomalie | Non trié | Tous | Nouveau | Dect C570HX transfert d'une communication en cours vers... |
Description de la tâche
Bonjour, Depuis quelques jours, j’utilise 3 combinés DECT Gigaset C570HX sur ma V6 Serveur (Modèle d’il y a un an). Lorsque je reçois une communication sur un des combinés, impossible d’appeler un autre combiné pour qu’il prenne la communication. J’utilise bien la commande préconisée, qui m’affiche bien les choix entre “appel général” et les 2 autres postes, mais lorsque je valide, j’ai le message: veillez patienter avec une petite horloge qui tourne, qui tourne, sans résultat. Je sors alors avec la touche rouge et retrouve ma communication. Un truc à noter: J’ai fait les test avec mon mobile à proximité (pas trop pour éviter le larsen...), et sur le mobile en mains libres, on entend toutes les manipulations de touches captées par le micro du combiné DECT... Cela veut dire que la communication n’est pas suspendue pendant la tentative d’appel du 2ème combiné... C’est d’autant plus bizarre que “à jeun”, un combiné peut parfaitement en appeler un autre... Accessoirement, pouvoir utiliser le répertoire de la box, ses listes d’appels et directement le répondeur Free, génial! Encore bon courage aux devs!
|
|
27565 | 10/06/2019 | Anomalie | Non trié | Tous | Nouveau | time-shifting supprimé avec une fin d'enregistrement |
Description de la tâche
Bonjour J’ai un FBX Révolution, j’avais programmé un enregistrement d’une chaine se terminant à 23h. J’ai regardé une autre chaine, et mis sur pause / time-shifting (décalage d’une demi-heure environ). Le time-shifting s’est supprimé brutalement e revenant au direct, sans aucune action de ma part, m’empêchant de regarder la fin de l’émission en cours. Cela s’est passé lors de la fin de l’enregistrement de l’autre chaine. Je n’ai pas réessayer de faire la manip pour voir si c’est un bug récurrent, et n’ai pas trouvé trace d’un tel problème dans la base. En vous remerciant.
|
|
27821 | 08/07/2019 | Anomalie | Matériel | Freebox Server V7 (Delta) | Nouveau | Pas de veille des disques durs en RAID 0 |
Description de la tâche
Les disques durs ne passent pas en veille après 5-10m
J’ai 4 disques durs supportant chacun la mise en veille sata, individuellement ça marche très bien. mais lorsqu’ils sont en RAID-0, ils tournent en permanence, ce qui provoque des températures de minimum 50°c en idle
En “ejectant le raid les disques durs s’arrêtent bien, mais c’est contraignant d’avoir a le réactiver via l’interface PC (pas faisable depuis l’application)
|
|
27844 | 12/07/2019 | Anomalie | Agrégation 4G | Freebox Server V7 (Delta) | Nouveau | Agrégation 4G et ADSL se relaye au lieu de se compléter... |
Description de la tâche
Bonjour,
L’agrégation 4G ne fonctionne pas : soit ADSL soit 4G mais pas ADSL + 4G. De plus, ça n’arrête pas de basculer entre 4G et ADSL ce qui provoque une baisse de débit et des micro-coupure.
|
|
27887 | 17/07/2019 | Anomalie | Non trié | Tous | Nouveau | débit 4g trop faible | |
|
27904 | 21/07/2019 | Anomalie | Non trié | Tous | Nouveau | L'enregistrement a perdu sa priorité sur l'affichage d'... | |
|
27908 | 21/07/2019 | Anomalie | Disques externes | Freebox Server V6 (Révolution) | Nouveau | Impossible de formater en HFS depuis l'interface Freebo... | |
|
28050 | 14/08/2019 | Anomalie | DECT | Freebox Server V6 (Révolution) | Nouveau | DECT sonne mais pas de son | |
|
28198 | 31/08/2019 | Anomalie | Télévision | Tous | Nouveau | Le mode Auto "qualité vidéo" n'utilise pas le meilleur ... | |
|
28253 | 04/09/2019 | Anomalie | SMB | Freebox Server V7 (Delta) | Nouveau | Débit transfert faible avec MacOS 10.14.6 | |
|
28257 | 05/09/2019 | Anomalie | Non trié | Tous | Nouveau | Problème dans l'enregistrement programme tv | |
|
28261 | 06/09/2019 | Anomalie | Serveur VPN | Freebox Server V7 (Delta) | Nouveau | Serveur VPN IkeV2 | |
|
28266 | 08/09/2019 | Anomalie | Disques externes | Freebox Server V7 (Delta) | Nouveau | redémarrage intempestif disque dur | |
|
28294 | 10/09/2019 | Anomalie | LAN | Freebox Server V7 (Delta) | Nouveau | Réveil lan impossible (WOL) | |
|
28320 | 12/09/2019 | Anomalie | Contacts | Freebox Server V6 (Révolution) | Nouveau | Affichage de l'appelant avec contacts de la base DECT | |
|
28328 | 12/09/2019 | Anomalie | Freebox OS | Freebox Server V6 (Révolution) | Nouveau | Marges d'enregistrement par défaut | |
|
28345 | 14/09/2019 | Anomalie | Enregistrements | Freebox Server V6 (Révolution) | Nouveau | Enregistrement programmé en TNT s'effectue en ADSL par... | |
|
28391 | 20/09/2019 | Anomalie | Agrégation 4G | Freebox Server V7 (Delta) | Nouveau | Delta, 4G, upload, twitch | |
|
28412 | 23/09/2019 | Anomalie | Non trié | Tous | Nouveau | agregation 4g inexistante et debit adsl divise par 4 :( | |
|
28418 | 23/09/2019 | Anomalie | Freebox OS | Freebox Server V7 (Delta) | Nouveau | Modification des paramètres FTP impossible | |
|
28428 | 24/09/2019 | Anomalie | Non trié | Tous | Nouveau | Association DETC Giset AS415 | |
|
28433 | 25/09/2019 | Anomalie | Fibre | Freebox Server V7 (Delta) | Nouveau | Déconnexion récurrent sur la partie Fibre | |
|
28435 | 25/09/2019 | Anomalie | Matériel | Freebox Server V7 (Delta) | Nouveau | Problème de reboot sur un player delta nouvellement reç... | |
|
28503 | 06/10/2019 | Anomalie | Non trié | Tous | Nouveau | MacOS 10.15 Catalina : accès partage Samba authentifié ... | |
|
28506 | 06/10/2019 | Anomalie | Serveur VPN | Freebox Server V7 (Delta) | Nouveau | Serveur VPN routé et Agrégation 4G | |
|
28680 | 21/10/2019 | Anomalie | Disques externes | Freebox Server V7 (Delta) | Nouveau | Température SSD à Zéro | |
|
28703 | 22/10/2019 | Anomalie | Téléphonie | Freebox Server V7 (Delta) | Nouveau | Problème de prise de communication | |
|
28786 | 28/10/2019 | Anomalie | Enregistrements | Freebox Server V7 (Delta) | Nouveau | Les enregistrements des flux TNT de TF1, M6 et 6TER paz... | |
|
28803 | 29/10/2019 | Anomalie | Fibre | Freebox Server V7 (Delta) | Nouveau | Paramétrage du rDNS impossible | |