Aller au contenu

PB certificat de sécurité synology.me


Messages recommandés

Bonjour,

Je possède 2 NAS branchés sur la même box. Afin de bien appréhender mon problème, je vais identifier les NAS de cette façon :

- NAS1 : serveur principal - DS920+
- NAS2 : serveur secondaire (branché 1 an après le NAS1) - DS220J
- je suis en IPV4 Full Stack

Mon NAS1 est connecté sur ma box SFR. Il fonctionne très bien, accessible depuis l'extérieur, certificat de sécurité SYNO (synology.me) : RAS tous les services fonctionnent depuis l'extérieur.
Pour accéder au NAS2, j'ai fait un proxy inversé sur le NAS1 . J'accède ainsi au NAS2 via internet mais avec défaut de certificat de sécurité.

Aujourd'hui, je ne parviens pas à installer un certificat de sécurité SYNO (synology.me). Je l'ai pourtant bien créé et j'ai bien affecté les services dans 'Paramètres' et pourtant la connexion n'est pas sécurisé (j'ai bien vidé le cache du navigateur).

J'avais fait la même manipe mais avec des NDD OVH et ça fonctionnait très bien. Aujourd'hui avec synology.me je n'y arrive pas.

Merci pour votre aide

Lien vers le commentaire
Partager sur d’autres sites

il y a 32 minutes, michel37 a dit :

J'accède ainsi au NAS2 via internet mais avec défaut de certificat de sécurité.

Dans le proxy inversé, il faut utiliser les ports http pour la destination.

A partir du moment où vous êtes sur votre réseau privé, les liens internes peuvent se faire en http (à moins que vous n'ayez aucune confiance sur les utilisateurs de votre réseau...)

Par exemple, pour DSM c'est le port 5000 du NAS2 à paramétrer. Pareil pour file station, utiliser le 7000. etc...

Lien vers le commentaire
Partager sur d’autres sites

Merci Mic13710,

J'accède à tous mes services du NAS2 mais avec un défaut sécurité.

Ce que je veux c'est y accéder mais avec un certificat de sécurité car je ne veux pas que mes utilisateur aient un message d'erreur à l'ouverture de la page.

Lien vers le commentaire
Partager sur d’autres sites

Voici mon RP mis sur NAS1 pour accéder à NAS2 en HTTPS : (c'est ce que j'avais pour OVH, j'ai juste changé le NDD)

Le nom de l'hote est l'IP de NAS2

443.png

Modifié par michel37
Lien vers le commentaire
Partager sur d’autres sites

C'est bien ce que je disais. La destination doit être en http. Dans la capture ci-dessus, vous remplacez dans la destination https par http et le port est bien évidemment le 80.

Dans ce cas, vous êtes bien en https du net vers le NAS1 et en http du NAS1 vers le NAS2 car le chiffrage n'est pas nécessaire ici. Inutile de doubler le chiffrage !

Lien vers le commentaire
Partager sur d’autres sites

Je ne sais pas de quel https vous parlez, mais sauf rares exceptions (réseau privé d'entreprise par exemple), la redirection vers la destination se fait sur les ports http.

Il faut comprendre que toute requête en https vers le reverse proxy est couverte par le certificat du NAS. De fait, elle est sécurisée de bout en bout jusqu'au NAS. Ce qui se passe au delà (destination) n'est en principe que local. Si vous passez en https à nouveau, ce sera le certificat de la destination qui sera invoqué et il faudra que ce dernier couvre le ndd de l'url de la requête d'origine. Cela oblige donc à avoir un certificat valide côté destination et fait du même coup un deuxième chiffrement pour seulement protéger le lien entre le NAS et la destination qui n'est pas vraiment utile puisque le lien est réputé sûr (réseau privé).

Lien vers le commentaire
Partager sur d’autres sites

J'ai suivi vos recommandations : Entrée en HTTPS et sortie en HTTP.

Voilà comment j'ai procédé :

- création du certificat sur la NAS2 puis importation de celui-ci sur le NAS1. Ensuite je l'ai affecté au revers proxy dédié.

Lien vers le commentaire
Partager sur d’autres sites

Rejoindre la conversation

Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.

Invité
Répondre à ce sujet…

×   Collé en tant que texte enrichi.   Coller en tant que texte brut à la place

  Seulement 75 émoticônes maximum sont autorisées.

×   Votre lien a été automatiquement intégré.   Afficher plutôt comme un lien

×   Votre contenu précédent a été rétabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insérez-les depuis une URL.

×
×
  • 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.