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

  • État Nouveau
  • Pourcentage achevé
    0%
  • Type Anomalie
  • Catégorie Services locaux → Serveur VPN
  • Assignée à Personne
  • Système d'exploitation Tous
  • Sévérité Critique
  • Priorité Très Basse
  • Basée sur la version 4.3.2
  • Due pour la version Non décidée
  • Échéance Non décidée
  • Votes
  • Privée

FS#34788 - Le serveur VPN ne fonctionne plus pour accéder aux disques à distance depuis 4.3.0 même après 4.3.2

Bonjour,
Depuis la mise à jour 4.3.0 avec smbv2 activé on accède bien aux disques du server Delta à partir d’un PC W10 en local.
Mais à distance en établissant une connexion en VPN configurée sur le serveur VPN de la Delta impossible d’accéder aux disques.
La mise à jour 4.3.2 a bien résolu l'écoute du port 445 mais pas la résolution de l'adresse IP locale en nom de la FBX :

D:\>portqry -n 192.168.0.254 -p TCP -e 445

Querying target system called:

192.168.0.254

Attempting to resolve IP address to a name…

Failed to resolve IP address to name

querying…

TCP port 445 (microsoft-ds service): LISTENING

Merci de voir ce problème.

Admin

Bonjour,

Quel(s) nom(s) essayez-vous de résoudre ? Avec quel protocole VPN vous connectez-vous à votre box ?

La résolution de nom peut se faire en LLMNR ou mDNS qui sont des protocoles à portée locale. Autrement dit, non routable: par conséquent cela devrait fonctionner avec OpenVPN en mode bridge mais pas les autres.

Est-ce que le domaine mafreebox.freebox.fr présente aussi le soucis ?

J'ai renommé ma FreeBox FBX_SERVER_CVJ pour la différencier des autres FreeBox de mon réseau (3 au total). Je me connecte avec un VPN configuré sur le serveur VPN de la FreeBox en IPsec IKEv2. Je n'ai jamais utilisé OpenVPN ni le mode bridge auparavant.
Avant la mise à jour 4.3.0 la résolution du nom de la FreeBox fonctionnait avec portqry -n 192.168.0.254 -p TCP -e 445
mafreebox.freebox.fr fonctionne parfaitement en local et à distance en ayant configuré un nom de domaine sur Freebox OS.

Précision complémentaire j'arrive à me connecter sur ma Freebox distante après avoir lancé une connexion VPN en IPsec IKEv2 et avec mafreebox.freebox.fr.
Le problème se pose quand j'essaie d'accéder au disque dur de la FreeBox distante par l'explorateur de fichiers de Windows 10 désormais impossible depuis la mise à jour 4.3.0 avec smbv2 activé. En local ça fonctionne.
Avant cette mise à jour j'y arrivais après avoir autorisé le smbv1 dans W10.

Admin

Votre commande portqry fait une tentative de connexion mais sans résolution de nom dans la mesure où vous avez mis une adresse IP.

Quelle adresse saisissez vous dans l'explorateur Windows ? \\FBX_SERVER_CVJ ?

Votre commande portqry fait une tentative de connexion mais sans résolution de nom dans la mesure où vous avez mis une adresse IP.

Je saisis la commande portqry dans la console donc pas dans l'explorateur windows. Voilà ce que me donnait cette commande avant la mise à jour 4.3.0 :

D:\>portqry -n 192.168.0.254 -p TCP -e 445
Querying target system called:
192.168.0.254
Attempting to resolve IP address to a name… IP address resolved to FBX_SERVER_CVJ
querying… TCP port 445 (microsoft-ds service): LISTENING

Donc le nom de la Freebox était bien résolu auparavant ce qui n'est plus le cas aujourd'hui :

D:\>portqry -n 192.168.0.254 -p TCP -e 445
Querying target system called:
192.168.0.254
Attempting to resolve IP address to a name… Failed to resolve IP address to name
querying… TCP port 445 (microsoft-ds service): LISTENING

Quelle adresse saisissez vous dans l’explorateur Windows ? \\FBX_SERVER_CVJ ? J'ai créé un lecteur réseau pour faciliter l'accès dans l'explorateur Windows qui pointe sur \\FBX_SERVER_CVJ\Disque dur ce lecteur réseau fonctionne bien en local.

Un Ping sur l'adresse 192.168.0.254 :

D:\>ping 192.168.0.253

Envoi d’une requête 'Ping' 192.168.0.253 avec 32 octets de données :
Réponse de 192.168.0.253 : octets=32 temps=21 ms TTL=64
Réponse de 192.168.0.253 : octets=32 temps=24 ms TTL=64
Réponse de 192.168.0.253 : octets=32 temps=21 ms TTL=64
Réponse de 192.168.0.253 : octets=32 temps=20 ms TTL=64

Statistiques Ping pour 192.168.0.253:

  Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),

Durée approximative des boucles en millisecondes :

  Minimum = 20ms, Maximum = 24ms, Moyenne = 21ms

D:\>

J'ai commis une erreur sur la copie de la commande Ping envoyée sur une autre Freebox, voilà la bonne :
D:\>ping 192.168.0.254

Envoi d’une requête ‘Ping’ 192.168.0.254 avec 32 octets de données :
Réponse de 192.168.0.254 : octets=32 temps=21 ms TTL=64
Réponse de 192.168.0.254 : octets=32 temps=24 ms TTL=64
Réponse de 192.168.0.254 : octets=32 temps=21 ms TTL=64
Réponse de 192.168.0.254 : octets=32 temps=20 ms TTL=64

Statistiques Ping pour 192.168.0.254:

Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),

Durée approximative des boucles en millisecondes :

Minimum = 20ms, Maximum = 24ms, Moyenne = 21ms

J'ai essayé \\192.168.0.254\Disque dur dans l'explorateur windows et là j'accède bien au contenu du disque dur
Le partage windows fonctionne donc bien.
C'est donc bien la résolution du nom de la Freebox qui pose problème.

@feliperennes: Très bon diagnostic :)

Chargement...

Activer les raccourcis clavier

Liste des tâches

Détails de la tâche

Édition de la tâche