|
32179 | 31/08/2020 | Anomalie | Freebox OS | Tous | Nouveau | [4.7.5] Courbes de température sont non fonctionnelles ... |
Description de la tâche
Les courbes de température sont non fonctionnelles si le Server a démarré et est non synchronisé (mode routeur).
Bien sûr les courbes de température avant le reboot sont bien présentes.
Chaque seconde, les températures sont bien affichées dans “État de la Freebox” → “Diagnostic” → “Température”.
|
|
35511 | 31/08/2021 | Anomalie | Freebox OS | Tous | Nouveau | [4.4.1] Application mobile (Freebox/Freebox Connect) : ... |
Description de la tâche
J'ai effectué un test, lorsque l'on change le port HTTP/HTTPS depuis l'interface Web par exemple, l'application Freebox et Freebox Connect ne fonctionne plus instantanément lorsque nous sommes en 4G (en Wi-Fi local pas de problème, c'est instantané).
Freebox Connect : Connexion impossible → La Freebox ne répond pas
Freebox : Connexion impossible → Erreur lors de la vérification de la version de votre Freebox: La requête a expiré.
Note :
Il n'y a pas de soucis avec un navigateur Web en 4G c'est instantané
Il n'y a pas de soucis avec un navigateur Web dans un autre lieu c'est instantané
|
|
34647 | 24/04/2021 | Anomalie | SMB | Freebox Server V6 (Révolution) | Nouveau | [4.3] SMBv2 Problème d'accès au contenu des répertoires... |
Description de la tâche
Apres passage en SMB2, certains répertoires des disques connectés à la Freebox n'affiche plus leur contenu par l'intermédiaire d'Android ou Chrome OS. Cela fonctionne normalement en passant par Windows 10.
|
|
34747 | 04/05/2021 | Anomalie | SMB | Tous | Fermée | [4.3.2] Samba / smbd : connexion impossible en IPv6 |
Description de la tâche
Freebox Server Delta 4.3.2
Samba est indisponible en IPv6, seule l'adresse IPv4 de Freebox Server répond. Voici l'erreur en IPv6 :
[ +0.002719] CIFS: VFS: Error connecting to socket. Aborting operation.
[ +0.000069] CIFS: VFS: cifs_mount failed w/return code = -2
May 4 09:31:16 nuc0 kernel: [428177.852190] CIFS: VFS: Error connecting to socket. Aborting operation.
May 4 09:31:16 nuc0 kernel: [428177.852259] CIFS: VFS: cifs_mount failed w/return code = -2
|
|
34640 | 23/04/2021 | Évolution | Freebox OS | Tous | Nouveau | [4.3+] Selection du protocole CIFS/SMBv1/SMBv2/SMBv3 co... |
Description de la tâche
Pour info, la nouvelle solution supporte toutes les versions du protocole CIFS/SMBv1/SMBv2/SMBv3 mais sans le support imprimante USB connectée sur le Server.
En activant SMBv2, cela active uniquement SMBv2 et SMBv3
Note : SMBv3 non précisé dans Freebox OS, je le rappelle.
@mmakassikis a uniquement autorisé SMBv2 et SMBv3.
C’est pour cela que je demande le choix du protocole dans Freebox OS.
Commentaire ici : https://dev.freebox.fr/bugs/task/29444#comment151899
Exemples de cas : :)
- Cas 1 : SMBv1
- Cas 2 : SMBv2
- Cas 3 : SMBv3
- Cas 4 : SMBv1 + SMBv2
- Cas 5 : SMBv1 + SMBv2 + SMBv3
- Cas 6 : SMBv1 + SMBv3
- Cas 7 : SMBv2 + SMBv3
- Cas 8 : Samba 3.0.37 avec SMBv1 pour le support imprimante USB connectée sur le Server
Cases 1 à 7 : Activation du nouveau code
Case 8 : Activation de l'ancien code Les deux ne peuvent pas être démarrés en même temps.
Actuellement nous sommes, si SMBv1 ne fonctionne pas, dans le cas 7.
|
|
32172 | 30/08/2020 | Anomalie | Freebox OS | Tous | Nouveau | [4.2.3] Problème de certificat SSL/TLS si le Server a d... |
Description de la tâche
Il y a un problème de certificat SSL/TLS si le Server a démarré et est non synchronisé (mode routeur) :
- https://ipfreeboxlocal/
- https://mafreebox.freebox.fr/
Firefox :
Échec de la connexion sécurisée
Une erreur est survenue pendant une connexion à XXX.XXX.XXX.XXX.
Impossible de communiquer en mode sécurisé avec le pair : aucun algorithme de chiffrement en commun.
Code d’erreur : SSL_ERROR_NO_CYPHER_OVERLAP
La page que vous essayez de consulter ne peut pas être affichée car l’authenticité des données reçues ne peut être vérifiée.
Veuillez contacter les propriétaires du site web pour les informer de ce problème.
En savoir plus...
Chromium :
Ce site ne peut pas fournir de connexion sécurisée
XXX.XXX.XXX.XXX utilise un protocole incompatible.
ERR_SSL_VERSION_OR_CIPHER_MISMATCH
Protocole incompatible
Le client et le serveur ne sont pas compatibles avec une version de protocole ou une méthode de chiffrement SSL commune.
|
|
32105 | 27/08/2020 | Anomalie | Freebox OS | Tous | Fermée | [4.2.3] Certificat SSL/TLS non renouvellé (mode routeur ... |
Description de la tâche
Freebox Server en mode routeur (normal, n’a jamais été en bridge) et firmware en 4.2.3 (à jour) :
1/ Application mobile : Impossible d’établir un lien sécurisé : Impossible de vérifier le certificat de la Freebox XXXXXXXXXXXX.fbxos.fr
2/ Dans un navigateur Internet :
XXX.XXX.XXX.XXX:XXXXX utilise un certificat de sécurité invalide.
Le certificat n’est pas sûr car le certificat de l’autorité l’ayant délivré est inconnu.
Le serveur n’envoie peut-être pas les certificats intermédiaires appropriés.
Il peut être nécessaire d’importer un certificat racine supplémentaire.
Le certificat n’est valide que pour les noms suivants : XXXXXXXXXXXX.fbxos.fr, mafreebox.freebox.fr, mafreebox6.freebox.fr
Le certificat a expiré le “jour” “jour chiffre” “mois” 2020 à HH:MM.
La date courante est “ajourd’hui” “jour chiffre” “mois” 2020 à HH:MM.
Code d’erreur : SEC_ERROR_UNKNOWN_ISSUER
PS : Date remplacée pas un moment générique.
|
|
23925 | 03/01/2019 | Anomalie | Interface Web | Tous | Fermée | [4.0] Problème dans "Diagnostic" -> "allumée depuis" |
Description de la tâche
Depuis Freebox OS en version 4.0 (Revolution/Mini4K/Delta)
- suite à la refonte de la partie “Diagnostic”, “Allumée depuis” est mal gérée (voir capture ci-dessous)
- perte des anciennes “Courbes de température”
https://i.ibb.co/92Hy3f4/freebox-os-4-defaut-box-allumee-depuis.png
Freebox Mini 4K Server n’est pas dans cette section, il faudrait modifier les sections.
- https://dev.freebox.fr/bugs/task/23405
Faire une belle configuration (gestion des droits) pour les utilisateurs sur ce Flyspray comme noté par la même occasion dans le ticket ci-dessus.
|
|
27165 | 02/05/2019 | Anomalie | NAT (redirections, DMZ) | Freebox One | Fermée | [4.0.5.1] Freebox n'attribue pas d'IPV6 |
Description de la tâche
Freebox One version 4.0.5.1
Je travail régulièrement sur des serveurs en IPV6 uniquement (plus simple pour éviter les redirections de ports sur le site distant)
Depuis la version 4.0.5 par intermittence je n’ai pas accès à ses serveurs car la Freebox n’attribue pas d’IPV6 à mon MacBook Pro connecté en wifi (mais uniquement une IPV4).
Dans mes paramètres wifi je suis en IPV4 via DHCP IPV6 automatique.
Si je désactive IPV4 pour laisser IPV6 alors je n’ai pas de connexion.
Après avoir redémarrer la Freebox, celle ci m’attribue une IPV4 et une IPV6.
La version 4.0.5.1 n’a pas résolu ce problème
|
|
22947 | 11/12/2018 | Anomalie | Client VPN | Tous | Fermée | [4.0.0] Le client OpenVPN ne se connecte plus |
Description de la tâche
Bonjour,
La MàJ 4.0.0 du Freebox Server semble à nouveau casser la connexion du client VPN via OpenVPN.
Erreur interne.
Log : “openvpn: EOF on mngt interface”
|
|
22953 | 12/12/2018 | Anomalie | Enregistrements | Freebox Server V6 (Révolution) | Fermée | [4.0.0] La programmation des enregistrements via le sit ... |
Description de la tâche
La programmation des enregistrements via le site free ne fonctionne plus (sur 4.0.1 aussi)
Lorsque l’on veut crée un enregistrement à partir de https://adsl.free.fr/magneto.pl on obtient
Aucun disque dur trouvé. Soit il n'y en a pas, soit il n'est pas activé.
Rendant impossible la programmation d’enregistrements par cette interface alors qu’il est possible de le faire via les autres (freeboxOS, companion, etc...)
La fonctionnalité est ok sur la version précédente de l’OS
Merci
|
|
22315 | 31/01/2018 | Anomalie | NAT (redirections, DMZ) | Tous | Fermée | [3.5.1] KO redirection de port (dont IMAP POP3 SMTP) ! |
Description de la tâche
Problème reproductible depuis NRO ROQ75 sur Freebos Server r2 v3.5.1 connecté à l’ordi par RJ45 ou par le Wifi de la Freebox (Mode routeur, +Redirection UDP TCP d’un port P2P)
Depuis le vendredi 12 janvier 2018 vers 19h, mon client email (Thunderbird) ne peut plus contacter aucun des serveurs emails (IMAP POP3 SMTP…plus rien ne passe), les flux 80 443 passent mais pas les redirections de port. Les redirections de ports fixes ne passent plus non plus.
=⇒ Aucune modification de config ni sur la Freebox ni sur l’ordi ne peut expliquer ce dysfonctionnement.
Lors d’une synchro Email (en réception), WireShark montre que la box retourne instantanément un ICMP Type 3 Code 13 (Communication Administratively Filtered) à la demande de connexion depuis l’ordi connecté à la box (via RJ45 ou Wifi de la box) mais que tout se passe normalement par un autre Wifi… Freewifi notamment !
Time Source Destination Protocol Length Info
7.133529 192.168.14.6 outlook.ms-acdc.office.com TCP 66 xmlink-connect(3953) ? pop3s(995) [SYN] Seq=0 Win=8192 Len=0 MSS=1460 WS=256 SACK_PERM=1
7.133776 192.168.14.254 192.168.14.6 ICMP 94 Destination unreachable (Communication administratively filtered)
Internet Control Message Protocol
Type: 3 (Destination unreachable)
Code: 13 (Communication administratively filtered)
Checksum: 0x19ef [correct]
[Checksum Status: Good]
Unused: 00000000
Internet Protocol Version 4, Src: 192.168.14.6 (192.168.14.6), Dst: outlook.ms-acdc.office.com (40.100.173.194)
Transmission Control Protocol, Src Port: xmlink-connect (3953), Dst Port: pop3s (995), Seq: 1260457366
Deux points:
-le SAV ne semble pas informé de ce bug qui était déjà présent en [3.4.1]
-Bcp d’anomalies concernent la redirection de port dans la liste (je vais tenter de les rattacher à celle-ci)
PS: Je suis à votre entière disposition pour aider au diag jusqu’à fin février, ensuite je demanderai au SAV de remettre la Freebox en “Config Usine”
|
|
22297 | 29/01/2018 | Anomalie | Bridge | Tous | Fermée | [3.5.0] Accès distant impossible |
Description de la tâche
Bonsoir,
Suite à la mise à jour 3.5.0 il est impossible de se connecter à l’interface distante en mode bridge.
Adresse MAC : 14:0C:76:67:6A:6F
Merci
|
|
21440 | 28/04/2017 | Anomalie | Client VPN | Tous | Fermée | [3.4.1]Connexion VPN impossible |
Description de la tâche
Bonjour,
Depuis le passage au fw 3.4.0, la connexion a mon VPN via l’interface Freebox OS est impossible. Le passage a la version 3.4.1 n’a pas résolu le problème.
L’erreur remontée par l’interface est :
openvpn: asked for unsupported password
Après renseignement auprès de la communauté OpenVPN, cette erreur n’est pas une erreur levée par OpenVPN, ni du serveur.
Ce problème est bien évidement très pénalisant.
A noté que la connexion fonctionne parfaitement en passant directement par OpenVPN et en utilisant le même fichier de configuration
Voici le fichier ovpn de configuration :
client
dev tun
proto udp
remote ro.privateinternetaccess.com 1198
resolv-retry infinite
nobind
persist-key
persist-tun
cipher aes-128-cbc
auth sha1
tls-client
remote-cert-tls server
auth-user-pass
comp-lzo
verb 1
reneg-sec 0
<ca>
—–BEGIN CERTIFICATE—-
...
—–END CERTIFICATE—–
</ca>
Le log complet :
2017-04-28 18:17:26 openvpn: connected to management interface
2017-04-28 18:17:26 openvpn: output: Fri Apr 28 18:17:26 2017 MANAGEMENT: Connected to management server at unix_mgt.sock
2017-04-28 18:17:26 openvpn: rx: >INFO:OpenVPN Management Interface Version 1 – type ‘help’ for more info
2017-04-28 18:17:26 openvpn: rx: >HOLD:Waiting for hold release
2017-04-28 18:17:26 openvpn: tx: hold release
2017-04-28 18:17:26 openvpn: output: Fri Apr 28 18:17:26 2017 MANAGEMENT: CMD ‘hold release’ 2017-04-28 18:17:26 openvpn: rx: SUCCESS: hold release succeeded
2017-04-28 18:17:26 openvpn: output: Fri Apr 28 18:17:26 2017 MANAGEMENT: CMD ‘state on’ 2017-04-28 18:17:26 openvpn: rx: SUCCESS: real-time state notification set to ON
2017-04-28 18:17:26 openvpn: rx: >PASSWORD:Need ‘Auth’ username/password
2017-04-28 18:17:26 openvpn: tx: username “Auth” “blabla” 2017-04-28 18:17:26 openvpn: output: Fri Apr 28 18:17:26 2017 MANAGEMENT: CMD ‘username “Auth” “blabla”’ 2017-04-28 18:17:26 openvpn: rx: SUCCESS: ‘Auth’ username entered, but not yet verified
2017-04-28 18:17:26 openvpn: output: Fri Apr 28 18:17:26 2017 MANAGEMENT: CMD ‘password [...]’ 2017-04-28 18:17:26 openvpn: rx: SUCCESS: ‘Auth’ password entered, but not yet verified
2017-04-28 18:17:26 openvpn: output: Fri Apr 28 18:17:26 2017 MANAGEMENT: >STATE:1493396246,WILL_CONNECT,ro.privateinternetaccess.com,,,,,0
2017-04-28 18:17:26 openvpn: output: Fri Apr 28 18:17:26 2017 Socket Buffers: R=[172032→131072] S=[172032→131072]
2017-04-28 18:17:26 openvpn: output: Fri Apr 28 18:17:26 2017 MANAGEMENT: >STATE:1493396246,RESOLVE,,,,,,0
2017-04-28 18:17:26 openvpn: output: Fri Apr 28 18:17:26 2017 UDPv4 link local: [undef]
2017-04-28 18:17:26 openvpn: output: Fri Apr 28 18:17:26 2017 UDPv4 link remote: [AF_INET]37.221.161.114:1198
2017-04-28 18:17:26 openvpn: output: Fri Apr 28 18:17:26 2017 MANAGEMENT: >STATE:1493396246,WAIT,,,,,,0
2017-04-28 18:17:26 openvpn: rx: >STATE:1493396246,WILL_CONNECT,ro.privateinternetaccess.com,,,,,0
2017-04-28 18:17:26 openvpn: rx: >STATE:1493396246,RESOLVE,,,,,,0
2017-04-28 18:17:26 openvpn: rx: >STATE:1493396246,WAIT,,,,,,0
2017-04-28 18:17:26 openvpn: output: Fri Apr 28 18:17:26 2017 MANAGEMENT: >STATE:1493396246,AUTH,,,,,,0
2017-04-28 18:17:26 openvpn: output: Fri Apr 28 18:17:26 2017 TLS: Initial packet from [AF_INET]37.221.161.114:1198, sid=a5444cd3 43f6c26e
2017-04-28 18:17:26 openvpn: rx: >STATE:1493396246,AUTH,,,,,,0
2017-04-28 18:17:26 openvpn: output: Fri Apr 28 18:17:26 2017 VERIFY OK: depth=1, C=US, ST=CA, L=LosAngeles, O=Private Internet Access, OU=Private Internet Access, CN=Private Internet Access, name=Private Internet Access, emailAddress=secure@privateinternetaccess.com
2017-04-28 18:17:26 openvpn: output: Fri Apr 28 18:17:26 2017 Validating certificate key usage
2017-04-28 18:17:26 openvpn: output: Fri Apr 28 18:17:26 2017 ++ Certificate has key usage 00a0, expects 00a0
2017-04-28 18:17:26 openvpn: output: Fri Apr 28 18:17:26 2017 VERIFY KU OK
2017-04-28 18:17:26 openvpn: output: Fri Apr 28 18:17:26 2017 Validating certificate extended key usage
2017-04-28 18:17:26 openvpn: output: Fri Apr 28 18:17:26 2017 ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
2017-04-28 18:17:26 openvpn: output: Fri Apr 28 18:17:26 2017 VERIFY EKU OK
2017-04-28 18:17:26 openvpn: output: Fri Apr 28 18:17:26 2017 VERIFY OK: depth=0, C=US, ST=CA, L=LosAngeles, O=Private Internet Access, OU=Private Internet Access, CN=26d924ec9a543982c7464cea96686663, name=26d924ec9a543982c7464cea96686663
2017-04-28 18:17:27 openvpn: output: Fri Apr 28 18:17:27 2017 WARNING: ‘link-mtu’ is used inconsistently, local=’link-mtu 1558’, remote=’link-mtu 1542’ 2017-04-28 18:17:27 openvpn: output: Fri Apr 28 18:17:27 2017 WARNING: ‘cipher’ is used inconsistently, local=’cipher AES-128-CBC’, remote=’cipher BF-CBC’ 2017-04-28 18:17:27 openvpn: output: Fri Apr 28 18:17:27 2017 Data Channel Encrypt: Cipher ‘AES-128-CBC’ initialized with 128 bit key
2017-04-28 18:17:27 openvpn: output: Fri Apr 28 18:17:27 2017 Data Channel Encrypt: Using 160 bit message hash ‘SHA1’ for HMAC authentication
2017-04-28 18:17:27 openvpn: output: Fri Apr 28 18:17:27 2017 Data Channel Decrypt: Cipher ‘AES-128-CBC’ initialized with 128 bit key
2017-04-28 18:17:27 openvpn: output: Fri Apr 28 18:17:27 2017 Data Channel Decrypt: Using 160 bit message hash ‘SHA1’ for HMAC authentication
2017-04-28 18:17:27 openvpn: output: Fri Apr 28 18:17:27 2017 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 2048 bit RSA
2017-04-28 18:17:27 openvpn: output: Fri Apr 28 18:17:27 2017 [26d924ec9a543982c7464cea96686663] Peer Connection Initiated with [AF_INET]37.221.161.114:1198
2017-04-28 18:17:28 openvpn: rx: >STATE:1493396248,GET_CONFIG,,,,,,0
2017-04-28 18:17:28 openvpn: output: Fri Apr 28 18:17:28 2017 MANAGEMENT: >STATE:1493396248,GET_CONFIG,,,,,,0
2017-04-28 18:17:29 openvpn: output: Fri Apr 28 18:17:29 2017 SENT CONTROL [26d924ec9a543982c7464cea96686663]: ‘PUSH_REQUEST’ (status=1)
2017-04-28 18:17:29 openvpn: rx: >PASSWORD:Auth-Token:9fnPbf5uaxtygXiarS9TMf8uLJBG+CnsilfDhoL3mfE=
2017-04-28 18:17:29 openvpn: asked for unsupported password
2017-04-28 18:17:29 l3 is now stable
2017-04-28 18:17:29 l3 does not fulfil config requirement
2017-04-28 18:17:29 l3 state change ‘l3_wait_stable’ ⇒ ‘l3_bring_down’ 2017-04-28 18:17:29 waiting for l3 providers to go down
2017-04-28 18:17:29 l3 state change ‘l3_bring_down’ ⇒ ‘l3_wait_down’ 2017-04-28 18:17:29 l3 state change ‘l3_wait_down’ ⇒ ‘l3_cleanup_start’ 2017-04-28 18:17:29 calling helper script at ‘/etc/fbxconnman/conn.post-down’ 2017-04-28 18:17:29 l3 state change ‘l3_cleanup_start’ ⇒ ‘l3_wait_postdown_helper’ 2017-04-28 18:17:29 openvpn: output: Fri Apr 28 18:17:29 2017 PUSH: Received control message: ‘PUSH_REPLY,redirect-gateway def1,dhcp-option DNS 209.222.18.222,dhcp-option DNS 209.222.18.218,ping 10,comp-lzo no,route 10.78.10.1,topology net30,ifconfig 10.78.10.6 10.78.10.5,auth-token 9fnPbf5uaxtygXiarS9TMf8uLJBG+CnsilfDhoL3mfE=’ 2017-04-28 18:17:29 openvpn: output: Fri Apr 28 18:17:29 2017 OPTIONS IMPORT: timers and/or timeouts modified
2017-04-28 18:17:29 openvpn: output: Fri Apr 28 18:17:29 2017 OPTIONS IMPORT: LZO parms modified
2017-04-28 18:17:29 openvpn: output: Fri Apr 28 18:17:29 2017 OPTIONS IMPORT: –ifconfig/up options modified
2017-04-28 18:17:29 openvpn: output: Fri Apr 28 18:17:29 2017 OPTIONS IMPORT: route options modified
2017-04-28 18:17:29 openvpn: output: Fri Apr 28 18:17:29 2017 OPTIONS IMPORT: –ip-win32 and/or –dhcp-option options modified
2017-04-28 18:17:29 openvpn: output: Fri Apr 28 18:17:29 2017 ROUTE: default_gateway=UNDEF
2017-04-28 18:17:29 openvpn: output: Fri Apr 28 18:17:29 2017 Initialization Sequence Completed
2017-04-28 18:17:29 openvpn: output: Fri Apr 28 18:17:29 2017 MANAGEMENT: >STATE:1493396249,CONNECTED,SUCCESS,10.78.10.6,37.221.161.114,209.222.18.218,209.222.18.222,1500
2017-04-28 18:17:29 l3 state change ‘l3_wait_postdown_helper’ ⇒ ‘l3_cleanup_finish’ 2017-04-28 18:17:29 l3 state change ‘l3_cleanup_finish’ ⇒ ‘l3_finished’ 2017-04-28 18:17:29 state change ‘wait_l3_up’ ⇒ ‘wait_l3_down’ 2017-04-28 18:17:29 l3 state change ‘l3_finished’ ⇒ ‘l3_down’ 2017-04-28 18:17:29 state is now DOWN
2017-04-28 18:17:29 state change ‘wait_l3_down’ ⇒ ‘l3_finished’ 2017-04-28 18:17:29 state change ‘l3_finished’ ⇒ ‘wait_l2_down’ 2017-04-28 18:17:29 l2 state change ‘l2_up’ ⇒ ‘l2_cleanup’ 2017-04-28 18:17:29 l2 state change ‘l2_cleanup’ ⇒ ‘l2_down’ 2017-04-28 18:17:29 state change ‘wait_l2_down’ ⇒ ‘down’
Merci par avance.
R.Carrillo
|
|
19566 | 02/02/2016 | Évolution | Console à distance | Tous | Fermée | [3.3] Ajout de la possibilité de désactiver l'accès HTT ... |
Description de la tâche
La version 3.3 ajoute l’accès HTTPS, c’est une très bonne initiative.
Est-ce possible d’ajouter un paramètre pour désactiver l’accès HTTP simple une fois le HTTPS activé ?
Merci.
|
|
18978 | 20/10/2015 | Anomalie | Client VPN | Tous | Fermée | [3.1.5] Le client OpenVPN ne se connecte plus |
Description de la tâche
Bonjour,
La MàJ 3.1.5 du Freebox Server semble à nouveau casser la connexion du client VPN via OpenVPN.
Erreur interne.
Log : “openvpn: EOF on mngt interface”
|
|
16117 | 08/12/2014 | Anomalie | Client VPN | Tous | Fermée | [3.0.3] OpenVpn sur VPNGATE |
Description de la tâche
Bonsoir
Depuis le passage à la version 3.0.3 je n’arrive pas à me connecter par client vpn sur ceux proposés par http://www.vpngate.net/en/.
Fonctionne parfaitement depuis longtemps, depuis la mise à jour j’ai des erreurs de connexion :
Journal de connexion
2014-12-08 19:19:42 openvpn: output: Mon Dec 8 19:19:42 2014 Socket Buffers: R=[87380->131072] S=[16384->131072]
2014-12-08 19:19:42 openvpn: rx: SUCCESS: hold release succeeded
2014-12-08 19:19:42 openvpn: rx: SUCCESS: real-time state notification set to ON
2014-12-08 19:19:42 openvpn: output: Mon Dec 8 19:19:42 2014 TCP/UDP: Preserving recently used remote address: [AF_INET]218.110.23.182:443
2014-12-08 19:19:42 openvpn: output: Mon Dec 8 19:19:42 2014 Attempting to establish TCP connection with [AF_INET]218.110.23.182:443 [nonblock]
2014-12-08 19:19:42 openvpn: output: Mon Dec 8 19:19:42 2014 MANAGEMENT: >STATE:1418062782,TCP_CONNECT,,,,,,0
2014-12-08 19:19:42 openvpn: rx: >STATE:1418062782,WILL_CONNECT,218.110.23.182,,,,,0
2014-12-08 19:19:42 openvpn: rx: >STATE:1418062782,TCP_CONNECT,,,,,,0
2014-12-08 19:19:43 openvpn: rx: >STATE:1418062783,WAIT,,,,,,0
2014-12-08 19:19:43 openvpn: output: Mon Dec 8 19:19:43 2014 TCP connection established with [AF_INET]218.110.23.182:443
2014-12-08 19:19:43 openvpn: output: Mon Dec 8 19:19:43 2014 TCPv4_CLIENT link local: [undef]
2014-12-08 19:19:43 openvpn: output: Mon Dec 8 19:19:43 2014 TCPv4_CLIENT link remote: [AF_INET]218.110.23.182:443
2014-12-08 19:19:43 openvpn: output: Mon Dec 8 19:19:43 2014 MANAGEMENT: >STATE:1418062783,WAIT,,,,,,0
2014-12-08 19:19:43 openvpn: rx: >STATE:1418062783,RECONNECTING,connection-reset,,,,,0
2014-12-08 19:19:43 openvpn: rx: >HOLD:Waiting for hold release
2014-12-08 19:19:43 openvpn: tx: hold release
2014-12-08 19:19:43 openvpn: rx: SUCCESS: hold release succeeded
2014-12-08 19:19:43 openvpn: rx: SUCCESS: real-time state notification set to ON
2014-12-08 19:19:43 openvpn: rx: >STATE:1418062783,WILL_CONNECT,218.110.23.182,,,,,0
2014-12-08 19:19:43 openvpn: rx: >STATE:1418062783,TCP_CONNECT,,,,,,0
2014-12-08 19:19:43 openvpn: output: Mon Dec 8 19:19:43 2014 Connection reset, restarting [-1]
2014-12-08 19:19:43 openvpn: output: Mon Dec 8 19:19:43 2014 SIGUSR1[soft,connection-reset] received, process restarting
2014-12-08 19:19:43 openvpn: output: Mon Dec 8 19:19:43 2014 MANAGEMENT: >STATE:1418062783,RECONNECTING,connection-reset,,,,,0
2014-12-08 19:19:43 openvpn: output: Mon Dec 8 19:19:43 2014 MANAGEMENT: CMD 'hold release'
2014-12-08 19:19:43 openvpn: output: Mon Dec 8 19:19:43 2014 MANAGEMENT: CMD 'state on'
2014-12-08 19:19:43 openvpn: output: Mon Dec 8 19:19:43 2014 WARNING: No server certificate verification method has been enabled. See http://openvpn.net/howto.html#mitm for more info.
2014-12-08 19:19:43 openvpn: output: Mon Dec 8 19:19:43 2014 MANAGEMENT: >STATE:1418062783,WILL_CONNECT,218.110.23.182,,,,,0
2014-12-08 19:19:43 openvpn: output: Mon Dec 8 19:19:43 2014 Socket Buffers: R=[87380->131072] S=[16384->131072]
2014-12-08 19:19:43 openvpn: output: Mon Dec 8 19:19:43 2014 TCP/UDP: Preserving recently used remote address: [AF_INET]218.110.23.182:443
2014-12-08 19:19:43 openvpn: output: Mon Dec 8 19:19:43 2014 Attempting to establish TCP connection with [AF_INET]218.110.23.182:443 [nonblock]
2014-12-08 19:19:43 openvpn: output: Mon Dec 8 19:19:43 2014 MANAGEMENT: >STATE:1418062783,TCP_CONNECT,,,,,,0
2014-12-08 19:19:44 openvpn: rx: >STATE:1418062784,WAIT,,,,,,0
2014-12-08 19:19:44 openvpn: output: Mon Dec 8 19:19:44 2014 TCP connection established with [AF_INET]218.110.23.182:443
2014-12-08 19:19:44 openvpn: output: Mon Dec 8 19:19:44 2014 TCPv4_CLIENT link local: [undef]
2014-12-08 19:19:44 openvpn: output: Mon Dec 8 19:19:44 2014 TCPv4_CLIENT link remote: [AF_INET]218.110.23.182:443
2014-12-08 19:19:44 openvpn: output: Mon Dec 8 19:19:44 2014 MANAGEMENT: >STATE:1418062784,WAIT,,,,,,0
2014-12-08 19:19:44 openvpn: output: Mon Dec 8 19:19:44 2014 Connection reset, restarting [-1]
2014-12-08 19:19:44 openvpn: output: Mon Dec 8 19:19:44 2014 SIGUSR1[soft,connection-reset] received, process restarting
2014-12-08 19:19:44 openvpn: output: Mon Dec 8 19:19:44 2014 MANAGEMENT: >STATE:1418062784,RECONNECTING,connection-reset,,,,,0
2014-12-08 19:19:44 openvpn: rx: >STATE:1418062784,RECONNECTING,connection-reset,,,,,0
2014-12-08 19:19:44 openvpn: rx: >HOLD:Waiting for hold release
2014-12-08 19:19:44 openvpn: tx: hold release
2014-12-08 19:19:44 openvpn: output: Mon Dec 8 19:19:44 2014 MANAGEMENT: CMD 'hold release'
2014-12-08 19:19:44 openvpn: output: Mon Dec 8 19:19:44 2014 MANAGEMENT: CMD 'state on'
2014-12-08 19:19:44 openvpn: output: Mon Dec 8 19:19:44 2014 WARNING: No server certificate verification method has been enabled. See http://openvpn.net/howto.html#mitm for more info.
2014-12-08 19:19:44 openvpn: output: Mon Dec 8 19:19:44 2014 MANAGEMENT: >STATE:1418062784,WILL_CONNECT,218.110.23.182,,,,,0
2014-12-08 19:19:44 openvpn: output: Mon Dec 8 19:19:44 2014 Socket Buffers: R=[87380->131072] S=[16384->131072]
2014-12-08 19:19:44 openvpn: rx: SUCCESS: hold release succeeded
2014-12-08 19:19:44 openvpn: rx: SUCCESS: real-time state notification set to ON
2014-12-08 19:19:44 openvpn: output: Mon Dec 8 19:19:44 2014 TCP/UDP: Preserving recently used remote address: [AF_INET]218.110.23.182:443
2014-12-08 19:19:44 openvpn: output: Mon Dec 8 19:19:44 2014 Attempting to establish TCP connection with [AF_INET]218.110.23.182:443 [nonblock]
2014-12-08 19:19:44 openvpn: output: Mon Dec 8 19:19:44 2014 MANAGEMENT: >STATE:1418062784,TCP_CONNECT,,,,,,0
2014-12-08 19:19:44 openvpn: rx: >STATE:1418062784,WILL_CONNECT,218.110.23.182,,,,,0
2014-12-08 19:19:44 openvpn: rx: >STATE:1418062784,TCP_CONNECT,,,,,,0
2014-12-08 19:19:45 openvpn: rx: >STATE:1418062785,WAIT,,,,,,0
2014-12-08 19:19:45 openvpn: output: Mon Dec 8 19:19:45 2014 TCP connection established with [AF_INET]218.110.23.182:443
2014-12-08 19:19:45 openvpn: output: Mon Dec 8 19:19:45 2014 TCPv4_CLIENT link local: [undef]
2014-12-08 19:19:45 openvpn: output: Mon Dec 8 19:19:45 2014 TCPv4_CLIENT link remote: [AF_INET]218.110.23.182:443
2014-12-08 19:19:45 openvpn: output: Mon Dec 8 19:19:45 2014 MANAGEMENT: >STATE:1418062785,WAIT,,,,,,0
2014-12-08 19:19:46 openvpn: rx: >STATE:1418062786,RECONNECTING,connection-reset,,,,,0
2014-12-08 19:19:46 openvpn: too many reconnects
2014-12-08 19:19:46 openvpn: output: Mon Dec 8 19:19:46 2014 Connection reset, restarting [-1]
2014-12-08 19:19:46 openvpn: output: Mon Dec 8 19:19:46 2014 SIGUSR1[soft,connection-reset] received, process restarting
2014-12-08 19:19:46 openvpn: output: Mon Dec 8 19:19:46 2014 MANAGEMENT: >STATE:1418062786,RECONNECTING,connection-reset,,,,,0
2014-12-08 19:19:46 l3 is now stable
2014-12-08 19:19:46 l3 does not fulfil config requirement
2014-12-08 19:19:46 l3 state change 'l3_wait_stable' => 'l3_bring_down'
2014-12-08 19:19:46 waiting for l3 providers to go down
2014-12-08 19:19:46 l3 state change 'l3_bring_down' => 'l3_wait_down'
2014-12-08 19:19:46 l3 state change 'l3_wait_down' => 'l3_cleanup_start'
2014-12-08 19:19:46 calling helper script at '/etc/fbxconnman/conn.post-down'
2014-12-08 19:19:46 l3 state change 'l3_cleanup_start' => 'l3_wait_postdown_helper'
2014-12-08 19:19:46 l3 state change 'l3_wait_postdown_helper' => 'l3_cleanup_finish'
2014-12-08 19:19:46 l3 state change 'l3_cleanup_finish' => 'l3_finished'
2014-12-08 19:19:46 state change 'wait_l3_up' => 'wait_l3_down'
2014-12-08 19:19:46 l3 state change 'l3_finished' => 'l3_down'
2014-12-08 19:19:46 state is now DOWN
2014-12-08 19:19:46 state change 'wait_l3_down' => 'l3_finished'
2014-12-08 19:19:46 state change 'l3_finished' => 'wait_l2_down'
2014-12-08 19:19:46 l2 state change 'l2_up' => 'l2_cleanup'
2014-12-08 19:19:46 l2 state change 'l2_cleanup' => 'l2_down'
2014-12-08 19:19:46 state change 'wait_l2_down' => 'down'
Je vais regarder si j’ai un ancien fichier de connexion qui lui fonctionnait le mois dernier.
|
|
14388 | 02/03/2014 | Anomalie | Femtocell | Tous | Fermée | [ FEMTOCELL ] - Data HS sous ANDROID |
Description de la tâche
Bonjour!
Après plusieurs tests de mon côté, je décide d’ouvrir ce ticket. Certains tweets semblent également corroborer mon problème.
DESCRIPTION
Sous mon Google Nexus 5, alors que la DATA fonctionnait très bien le soir du 28/02/2014, je me retrouve depuis le 29 au matin sans DATA fonctionnelle.
Le logo “H” est pourtant lui bien apparent.
Emission / Réception appels OK.
TESTS EFFECTUES
( Pour tous ces tests, je précise que je me suis assuré de bien être enregistré sur la Femtocell en checkant via FreeMobile NetStat ET en composant un faux numéro type “000” )
1) Reboot de la Freebox > Rien
2) Reboot Nexus 5 > Rien
3) Arrêt / Marche manuel de la Femtocell via le Server > Rien
4) 2 RAZ usine de mon Nexus 5 avec aucune install d’appli pour avoir un tel le plus “neutre” possible > Rien
5) Femtocell retirée le 01/03 au soir et remise ce matin 02/03 > Rien
6) Essai sur iPhone 4 > DATA semble OK
Info qui peut-être utile (je l’espère): le lancement d’un test Sensorly (sur Nexus) m’indique un problème “Resolve DNS“.
SUPPOSITION
Problème localisé autour des mobiles Android?
Tweet publié & conversation: https://twitter.com/MavericK_56/status/439696219104083968
N’hésitez pas à demander plus de précisions si besoin.
Cordialement.
|
|
36010 | 24/11/2021 | Évolution | Freebox OS | Tous | Nouveau | [ BetaTests ] Gestion des firmwares |
Description de la tâche
Bonjour
Aujourd'hui nous n'avons pas la maîtrise du firmware qui est déployé dans la box lors des beta tests.
Il serait bien d’avoir le choix du pipe de firmware que l’on déploie sur la box, par exemple Version stable V-2 , Version stable V-1, Version stable V, Version beta -rc1 / -rc2 / … rcN (surtout lors des beta-tests, afin de trouver les différences de comportements, tester la non régression, etc…)
Avoir le choix entre plusieurs firmware permettrait d’isoler et de reproduire des bug sur des firmwares précis et de tester la non régression du firmware actuel par rapport à tel ou tel bug, notamment les bugs qui ont disparu en passant à un autre firmware sans avoir été officiellement identifiés et corrigés (ex : https://dev.freebox.fr/bugs/task/35653 ).
Cela permettrait également de régler rapidement sois même certaines situations embarrassante, comme avec le firmware beta -wg2 pour Delta où la partie pack sécurité était en erreur ce qui m'empêchait d'ouvrir la porte de mon garage… L'équipe DEV Free a eu beau être très réactive, cela a pris quelques heures pour être corrigé.
Cordialement
nbanba
|
|
37354 | 18/11/2022 | Anomalie | Non trié | Tous | Fermée | [ Beta Android 10 ] Problème connexion barre de son lor ... |
Description de la tâche
Bonjour,
Seulement au démarrage de la Pop, il y a des problèmes de connexion à la barre de son. Quand l’allumage de la fontion CEC est activée, la barre n’arrive pas à se connecter à la Pop. Je suis obligé de mettre en veille la Pop pour reconnecter la barre.
Lorsque l’option est désactivée, j’arrive à connecter la barre de son mais j’ai des coupures de son et d’image lors du démarrage. Idem je suis obligé de mettre en veille la Pop et la rallumer pour enlever ce problème. J’ai effectué un diagnostic ce midi
|
|
17374 | 10/05/2015 | Évolution | Divers | Tous | Nouveau | zoom sur les courbes freebox OS |
Description de la tâche
Requete:
*Ajout d’un zoom dans les courbes
*Zoom automatique du minimum sur l’axe des ordonnées (T° surtout)
Exemple:
*Sur la courbe semaine, pouvoir zoomer sur l’incident qu’il y a eu quelques jours passés
*Pour les températures: inutile d’avoir la vue entre 0° et 20° (sauf si la freebox doit etre mise à l’exterieur, ou dans le frigo), avoir un zoom automatique pour voir plus précisément la variation serait mieux.
|
|
26274 | 04/03/2019 | Anomalie | Contrôle parental | Freebox Server V7 (Delta) | Fermée | Zones A B C |
Description de la tâche
Problème avec les zones, je suis en zone A, aujourd’hui par exemple les enfants ont repris l’école mais la freebox gère le cp comme si ils étaient encore en vacances.
On dirait que les dates ne correspondent pas à la réalité.
|
|
17859 | 16/07/2015 | Anomalie | Contrôle parental | Tous | Fermée | Zone vacance non enregistré |
Description de la tâche
La zone des vacances n’est pas enregistré dans le contrôle parental. Elle s’applique bien une fois, mais dès que l’on enlève et remet le contrôle parental celle-ci n’est plus sauvegardée. c’est bien dommage car c’est une option bien pratique.
|
|
29889 | 04/02/2020 | Anomalie | Non trié | Tous | Fermée | Zimbra free : Une erreur réseau s'est produite. |
Description de la tâche
Depuis quelques temps, quand je me connecte à mon compte via Zimbra Free, je rencontre systématiquement des messages d’erreur comme celui-ci :
Une erreur réseau s’est produite.
method: [unknown]
msg: system failure: inconsistent state: unread < 0 for item 2
code: service.FAILURE
detail: soap:Receiver
trace: btpool0-56688:1580813142446:c265d1c56bfa3e86
request:
Body: {
MsgActionRequest: {
_jsns: "urn:zimbraMail",
action: {
id: "422385",
op: "read"
}
}
},
Header: {
context: {
_jsns: "urn:zimbra",
account: {
_content: "igor.chaverot@free.fr",
by: "name"
},
authToken: "(removed)",
notify: {
seq: 56
},
session: {
_content: 1139264311,
id: 1139264311
},
userAgent: {
name: "ZimbraWebClient - GC79 (Win)",
version: "7.2.0-GA2598"
}
}
}
J’ai fini par comprendre qu’il y a un déphase entre mes mails non lus et la réalité.
Si je laisse 2 mails non lus dans ma boîte de réception, je peux utiliser Zimbra (déplacer, supprimer des mails) sans souci.
En revanche, dès que je veux rendre tous mes mails lus, je tombe systématiquement sur cette erreur.
La log va d’ailleurs dans ce sens : “system failure: inconsistent state: unread < 0 for item 2”
Pouvez-vous régler ce problème SVP ?
Merci d’avance.
|
|
33678 | 06/01/2021 | Évolution | Non trié | Tous | Nouveau | ZFS pour tous ? Oh oui, oh oui !!!! |
Description de la tâche
Ma demande est totalement lunaire, je le conçois mais....
ZFS pourrait très bien être le système d’exploitation presque universel de demain.
- ZFS marche très bien sur FreeBSD (et Solaris bien entendu qui est son OS d’origine)
- ZFS a été implémenté sur Linux via OpenZFS, sa prise en charge est désormais très très avancée sur certaines distros, prise en charge à un état de maturité bien supérieure à BTRFS qui reste ultra expérimental, au point que Ubuntu a décidé de l’implémenter par défaut en lieu et place de BTRFS
OpenZFS est disponible en beta version sur canaux alternatifs sur openSUSE Tumbleweed tant sur plateforme x86 qu’ARM
- Mais surtout surtout.... OpenZFS a été porté sur Windows.
https://openzfs.org/wiki/Main_Page https://github.com/openzfsonwindows/ZFSin
Le portage sous Windows n’est pas un vulgaire portage via Dokan (l’équivalent Windows de FUSE) comme ça a pu être le cas sur des projets précédents, il s’agit d’un driver NATIF dont l’état de développement est très avancé. Ce driver promet donc une prise en charge à quasi identité avec les projets OpenZFS sur Linux, ou ZFS sur FreeBSD, c’est un projet opensource et GRATUIT
J’ai installé ZFS sur mes PCs, j’ai déjà expérimenté des échanges entre Linux, Windows... c’est juste bluffant, même si tout n’est pas encore parfait.
Windows a perdu son driver ext2/ext4 car extfsd n’est plus développé, le support s’arrête à Windows 7
La seule solution en lecture écriture reste une solution payante Paragon basée sur Dokan, donc ce n’est qu’un vulgaire systeème FUSE avec toutes ses limitations. De plus Dokan étant utilisé par d’autres logiciels comme Cryptomator, Seadrive, on se retrouve parfois avec des conflits inextricables de driver Dokan, des BSOD donc exit Paragon, on se contentera de lire les volumes Ext2/3/4 en lecture seule gràace à LinuxRead
Un disque USB en ZFS, la grappe raid de la Freebox qui serait alors en ZFS et non plus en mdm, pourraient être indifféremment réimportés vers des systèmes FreeBSD, Linux, Windows avec une performance NATIVE
Autre avantage ZFS implémente par défaut le système de droits NFSv4 complètement compatible avec le système de droit NTFS de Windows, ce qui faciliterait encore plus la transportabilité des données, permettrait de gérer avec plus de finesse les droits sur le serveur Samba de la box
Samba dans ses dernières impplémentations offrent l’option de système de fchier ZFS pour tirer partie de sa gestion native de NFSv4
ZFS ne remplacera pas NTFS, EXT4, FAT32... pour de multiples raisons assez complexes comme le fait que ZFS est aussi par nature un gestionnaire de volume qui peut donc entrer en conflit avec certains matériels comme les faux raid matériel.
ZFS est au départ conçu pour des énormes serveurs de données, et la gestion en direct de grappes RAID... mais de façon inattendue suite au projet OpenZFS on Windows, ZFS peut donc devenir l’alternative universelle de demain même pour l’usager lambda. Il faudra juste sous Windows que des gens développent des interfaces graphiques pour la configuration et la maintenance de ZFS
|
|
25563 | 09/02/2019 | Anomalie | Télévision | Freebox Server V7 (Delta) | Fermée | Zapping télé | |
|
18451 | 09/08/2015 | Évolution | Télévision | Tous | Nouveau | Zapping sur playlist multiposte fastidieux | |
|
38822 | 09/12/2023 | Anomalie | Télévision | Freebox Server V6 (Révolution) | Fermée | Zapping extrêmement lent d'Oqee sur les premières chain ... | |
|
25842 | 15/02/2019 | Anomalie | Télévision | Freebox Server V7 (Delta) | Fermée | Zapping erroné après un time shifting | |
|
36296 | 20/01/2022 | Anomalie | Non trié | Tous | Fermée | z | |
|
36297 | 20/01/2022 | Anomalie | Non trié | Tous | Fermée | z | |
|
36298 | 20/01/2022 | Anomalie | Non trié | Tous | Fermée | z | |
|
36386 | 12/02/2022 | Anomalie | Non trié | Tous | Fermée | z | |
|
17538 | 01/06/2015 | Anomalie | Téléphonie | Tous | Fermée | Youtube, Dailymotion : absolument pas résolu ! | |
|
10393 | 07/07/2012 | Anomalie | DSL | Tous | Fermée | YouTube rame dur dans navigateur web. (Interruptions de ... | |
|
12509 | 11/06/2013 | Anomalie | Autre / Non trié | Tous | Fermée | Youtube et Free | |
|
17520 | 31/05/2015 | Anomalie | Services locaux | Tous | Fermée | YouTube et Dailymotion ne fonctionnent plus sur le Free ... | |
|
11221 | 12/10/2012 | Anomalie | Autre / Non trié | Freebox Server V6 (Révolution) | Fermée | Youtube + Validation en deux étapes | |
|
7187 | 16/06/2011 | Anomalie | Services locaux | Freebox Server V6 (Révolution) | Fermée | Y'a-t-il un pilote dans l'avion | |
|
37920 | 04/04/2023 | Anomalie | Freebox OS | Tous | Fermée | XSS STILL PRESENT - FBXOS 4.7.5 Ne corrige pas : FS#377 ... | |
|
28930 | 07/11/2019 | Anomalie | Agrégation 4G | Freebox Server V7 (Delta) | Fermée | XDSL+4G = Microcoupures | |
|
23040 | 16/12/2018 | Autre | Agrégation 4G | Tous | Fermée | xDSL + 4G => Radio / Canal 2 | |
|
24776 | 22/01/2019 | Anomalie | Non trié | Tous | Fermée | xDSL + 4G - Recherche de signal radio | |
|
23863 | 02/01/2019 | Anomalie | Agrégation 4G | Freebox Server V7 (Delta) | Fermée | xdsl + 4g | |
|
23320 | 23/12/2018 | Anomalie | Agrégation 4G | Freebox Server V7 (Delta) | Fermée | Xbox-one et Freebox Delta | |
|
23495 | 27/12/2018 | Anomalie | Agrégation 4G | Freebox Server V7 (Delta) | Fermée | Xbox One X/S connexion internet + 4G KO | |
|
7733 | 03/09/2011 | Anomalie | LAN | Tous | Fermée | XBOX 360 tjrs pas d'accès aux Médias du Server | |
|
22258 | 17/01/2018 | Évolution | Audio (AirMedia, ...) | Tous | Fermée | www.radiodoumdoum.com | |
|
37801 | 09/03/2023 | Évolution | WiFi | Freebox Server V7 (Delta) | Nouveau | WPS sur les réseaux invités/IoT | |
|
33676 | 05/01/2021 | Anomalie | WiFi | Freebox Server V7 (Delta) | Fermée | WPS qui saute | |
