Jeff777

Effectivement un peu riche @dd5992. Que penses-tu de ma proposition ? je ne suis pas très certain que cela marcherai mais peut-être qu"avec les deux domaines et les deux synos de @Dimebag Darrell ça vaut le coup d'essayer.

Voilà comment je fais avec mes deux syno : Deux enregistrements Cname dans le syno1 qui héberge le DNS : syno1 et syno2, dans la zone privée (avec leur IP locales) et dans la zone publique vers ns.ndd deux enregistrements dans le reverse proxy : syno1.ndd ==> localhost:5000 syno2.ndd==>localhost:5100 Correction pour syno2 c'est l'IP locale du syno2 au lieu du localhost que j'ai mis ! les ports sont déclarés dans leur syno respectifs (réseau / paramètres DSM avec syno1.ndd et syno2.ndd j'arrive respectivement sur chaque interface DSM des syno. Bien sûr il faut que le syno1 fonctionne pour que son reverse proxy redirige vers le bon syno. Sinon avec un deuxième domaine et un deuxième DNS pour le syno2 on peut peut-être faire le symétrique et dans ce cas ça marcherait toujours pour joindre le syno encore debout ! Mais là je te laisse le soin d'essayer 😁

Le vidage des caches permet juste de vérifier la résolution de l'adresse sans pollution d'une réponse précédente qui aurait été faite avec un autre paramétrage. Une fois que tu as vidé les caches si tu ne touches pas au paramétrage tu devrais avoir toujours la même réponse, sans avoir besoin de vider les caches. Sauf si comme je le disais le SYNO est saturé par une tâche annexe.

Bonjour, Pour être certain que ça fonctionne correctement il faut vider le cache du navigateur et celui du dns avant l'essai. Si le NAS ne répond pas correctement systématiquement il est possible qu'il soit occupé à une autre tâche. Consulte le moniteur de ressources. Peut-être une indexation ou conversion en cours ou une application qui met la pagaille.

Salut Le port pour la gestion des NAS est par défaut 5000(http) et 5001(https). A définir dans réseau/paramètres du DSM. donc ndd:5000 ou https://ndd:5001 doivent y mener. ndd étant soit ton nom de domaine soit ton sous-domaine si tu as défini un CNAME pour le NAS (ce que tu as du faire puisque tu as plusieurs NAS). Je ne sais pas si tu as suivi le tuto de Fenrir jusqu'au bout y compris celui de Mic13710 mais tu peux utiliser le reverse proxy pour éviter d'avoir à saisir le port. Pour éviter les problème de cache tu fais un flushdns en ligne de commande et tu vide le cache du navigateur (avec Ccleaner par exemple)

Bonjour, Apparemment sur internet il n'y a pas mal de commentaires concernant l'usage du VPN avec Bouygues. Je pense qu'il faut plutôt chercher une solution de ce côté.

Merci de ta réponse Firlin.

Est-ce qu'un jour la Freebox pourra remplacer un NAS synology ? Qu'en pensez-vous ? https://www.freenews.fr/freenews-edition-nationale-299/freebox-9/rumeur-nouvelle-fonctionnalite-en-approche-sur-freebox-os-les-vms

Je suppose que c'est fait lorsque tu renseignes la config "acces externe/DDNS" du NAS.

As tu fais ce que te dis Mic13710 concernant le DDNS ? Je ne peux pas beaucoup aider car ayant une IP fixe c'est beaucoup plus simple ! Oui. Enfin je ne sais pas si cela 'devrait' mais ça me semble plus logique.

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 ?