Jeff777

Je ne connais pas la méthode de @dd5992 mais dans ce cas dans le reverse proxy ne faut-il pas mettre l'adresse synology vers le localhost ??

Bonjour, La propagation tu peux la tester avec cette adresse : https://www.whatsmydns.net/ Le nslookup je le fais avec l'adresse locale du NAS en 192.168.x.x Je viens de faire avec localhost et pour moi ça ne fonctionne pas non plus ! D'ailleurs il te dit qu'il ne fait pas autorité.

Bonjour, 192.168.0.104 est je suppose l'adresse fixe de ton NAS. Je ne connais pas le routeur TP link mais ne faut-il pas que les cases à gauche soit cochées avant de sauvegarder la config pour que la règle soit effective ?

ça peut-être un choix de faire comme cela et de forcer les écritures en https ! Sinon il faut rediriger le port 80 de la box vers le NAS et autoriser le port 80 dans le pare-feu du NAS. Si le .htaccess est bien configurer l'adresse passera en https (puis éventuellement par le reverse proxy). Cela me semble pas anormal. Que voudrais-tu obtenir? Si le reverse proxy redirige vers http://localhost:5000 tu arrives sur DSM s'il dirige vers http://localhost (ou par défaut s'il n'y a pas de reverse proxy) tu arrives sur ce que tu appelles la page syno de base (web/index.html) sauf si tu as un site web hébergé dans le dossier web. Sinon tu veux pouvoir accéder à plusieurs web perso hébergés sur le NAS il faut que ceux-ci soient dans un dossier site1 site2 etc... à la racine du dossier web et que tu fasses dans Webstation des "virtual hosts" qui redirigent siten.ndd vers web/siten. Cela permet d'avoir plusieurs sites perso.

Bon l'essentiel c'est que tu obtiennes ce que tu souhaitais. Moi j'ai https://www.ndd ==> http://localhost A+

Ben oui ! Que veux tu dire par " utiliser un port différent que 443 pour le reverse proxy" Je ne vois pas trop ce que tu faisais; Si tu as plusieurs sites tu peux mettre tes sites dans 2 dossiers à la racine de web et utiliser les "virtual host" pour faire pointer vers ces dossiers. ça libère l'index.html par défaut du dossier web et tu l'utilises customisé pour faire des renvois vers les autres appli par exemple. C'est ce que je suis en train de faire 😉

Bonjour @catolard J'avoue être un peu perdu. Avec toutes ces manip je ne sais plus ce qui fonctionne ou ne fonctionne pas. Peux-tu faire un point.

Bonjour, Peut-être ceci : La deuxième solution il faut la garder en cas de panne du NAS1 et quand le NAS1 fonctionne il faut un enregistrement CNAME NAS2.mondomaine.ovh et un enregistrement reverse proxy sur celui-ci.

Oui shadowking a raison concernant le HSTS, il faut décocher. ça c'est sûr il ne faut pas l'utiliser.. Pour le .htaccess oui tu peux t'en passer. Le http (ou l'adresse sans rien devant) ne fonctionnera pas et il faudra systématiquement mettre le https. Maintenant pourquoi le reverse proxy ne fonctionne pas ? Il devrait. Essaie de remplacer 192.168.0.10 par localhost. Le port 7000 est bien déclaré comme port http de FileStation ? Sinon je ne vois pas. Vous êtes au moins 3 en ce moment sur ce forum à avoir des pb avec un domaine OVH. Une épidémie 🤢

Bon pas de fonctionnement en local, problème de DSN dynamique. Change de FAI 😀

Oui mais les tests actuels tu les fais depuis ton réseau local (LAN) De ce que je comprends le paramétrage "Réseau / Paramètre de DSM / Domaine" concerne un nom Netbios que tu choisis et qui te renvoie sur le DSM mais seulement en local. Cela n'a rien à voir avec ton domaine sur internet. Comment testes tu tes noms de domaines depuis l'extérieur (le WAN)? En 4G ?

J'ai aussi un enregistrement * pour la wildcard mais j'ai quand même enregistré tous mes sous-domaines. Mais...bon ça c'est un nom netbios. ça ne fonctionne que pour le réseau local. Ce n'est pas coché chez moi. Est-ce que tu souhaites que tes domaines fonctionnent aussi de l'extérieur ?

Et si tu fais le nslookup avec audio.xxx.fr tu obtiens bien la même IP ? Je ne vois pas de audio CNAME dans tes enregistrements. Est-il identique à l'enregistrement www ? Tu veux parler du paramètre "accès extérieur/DDNS". C'était ma question suivante.😀 Refais un point précis (tjs après vidage des caches ☺️)

