[Tuto] Reverse Proxy

[Mic13710]

il y a 38 minutes, arl0ng a dit :

j'ai dû utiliser le port https (pour le localhost) et non le port http...

Probablement parce-que vous avez activé le http vers https

[Jeff777]

il y a 52 minutes, arl0ng a dit :

Là, je suis en train de désactiver quickconnect,

Ben si tu as un nom de domaine tu n'a plus besoin de quickconnect.

il y a 53 minutes, arl0ng a dit :

Voilà, problèmes résolus, pour dsm, file station et download station, dans le reverse proxy j'ai dû utiliser le port https (pour le localhost) et non le port http...

curieux ! tu devrais pouvoir accéder sur le http. Ta connexion est cryptée une première fois lorsque tu te connectes au NAS avec l'adresse (par exemple)  https://ds.xxx.be  (ou avec http://ds.xxx.be qui est redirigé vers https://ds.xxx.be par le htaccess) . Un recryptage en interne n'est pas nécessaire par le reverse proxy.

Remarque : Avant tout essai de connexion suite à un changement de config il est souhaitable de vider le cache du navigateur qui peut avoir conserver la réponse précédente.

il y a 31 minutes, Mic13710 a dit :

Probablement parce-que vous avez activé le http vers https

Ah oui bon réflexe @Mic13710 

Il faut décocher la première case dans panneau de config/réseau/paramètres DSM    !

[arl0ng]

il y a 22 minutes, Jeff777 a dit :

Ben si tu as un nom de domaine tu n'a plus besoin de quickconnect.

curieux ! tu devrais pouvoir accéder sur le http. Ta connexion est cryptée une première fois lorsque tu te connectes au NAS avec l'adresse (par exemple)  https://ds.xxx.be  (ou avec http://ds.xxx.be qui est redirigé vers https://ds.xxx.be par le htaccess) . Un recryptage en interne n'est pas nécessaire par le reverse proxy.

Remarque : Avant tout essai de connexion suite à un changement de config il est souhaitable de vider le cache du navigateur qui peut avoir conserver la réponse précédente.

Ah oui bon réflexe @Mic13710 

Il faut décocher la première case dans panneau de config/réseau/paramètres DSM    !

Ah oui c'est vrai 😕

[arl0ng]

Bonjour,

Tout fonctionne correctement depuis que j'ai décoché la redirection http ==> https.

Maintenant, j'ai entrepris d'installer wordpress (avec nginx) mais, une fois que j'avais activé le site personnel et virtual host, je n'avais plus accès à mes url du reverse proxy.

Y a-t-il quelque chose que j'ai omis ?

[Jeff777]

Le 20/02/2018 à 09:11, Kawamashi a dit :

Il faut activer le HTTP/2. Par contre, je déconseille le HSTS (c'est le navigateur qui enregistre cette information et il ne laissera plus passer autrement qu'en HTTPS, même si ce dernier est coupé).

Bonjour @arl0ng

Ci-dessus ce qui est écrit dans le tuto. 

[arl0ng]

il y a 45 minutes, Jeff777 a dit :

Bonjour @arl0ng

Ci-dessus ce qui est écrit dans le tuto. 

Ah oui je testerai mais j'avais copié la config du tuto de https://aradaff.com/wordpress-nginx/

[morback]

Hello!

J'utilise le reverse proxy depuis un moment pour des services installés dans des containers docker, ça marche au poil avec certificats let's encrypt.

Je me demandais s'il était possible d'utiliser le reverse proxy pour rediriger vers une adresse externe au réseau locale (un site internet quelconque). J'ai essayé, et ça ne fonctionne pas. Ni en mettant l'adresse textuelle ni en renseignant l'adresse ip dudit site. Est-ce normal? Si oui peut-on réellement se servir du reverse proxy pour cela? En résumé c'est pour faciliter l'accès à un site à ma mère  😄sans qu'elle ait à changer le favori à chaque fois que le site en question change de nom de domaine (ce qui arrive régulièrement). Et comme ça je lui re-paramètre le reverse proxy à distance dés que j'ai connaissance d'un changement.

Merki

Modifié le 8 janvier 2020 par morback

[Jeff777]

Bonjour @morback

Le reverse proxy il te permet de rediriger une requête externe vers une adresse locale.

Ce que tu voudrais faire cela doit être possible avec DNS Serveur mais pas très simple.

