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

  • État Nouveau
  • Type de tâche Anomalie
  • Catégorie Services locaux → Serveur VPN
  • Assignée à Personne
  • Système d'exploitation Tous
  • Sévérité Critique
  • Priorité Normale
  • Basée sur la version 4.3.2
  • Due pour la version Non décidé
  • Date d'échéance Non décidé
  • Votes 0
  • Privée Non

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.

Cette tache ne dépend pas d'autre tache

Marios Makassikis (mmakassikis)
vendredi 7 mai, 2021 16:43:42

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 ?

DIARD PHILIPPE (feliperennes)
vendredi 7 mai, 2021 19:24:50

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.

DIARD PHILIPPE (feliperennes)
vendredi 7 mai, 2021 19:32:03

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.

Marios Makassikis (mmakassikis)
vendredi 7 mai, 2021 20:32:32

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 ?

DIARD PHILIPPE (feliperennes)
samedi 8 mai, 2021 08:46:28

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:\>

DIARD PHILIPPE (feliperennes)
samedi 8 mai, 2021 08:54:51

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
DIARD PHILIPPE (feliperennes)
samedi 8 mai, 2021 09:27:16

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.

Neustradamus (Neustradamus_)
dimanche 9 mai, 2021 08:58:03

@feliperennes: Très bon diagnostic :)

Chargement...