Il faut désactiver la redirection automatique de http vers https . C'est le .htaccess qui fait la redirection. HTTS tu désactives. Donc ton domaine c'est dynhost.xxx.fr Maintenant essaie dans ton navigateur dynhost.xxx.fr dynhost.xxx.fr:5000 qu'est ce que tu obtiens

Oui mais c'est toi qui à pris ton dynhost. Est-ce que tu ne t'es pas planté à un moment? je m'attendrais plutôt à voir dynhost.xxx.fr ou xxx.fr. Là on ne trouve aucune référence au nom de ton domaine. Bon je peux me tromper mais il faut que tu reprennes point par point le paramétrage de ton IP dynamique. Autre chose : Si tu fais la commande suivante : nslookup xxx.fr ns102.ovh.net. ou bien nslookup dynhost.xxx.fr ns102.ovh.net. Est-ce que tu obtiens bien ton adresse IP actuelle ?

Bon je ne connais pas dynhost. Sur le site OVH j'ai vu qu'il y avaient des tutos assez précis. Est-ce que tu les as re-vérifiés ? Dans tes enregistrements ci-dessus je trouve curieux le

Bonjour, Pour que cela fonctionne il faut que tu rediriges les http en https à l'aide d'un fichier .htaccess dans le dossier web. Tu trouveras comment faire dans ce forum. Remplace aussi 192.168.0.10 par localhost ce n'est peut-être pas indispensable mais c'est la méthode habituelle.

Merci pour tes réponses. Espérons une amélioration dans le future

Ah oui. C'est râlant. En tout cas pour mon cas ce n'est pas tellement "Universal Search" qui me perturbe mais plutôt "Active Backup for Business" qui me fait perdre les réponses de certaines appli pendant les sauvegardes. Je vais d'ailleurs poser le problème dans la bonne section ☺️

Naïvement je pensais pouvoir me passer de "Universal Search". Après avoir suivi le tuto j'ai bien l'option stop mais si je veux l'exercer il faut déjà que j'arrête Drive et si je veux arrêter Drive il faut que j'arrête Moments et Office. Conclusion je reste comme cela. Il faudrait préciser que ce tuto ne s'adresse pas aux utilisateurs de Dive et/Moments. Quand on réfléchit ça parait évident mais pas de prime abord.

Il faut aussi vider le cache du navigateur. La seule chose que je vois qui est différente de ma config c'est le dynhost. Il y a certainement des mélanges entre dynhost.xxx.fr et xxx.fr au niveau du paramétrage qui fait que quelque chose bloque. Regarde cela :

Bonjour , Attention pour ètre certain que tu obtiennes systématiquement la bonne réponse il faut, avant chaque test, vider les caches DNS et navigateur ! J'ai aussi remarqué que si le NAS était occupé à des tâches qui mobilisaient de la ressource lles réponses pouvaient été affectées

Bonjour @dd5992 Ce matin j'ai décoché le DHCPV6 de Free et j'ai remplacé les adresses IPV6 publiques par les adresses globales publiques. Après mise à jour des zones du DNS secondaire, Zonemaster donne les même résultats sauf que dans le commentaire concernant le PTR IPV6 c'est la nouvelle adresse. Après modification du pare-feu pour forcer les connexions au DSM en IPV6 publiques, je peux sans problème me connecter depuis la tablette.en http (redirection vers le https) et en https. En même temps, sur le PC une notification me signifie que j'ai perdu la connexion avec le serveur et que le pare-feu est réinitialisé (C'est un peu normale puisque j'interdis les connexions en locale. Mais je ne sais pas pourquoi il n'a pas fait de loopback, la dernière fois que j'avais fait la manip il ne m'avait rien signalé). Après avoir remis le pare-feu dans sa config d'origine le journal affiche une connexion avec une adresse publique IPV6. Je reçois aussi par mail une notification me signalant un nouveau comportement de connexion qui me renvoie aux conseils de sécurité/analyse de la connexion et je retrouve la même adresse IPV6. Cette adresse n'est pas l'adresse IPV6 publique globale basée sur l'adresse mac. Je suppose donc qu'il s'agit de l'adresse temporaire. Bon week-end

Ah j'avais raté ce message ! Pour https://www6.ndd.fr as tu bien vidé l'historique du navigateur ? Sinon de mon côté je vais renoncer à mon enregistrement PTR en IPV6 car j'ai trouvé ce sujet qui semble le condamner. Free propose bien un reverse dns mais seulement en IPV4. Je l'avais pris c'est pour cela que je n'ai pas le pb en IPV4.

Bonjour, La livebox je sais pas mais quand je regarde la télé sur la freebox au bout d'un moment (je n'ai pas mesuré mais plus d'une heure) une validation m'est demandée à l'écran. Si je ne valide pas le flux est interrompu. Je n'ai jamais regardé dans les paramètres si l'on pouvait modifier cette valeur mais je suppose que oui. Sinon ça pourrait aussi venir de la télé non ?