Je te conseillerais plutôt l'utilisation de Teamviewer pour modifier directement le raccourci sur le PC de ta mère (c'est ce que je fais quand la mienne a un problème......92 ans quand même !)

[morback]

Yes! Mes respects à  ta mère (ça fait bizarre de dire ça xD) et j'espère que j'arriverai à cet age-là... Bien sûr pour Teamviewer mais comme j'ai installé mon vieux ds213J chez elle j'aurais aimé faire en sorte qu'elle n'ai pas à faire face au problème s'il arrive ou qu'elle soit obligée d'allumer le pc pour le dépannage. Mais ce n'est qu'un détail, je m'en passerai car je n'installerai pas DNS server sur le 213J. Déjà que le https seul a tendance à réduire les débits... Merci de ta réponse !

[Jeff777]

Ah je n'avais pas compris que le NAS était chez ta mère. Dans ce cas il y a certainement une solution.

Le site change d'IP lorsqu'il change de nom de domaine ?

[morback]

Excellente question... et quand j'essaye d'y accéder par l'ip Cloudflare me dit "direct ip access not allowed" donc je pense que c'est mort...

[Kathnduirh]

Bonjour à tous,

Je me permets de vous soumettre une interrogation sur ma conf reverse proxy fraichement paramétrée en suivant ce tuto (et les tutos secu). En effet tout semble fonctionner correctement chez moi en tapant https://monsousdomaine.mondomaine.fr, mais quand j'accède de postes à l’extérieur en https j'ai des alertes de sécurité (le certificat affiché est émit par comodo pour mailconfig.ovh.net?!) et le forçage de la navigation me redirige vers www.mondomaine.fr avec le message d'accueil OVH.

J'ai fait ma conf il y a plus de 24h maintenant donc normalement la propagation est faite, je nettoie les cookies et vide le cache navigateur à chaque fois pour mes tests.

Voici ce que je veux exposer:

• mondsm.mondomaine.fr vers l'interface de gestion dsm
• mesfichiers.mondomaine.fr vers filestation
• monsite.mondomaine.fr vers un web site perso qui tourne sous docker et expose un unique port local en http

Chez OVH voici ma conf zone DNS (je remarque que pas mal d'entrées ont été ajoutées après émission du certificat let's Encrypt):

 

Côté Box (je suis en IP Fixe), j'ai routé pour l'instant les ports WAN:443 vers monNASLAN:443 et WAN:80 vers monNASLAN:80. Pas de règle firewall.

Côté NAS j'ai pour l'instant décoché la redirection http vers https, ouvert les ports 443 et 80 full patate dans le firewall (je restreindrai ensuite), j'ai émis un certificat let's encrypt pour mondomaine.fr ainsi que pour les objets www.mondomaine.fr, mondsm.mondomaine.fr, mesfichiers.mondomaine.fr, monsite.mondomaine.fr plus quelques autres en prévisions mais qui ne sont pas encore mappés dans mon reverse proxy. J'ai supprimé le certificat Synology.

Côté reverse proxy je mappe mes sous domaines https://mondsm.mondomaine.fr, https://mesfichiers.mondomaine.fr et https://monsite.mondomaine.fr (sans HSTS) vers mes ports http locaux respectifs.

Enfin j'ai créé le .htaccess à la racine dans webstation avec l'url rewritting.

 

Les questions que je me pose sont donc:

• Est-ce que j'ai un problème dans mes entrées zone DNS chez OVH?
• Est-ce que tout simplement il faut que j'attende plus longtemps pour la propagation (déjà presque 30h de passées quand même)?
• Est-ce que le fait d'émettre un certificat pour des sous-domaines qui ne sont pas encore mappés est problématique?
• Est-ce que le fait d'exposer mon site sous Docker avec un unique port http pose problème avec l'url rewritting?

J'espère avoir été exhaustif dans mes explications et je vous remercie d'avance si vous avez des pistes ou des explications sur mon problème.

Bien à vous

Kath

Modifié le 11 janvier 2020 par Kathnduirh

[PiwiLAbruti]

Utilise la commande nslookup pour vérifier que les résolutions se font bien vers la bonne adresse IP.

[Kathnduirh]

Hello @PiwiLAbruti

Merci pour ton retour! Le resultat du nslookup sur mes trois sous domaines sont dans l'ordre des IP:

