Astha

Les liens que j'ai créer et mis dans vim /etc/nginx/conf.d/default.conf Dans le parefeu du nas, en Lan1 comme VPN, le port des applications est bien mis en autorisé en TCP pourtant. Edit : Tout fonctionne, petite erreur dans le fichier conf apparemment, merci .Shad. 🙂

Je viens de passer sous DSM 7.0, j'ai refais un profil avec OpenVPN et ça a marché la connexion. En revanche, j'accède pas a mes liens de sites pour le moment, mais le 1er problème est résolu ^^. Un grand merci pour l'aide et le temps passé .Shad. 🙂 Edit : Bizarrement, seul 1 de mes liens fonctionne 😮

Ok merci beaucoup pour l'aide, déjà je sais ou est le problème grâce à toi. Je tenterais DSM 7 du coup, j'avais pas franchi le pas de crainte a ce qu'une incompatibilité arrive. Après tout est installé sous docker, donc je pense que ça ne peut pas créer de problème.

Je viens d'essayer, même chose, en faisant commenté ou non, avec les 2 lignes en + ou non.

Cela ne marchait pas via ssh, je me suis connecté via filezilla, et je vois que le log s'appelle openvpnas.log, je l'ai ouvert pour vérifier et rien ne se rajoute quand j'essaye de mettre le fichier .openvpn sur synology (je peux pas essayer de me connecter, ça ne veut pas me rajouter le OpenVPN)

Pour les 2 cipher AES-256-CBC, c'est ma faute, il n'y en avait que 1 en réalité. Je l'ai commenté, toujours le même problème, j'ai ensuite laisser en commenté puis rajouter les deux lignes ci-dessous non commenté et cela m'affiche toujours la même erreur en tentant de rajouter le fichier .ovpn sur synology : data-ciphers AES-128-GCM:AES-256-GCM:AES-256-CBC data-ciphers-fallback AES-256-CBC

# Automatically generated OpenVPN client config file # Generated on Thu Jul 15 07:39:26 2021 by vps-b67XXXXX # Note: this config file contains inline private keys # and therefore should be kept confidential! # Certificate serial: 4, certificate common name: MONUSER_AUTOLOGIN # Expires 2031-07-13 07:39:26 # Note: this configuration is user-locked to the username below # OVPN_ACCESS_SERVER_USERNAME=MONUSER # Define the profile name of this particular configuration file # OVPN_ACCESS_SERVER_PROFILE=MONUSER@51.XXX.XXX.XXX/AUTOLOGIN # OVPN_ACCESS_SERVER_AUTOLOGIN=1 # Default Cipher cipher AES-256-CBC # OVPN_ACCESS_SERVER_CLI_PREF_ALLOW_WEB_IMPORT=True # OVPN_ACCESS_SERVER_CLI_PREF_BASIC_CLIENT=False # OVPN_ACCESS_SERVER_CLI_PREF_ENABLE_CONNECT=False # OVPN_ACCESS_SERVER_CLI_PREF_ENABLE_XD_PROXY=True # OVPN_ACCESS_SERVER_WSHOST=51.XXX.XXX.XXX:943 # OVPN_ACCESS_SERVER_WEB_CA_BUNDLE_START # OVPN_ACCESS_SERVER_WEB_CA_BUNDLE_STOP # OVPN_ACCESS_SERVER_IS_OPENVPN_WEB_CA=1 client proto udp nobind remote 51.XXX.XXX.XXX port 1194 dev tun dev-type tun remote-cert-tls server tls-version-min 1.2 reneg-sec 604800 verb 3 push-peer-info le reste c'est des certificats/clés/crypt, je suppose pas besoin. J'ai remplacé mon vrai user par MONUSER, et j'ai mis des XXX sur l'ip. Merci beaucoup 🙂

Oui, je confirme, j'ai suivi le tuto ici présent pour l'installation de OpenVPN, donc en dur sur du debian10 (non docker) apt update && apt -y install ca-certificates wget net-tools gnupg wget -qO - https://as-repository.openvpn.net/as-repo-public.gpg | apt-key add - echo "deb http://as-repository.openvpn.net/as/debian buster main">/etc/apt/sources.list.d/openvpn-as-repo.list apt update && apt -y install openvpn-as Et je confirme voir le dossier openvpn_as dans /usr/local. En faisant open puis tab, il me dit qu'il n'a que openssl et openvt en commande possibles. openssl version donne : OpenSSL 1.1.1d 10 Sep 2019 openvt --version donne = "openvt from kbd 2.0.4" PS : En root, c'est pareil, je n'ai que les 2 la.

Bizarrement, sur le VPS, cela me met : -bash : openvpn: command not found

Ok merci beaucoup. Chez moi, sur le nas, je ne suis toujours pas passer a DSM 7, je suis en DSM 6.2.4-25556 et il m'indique que la version openvpn est la 2.3.17 Sur OpenVpn : Access Server version: 2.9.2

