CyberFr

Comme la case "Autoriser aux clients l'accès au serveur LAN" n'est pas cochée dans VPN Server, la ligne "#redirect-gateway def1" est laissée en commentaire et donc précédée d'un #.

Lorsque je me connecte avec le WI-FI local, c'est l'adresse de la passerelle de la box qui apparaît à la lace de l'IP publique. Mais si je ne passais pas (par erreur) par le VPN du NAS le profil de contrôle d'accès serait transparent or quand je l'active je n'arrive pas à me connecter et c'est l'inverse quand il est désactivé.

J'utilise bien le serveur VPN du NAS puisque je vois la connexion dans VPN Server.

Bien vu @Jeff777, Lorsque le smartphone n'est pas connecté au WI-FI, le journal des connexions du NAS indique son adresse IP publique alors que j'ai activé OpenVPN. Par contre dans la liste des connexions de VPN Server, l'IP du client est l'IP publique mais l'IP dynamique est 10.8.0.6. Lorsque j'active le WI-FI, c'est la passerelle locale de la box qui apparaît dans le journal (192.168.1.244). Dans la liste des connexions l'IP du client est celle de la passerelle mais l'IP dynamique est là encore 10.8.0.6.

Dans le tuto sur VPN Server il est indiqué Je ne l'ai donc pas cochée. Là encore j'ai suivi le tuto. Puisque "Autoriser aux clients l'accès au serveur LAN" est décochée, la ligne "redirect-gateway def1" est en commentaire. Dans le fichier de config il est indiqué J'y ai donc entré l'adresse de DNS Server sur le NAS (192.168.1.X) et une adresse DNS de secours (FDN), le tout sur deux lignes. Ce n'est pas redondant avec l'entrée 10.0.0.0/255.0.0.0 qui se trouve déjà dans la vue ? Je vais l'ajouter si vous me confirmez que ce n'est pas le cas. C'est noté.

J'arrive à me connecter en VPN avec le contrôle d'accès mais il m'est impossible d'atteindre le reverse proxy. Sans le contrôle d'accès je me connecte sur le reverse proxy. On voit l'IP avec laquelle le téléphone s'est connecté dans le journal des connexions de VPN Server.

@oracle7 bonjour, C'est ce que j'ai fait et ça ne marche pas pour les accès distants. DSM affiche que la page est introuvable.

Avec OpenVPN l'accès distant est refusé. Je pense que décidément il y a un gros problème avec DSM concernant les profils de contrôle d'accès.

OpenVPN me réclame un certificat externe alors que d'après le tuto VPN Server le certificat est inclus dans le fichier de configuration .ovpn. J'imagine que le certificat est ca_bundle.crt mais je n'arrive pas à l'importer : un glisser/déposer est sans effet et il n'existe pas d'option pour importer le certificat à partir d'un chemin d'accès local.

Parce que tu crois @Jeff777 que je vais abattre le boulot en une demie-journée ? 🙃 Je suis plutôt dans la situation du mythe de Sysiphe.

Si je sors vivant de cette aventure, ce sera du pragmatisme en effet. Dans le cas contraire ç'aura été de la folie ! Mais pu**in qu'est-ce qui m'a pris d'acheter un NAS alors que j'étais si tranquille auparavant 😒

Il ne me reste donc plus qu'à reprendre le tuto sur VPN Server et à utiliser OpenVpn 🤢 Ma parole, je dois être maso !

Bonjour @oracle7, Elle est parfaite cette calculatrice d'IP. Je l'ai ajoutée à mes bookmarks 🙂 Je ne comprends pourquoi malgré mes ultimes modifications, on n'arrive pas à se connecter en VPN à distance sur le reverse proxy. Mais que diable suis-je allé faire dans cette galère ? Je craque 🤢

OK. Je vais le rajouter 127.0.0.0/8 pour voir.

J'arrive à me connecter localement mais il semble que le profil de contrôle d'accès que j'ai défini ne soit pas adapté à une connexion à distance en VPN. C'est le dernier coup de collier qui me reste (OUF !) car à part ça tout fonctionne.

Ah ben là tu es vache ! 🙂 Dans le tuto, il est indiqué : Il faut vraiment avoir une loupe pour déceler que la destination est en HTTP.

Bingo ! Après avoir écrit : J'ai modifié le port utilisé dans le reverse proxy en remplaçant le port HTTPS par celui en HTTP et tout baigne 🤩 Bravo @Jeff777. La seule chose qui reste est l'avertissement du Conseiller de sécurité parce que la redirection automatique de HTTP vers HTTPS pour le bureau de DSM est désactivée.

Oui @Jeff777, le port défini dans Réseau > Paramètres de DSM est identique à celui défini dans le reverse proxy. C'est le port HTTPS qui figure dans le reverse proxy.

Je n'ai pas d'erreur de connexion lié au certificat lorsque j'utilise le reverse proxy. Là je ne comprends pas bien.

Bonjour @oracle7, Par chance, car je ne le savais pas, je n'accède pas au reverse proxy par nonduNAS.ndd.fr.

J'essaie d'atteindre l'interface d'administration de DSM. Décidément, je dois être chat noir 😵

@Jeff777 Bonjour, Je vide systématiquement le cache de Firefox avant de faire des essais. Je vais essayer avec un autre navigateur. Je me suis connecté localement et au travers du VPN, l'accès HTTP fonctionne. Les règles de contrôle d'accès interdisent les autres connexions.

J'ai même redémarré le NAS pour voir si tout rentrait dans l'ordre mais ce n'est pas le cas. J'ai suivi le tuto à la lettre et ça ne m'a pas paru compliqué. Alors pourquoi ça ne marche pas vraiment ?

@oracle7, J'entre simplement xxx.ndd.fr sans préciser le port. J'ai essayé http://xxx.ndd.fr et https://xxx.ndd.fr et les deux fonctionnent lorsque la cible est en HTTPS dans le reverse proxy.

@oracle7, J'ai annulé les modifications que j'avais apportées aux réglages du reverse proxy, c'est donc maintenant : https.xxx.ndd.fr http.localhost.port de destination. J'ai décoché "Rediriger automatiquement les connexions HTTP vers HTTPS sur le bureau de DSM" qui était en effet coché auparavant. Le problème est que je me retrouve maintenant avec le message d'erreur décrit au début du fil et ce que je me connecte en HTTP ou HTTPS.