• mondsm.mondomaine => mon IP publique et 213.186.33.5
• monsite.mondomaine => 213.186.33.5 et mon IP publique
• mesfichiers.mondomaine => 213.186.33.5 et mon IP publique

213.186.33.5 semble être un serveur de redirection chez OVH.

Typiquement l'ordre des IP est inversé pour mes deux derniers sous domaines et c'est sur ceux là que j'ai des problèmes de certificat, c'est ce dernier qui est utilisé:

Sur Edge

Sur Chrome

Une idée de ce qu'il se passe?

Modifié le 12 janvier 2020 par Kathnduirh

[BruceFeuillette]

213.186.33.5 c'est une IP de chez OVH. Et c'est normal puisque tu as 2 entrées DNS pour domaine.fr.
Une qui pointe vers ton IP publique (avec un TTL de 60) et une vers OVH (TTL de 0). Supprime celle vers OVH (TTL de 0).
Sinon le DNS fait du round robin et une requête sur 2 est envoyée chez OVH. 🙂

[Kathnduirh]

Hello @BruceFeuillette et merci pour ta réponse!

Effectivement j'ai l'impression d'avoir des redirections en boucle qui finissent sur www.mondomaine...

J'ai supprimé l'entrée vers le serveur de redirection, je vais attendre la propagation et vous ferai un retour.

Merci à tous les deux pour votre aide!! 🙂

[BruceFeuillette]

N'attends pas 24 heures, normalement c'est assez rapide.

24 heures sur le DNS c'est parce que certains serveurs (entités) ont un délai de 86400 secondes avant d'aller chercher les enregistrements à jour. Mais ce n'est pas "normal".
Sur les principaux FAI, c'est assez rapide. Et je parle en minutes. 🙂
Regarde ici pour valider : https://dnschecker.org/

[Kathnduirh]

Oui effectivement c'était rapide, même pas une demie heure!

J'ai l'impression que c'est bon, je ferai un test demain du boulot pour être tranquille.

Merci encore @BruceFeuillette et @PiwiLAbruti pour votre aide!

Kath

[PiwiLAbruti]

Après avoir lu le problème je ne voyais pas ce que ça aurait pu être d’autre.

N'hésite pas à abuser de cette commande (nslookup) pour vérifier les enregistrements DNS que tu crées, aussi bien pour vérifier l’enregistrement en lui-même que sa propagation.

[Kathnduirh]

Je suis un peu naze je connais nslookup en plus, mais j'en abuse pas assez...

En tout cas c'est all good, je ne comprends pas pourquoi OVH créée cette entrée par défaut mais pb résolu!

Encore un grand merci à tous les deux pour votre temps et votre aide

Kath

Modifié le 13 janvier 2020 par Kathnduirh

[Jules Perrelet]

Bonsoir, 

J'ai une IP dynamique, un ndd chez OVH avec le dynhost paramétré. J'ai voulu créer une règle de reverse-proxy pour pouvoir accéder à plex, mais quand je tape "plex.maximiaou.ch", je suis redirigé vers le port du DSM. Ai-je fait quelque chose de faux dans les paramétrages ci-dessous ? Merci d'avance !

 

Modifié le 28 janvier 2020 par Jules Perrelet

[Mic13710]

Je ne comprends rien à cette règle. C'est quoi cette IP et ce port de destination ?

[Jules Perrelet]

😓c'est censé être mon IP assorti du port pour accéder à Plex (mais j'imagine que je me suis encore une fois lourdement planté...)

[Jeff777]

Le port 32400 je peux comprendre c'est le port par défaut de plex mais l'IP il faut une adresse locale (192.168.X;X). Celle de ton NAS

[Jules Perrelet]

Effectivement, je me suis emmêlé les pinceaux ! Ce qui me ramène à deux petits soucis :

- que ce soit le site racine maximiaou.ch, ou le sous-domaine plex.maximiaou.ch (censé pointer vers Plex) qui ouvre une page avec cette image (j'imagine qu'il faut éditer le fichier index.html, mais je ne sais pas comment)

- ça s'affiche en non-sécurisé, et quand je clique sur le bouton, il est indiqué que c'est le certificat synology qui est installé, et pas le certificat Let's Encrypt, qui est pourtant actif dans le DSM

Modifié le 28 janvier 2020 par Jules Perrelet