J'ai resuivi le tuto suite au fait que certbot-auto soit deprecated et que cela ne fonctionnait plus. J'ai fais ces modifs pour mettre certbot --classic a la place : Au lieu de faire : cd /home/VOTREUSER wget https://dl.eff.org/certbot-auto mv certbot-auto /usr/local/bin/certbot-auto chown root /usr/local/bin/certbot-auto chmod 0755 /usr/local/bin/certbot-auto J'ai mis : cd /home/VOTREUSER sudo apt install snapd sudo snap install core; sudo snap refresh core sudo snap install --classic certbot sudo ln -s /snap/bin/certbot /usr/bin/certbot cd /usr/bin mv certbot /usr/local/bin/certbot chown root /usr/local/bin/certbot chmod 0755 /usr/local/bin/certbot Puis au lieu de : /usr/local/bin/certbot-auto --nginx certonly --rsa-key-size 4096 /usr/local/bin/certbot-auto certonly --server https://acme-v02.api.letsencrypt.org/directory --manual -d '*.VOTREDOMAINE' --rsa-key-size 4096 Je met : /usr/local/bin/certbot --nginx certonly --rsa-key-size 4096 /usr/local/bin/certbot certonly --server https://acme-v02.api.letsencrypt.org/directory --manual -d '*.VOTREDOMAINE.fr' --rsa-key-size 4096 En finissant le tuto, je n'ai aucune erreur jusqu'a l'importation du fichier .ovpn dans synology ou il me dit : "Le fichier .ovpn contient des paramètres non valides. Importez un fichier différent." Des idées de comment résoudre le problème ? J'ai bien vérifier 5 fois dans mon openvpn que ça soit exactement comme sur les images du tuto et c'est bien le cas.

Bonsoir a tous, Juste pour vous dire que plus rien ne fonctionnait il y a environ 1 semaine, très certainement a cause des certificats qui avaient expirés. Après les avoir remis et en refaisant le début du tutoriel sans supprimer ce qui avait été fait, cela a fait quelques mises a jour + certificats renouvelés. Et depuis, plus aucune déconnexion ! 😄 Tout ceux qui ont les déconnexions presque tous les jours, vous pouvez toujours essayé, cela fonctionnera peut être ^^. Merci a ceux qui ont apporté leur aide ou qui ont essayé et encore un grand merci a Einsteinium pour son tuto et sa grande aide :).

Mdr, il va falloir que je vois ça et que j'essaye ta solution bruno78. Merci en tout cas de donner ces réponses :).

Personnellement j'ai toujours environ 1 fois par jour une coupure qui fait que je suis obliger de rebooté le VPS pour remettre la connexion sur le nas. Et cela depuis la mise en place du VPS, si ça se trouve une simple petite erreur pendant l'installation :x.

Je suis GRA8 aussi, j'avais un autre problème dans les logs, j'espère que j'ai corrigé le problème et que cela venait de la, je dois attendre 1 jour pour voir cela ^^.

Pour ma part, ça a redéconnecté il y a 8 minutes, donc toujours le cas ^^.

J'ai exactement le même problème, environ 1 fois par jour, obliger de reboot le VPS pour que je puisse me reconnecter. Je suis aller jusqu'au bout du tutoriel pour ma part.

Bonjour, Je me présente Astha, je ne suis pas bien âgé, tout juste la trentaine. En ce qui concerne mon niveau en informatique, je dirais plutôt débutant, jamais touché a tous ce qui concerne le codage, en revanche je passe pas mal de temps dessus et j'essaye d'apprendre a vitesse Grand V. Je possède le DS220+ avec 2 disques dur de 14to chacun, je débute avec synology et les nas, je suis en pleine découverte jour après jour et il s'agit du coup de mon 1er Nas. J'ai aussi pris pour mon NAS, un onduleur APC Back-UPS BX700U Je pense que je vais beaucoup apprendre sur le forum, avoir besoin d'aides au début et j'espère par la suite inverser les rôles et aider à mon tour.

Bonjour, j'ai suivi pas a pas le tuto, mais je bloque sur la fin, concernant l'edit du fichier avec la commande : vim /etc/nginx/conf.d/default.conf Une fois ouvert, et en modifiant bien les noms de domaines / chemin d'accès (préalablement creer en dossier) et ip fixe mis sur openvpn. J'enregistre et une fois que je lance la commande de restart : /etc/init.d/nginx restart Cela me met une erreur et je bloque à cet endroit, l'erreur est la suivante : "[....] Restarting nginx (via systemctl): nginx.serviceJob for nginx.service failed because the control process exited with error code. See "systemctl status nginx.service" and "journalctl -xe" for details. failed!" Que faire ? Merci d'avance :).