Aller au contenu

Classement

  1. _DR64_

    _DR64_

    Membres


    • Points

      1

    • Compteur de contenus

      1624


  2. Jeff777

    Jeff777

    Membres


    • Points

      1

    • Compteur de contenus

      4736


  3. .Shad.

    .Shad.

    Membres


    • Points

      1

    • Compteur de contenus

      6648


  4. Julien73

    Julien73

    Membres


    • Points

      1

    • Compteur de contenus

      3


Contenu populaire

Affichage du contenu avec la meilleure réputation le 06/29/20 dans toutes les zones

  1. Je poste ma solution ici, ayant trouvé comment régler le problème de mon côté, après y avoir passé encore quelques heures... D'avoir posé le problème par écrit sur le forum m'a finalement aidé à y réfléchir plus posément 🙂 J'ai aussi supprimé mon premier post qui n'avait plus lieux d'être, celui ci restant prioritaire. SOLUTION : Je pars du principe que tout est correctement paramétré tel qu'indiqué dans le tuto de FENRIR, notamment la case cochée "accès aux ressources LAN" et le paramètre redirect-gateway def1 d'OPEN VPN décommenté (le # devant supprimé). Les ports sont tous correctement paramétrés, box et nas. Pour info, je suis derrière une 4GBOX Bouygues Telecom (donc parait-il avec une IP "partagée" et des problèmes de ports), 2 switchs, et en déplacement sur un portable 4G et tout fonctionne. VERSION COURTE Si vous avez de la "chance" et que vous êtes pile dans le même cas de figure, cette solution peut fonctionner : Il faut remapper les lecteurs réseaux après les avoir déconnecter en utilisant l'adresse IP locale du NAS lorsque vous êtes connecté au VPN. \\IP_locale_du_NAS\dossier_partagé Lorsque windows demande les identifiants réseaux il faut ajouter le nom du groupe de travail sur lequel le NAS et le PC sont identifiés (par défaut c'est workstation sauf si vous l'avez modifié) WORKSTATION\utilisateur mdp_utilisateur ne pas oublier de cocher mémoriser les informations et ça devrait fonctionner 🙂 VERSION LONGUE Rappel : Après avoir connecté le VPN correctement au NAS, il y avait l'erreur "nom de périphérique local déjà utilisé". Après avoir trouvé une première info à ce sujet ici : http://windowsbulletin.com/fr/fix-the-local-device-name-is-already-in-use-error-solved/#:~:text=Un message d'erreur «Le,sur un client Windows XP. On m'indiquait qu'il fallait remapper le réseau. J'ai donc déconnecté les lecteurs réseaux incriminés puis reconnecté les lecteurs réseaux : J'indique l'adresse du nas avec son IP : \\IP_LOCALE_NAS\dossier_partagé_cible Chez moi par exemple : \\192.168.1.6\dossier Je précise bien que je me connecte avec des identifiants différents (pas ceux pour me connecter au PC qui sont utilisés par défaut). Sur windows 10 on me demande de mettre les informations réseaux, je sélectionne "autre choix". Je met mes identifiants du NAS (utilisateur XXXXX et mot de passe associé, utilisateur bien sûr autorisé à accéder au dossier partagé cible) et... ça ne MARCHE PAS ! Sombre histoire de session qui n'existe pas. Bon, retour sur google et je tombe là dessus : https://social.technet.microsoft.com/Forums/windows/fr-FR/3793ab94-c9e1-4ea5-a2fc-6f1f110a8f70/resolu-connexion-lecteur-rseau-impossible-nas-synology?forum=windows10tpfr avec des solutions proposées qui sont les suivantes : Avant de tout bidouiller dans tous les sens, je vérifie : Je suis en SMB2 + MTU minimum et SMB3 max, ça devrait normalement être bon. Activer netbios et jouer avec regedit => flemme, je teste au plus simple d'abord. J'essaye donc directement la solution 3 c'est à dire marquer le groupe de travail dans lequel se situe mon système info. Et comme je ne l'ai jamais modifié, c'est WORKSTATION le nom par défaut. on reviens au mappage réseau jusqu'au moment du choix de l'identifiant : deuxième validation en cochant bien mémoriser. et... PAF ça marche ! Voilà, simplement ajouter "WORKSTATION\" (avec le \ ) avant l'utilisateur du NAS a réglé le problème chez moi. Je n'ai rien fait d'autre concernant les 2 solutions netbios et regedit, mais si ça ne suffit pas vous pouvez consulter le lien donné et tenter votre chance 🙂
    1 point
  2. Bonjour Avec ceci en htaccess : RewriteEngine On RewriteCond %{HTTPS} off RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} RewriteCond %{HTTP_HOST} ^photo.ndd.tld$ RewriteRule ^$ https://photo.ndd.tld/photo [L,R=301] Et un reverse : https://photo.ndd.tld ==> iplocaledu NAS ça fonctionne bien 😉
    1 point
  3. J'ai rien touché. La zone DNS n'est qu'un résumé de tous tes paramètres... Tu peux modifier des choses dedans certes, mais tu n'est pas obligé non plus.
    1 point
  4. J'ai également un doute sur la configuration de ton serveur OpenVPN. Tu dois vérifier que : - lorsque tu es connecté à OpenVPN, sur ton smartphone depuis l'extérieur, tu as l'IP publique de ta box. - lorsque tu n'es pas connecté à OpenVPN, depuis ton smartphone ou un périphérique quelconque de ton réseau local, tu as l'IP publique de ta box. - lorsque tu n'es pas connecté à OpenVPN, depuis ton smartphone, tu as une IP publique quelconque. Pourquoi souhaiter une attribution d'IP fixe pour clients ? Est-ce qu'ils doivent communiquer entre eux ? Dans ce cas-là tu autorises l'accès aux ressources locales et tu pourras joindre les autres périphériques par leur adresse privée LAN (en 192.168, 172.16 ou 10.0 etc). Hormis ce cas, à moins d'une utilisation très spécifique, je ne vois pas l'utilité de fixer les IP.
    1 point
Ce classement est défini par rapport à Bruxelles/GMT+01:00
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.