JuGdx

Petite info, les gars de Syno sont en train de regarder (j'ai fait un ticket chez eux). Premier step (alors que je l'avais bien spécifié) ils m'avaient, dans les réglages des transmissions de ports remis UPnP & Co.... donc il m'a dit "c'etait pour tester j'ai désasactivé de nouveau". Ceci étant avec UPnP ou pas, ils ne trouvent pas non plus de problème au niveau de la config du routeur ou autre et effectivement eux aussi voient les ports fermés (même en UPnP ou autre). Donc on regarde du côté de la BOX (je suis certain que ça vient de là...). Je ne voit pas exactement où pourrait être la source à ce niveau là mais SFR c'est quand même bien de la m***e leurs boxs...

Bien vu mais non, même en 4G depuis n'importe où ça ne fonctionen pas 🙂

Pourquoi pas mais ce n'est qu'une appellation pour le coup avec un sous domaine qui comprend un . plutôt qu'un - ! En soit ça change rien... J'ai testé de ping les 2 : - wmsyno.ndd.fr - wmsyno-files.ndd.fr Pour les 2 le ping tape sur la même IP ! Donc il retrouve bien ses petits. Pour moi c'est pas du côté OVH/DNS le soucis. C'est une config côté FAI/Routeur/NAS qui doit manquer ou autre 😞 par contre de chez moi sur le wifi j;ai 0% packet loss, et d'ici (au taf, en extérieur) j'ai 100% packet loss avec que des "Request timeout". PS : Le même problème que depuis le départ ! Si de chez moi en WIFI je tape mon sous-domaine j'arrive sur l'app syno ou autre... par contre depuis l'extérieur j'ai un timeout.

C'est pas faux! Bah mon domaine c'est ndd.fr. qui pointe sur le site! Le sous domaine va être wmsyno.ndd.fr. qui pointe en A vers IP_FIXE et le CNMAE c'est juste un alias du A pour ajouter un moyen d'arriver sur le A peu importe ce que je met. Y'a que 2 niveaux au final comme dans le tuto de Kawamashi et les A sont vraiment fait pour faire pointer des domaines et sous domaines vers des IP donc pour moi cette partie là est OK c'est ailleurs que ça coince..

Oui je vois ! Tu veux dire que le principal ne pointe pas vers mon IP fixe c'est un sous-domaine qui le fait. Je comprends mais je ne suis vraiment pas sur que cela vienne de là. Je pense que si j'ajoute un wmgoogle.ndd.fr qui pointe vers une IP autre ça fonctionera.... Souviens-toi avant la config avec Routeur quand tu es venu en remote sur mon ordi, la config avait l'air bonne (a part le truc routeur du NAS qu'il ne fallait pas toucher) mais l'exterieur etait bloqué de la même manière... Non je n'ai pas installé l'app sur aucun des 2.

Oui en même temps tous les messages après le PING n'ont pas d'intérêt.. Je pense sincèrement que ça ne vient pas du DNS et de la mutiplication des entrées A.. Pour le coup je connais un peu et j'avais moi même mis en place les redirections OVH entre mes serveurs MAILS et WEB. J'ai dans le doute refais un check sur internet et j'ai trouvé des tutos ou il est dit que tu peux faire des entrées oú les sous-domaines pointent vers différentes IPs.

Non mais c'est pas exactement ça que je testais ! Je testais de voir si le port des applications fonctionnait en interne. Si au lieu d'arriver sur DSM j'arrivais bien sur FS! Bref là on s'éloigne complètement de mon problème initial.

Mais non mais là pour le coup c'est pas moi qui comprend pas ! Tester la redirection de port en interne c'etait juste pour en tester le fonctionnement ! Bien évidemment que la redirection de port est pour l'exterieur.....

C'était juste pour dire qu'en local la redirection de ports se faisait bien et que j'allais bien sur FS via ce port :) pardon p'tet pas assez clair en effet !

Oui c'est ce qui est configuré ! Mon sous-domaine pointe vers l'ip fixe externe du FAI ! On passe par le routeur qui redirige les ports HTTP/HTTPS vers le NAS et le NAS fait le reverse proxy en fonction du sous-domaine pour aller vers telle ou telle application...

@Kramlech: Justement j'ai fait en sorte d'ouvrir les bons ports & co pour que l'ip interne soit atteinte via mon NDD. Évidemment que de base 192.168.x.x sont des IP locales.. Et le ping a fonctionné... le wmsyno-files transfers bien vers wmsyno et il reçoit les paquets :

Merci à toi. Oui c'est exact. En gros j'ai mon domaine NDD.fr. La racine et le sous domaine "www" pointent vers mon serveur OVH. Et je souhaite ajouter des sous domaines. Le premier en A : wmsyno.NDD.fr qui pointe vers mon IP FAI FIXE. Et ensuite faire des redirections CNAME (wmsyno-files.NDD.fr par exemple) qui pointent ver wmsyno.NDD.fr. Et dans mon NAS sur le reverse proxy j'aurai par ex: https://wmsyno-files.NDD.fr -> http://localhost:5081 (port exemple de FileStation défini dans les applications). Et c'est cela qui ne fonctionne pas depuis l'extérieur ! Le cas https://192.168.10.100:5081 m'envoie bien sûr le nas file station. Mais depuis l'extérieur chaque fois c'est un time-out.

Pas de soucis. Côté routeur : - Ports - Pare-feu Sur le NAS : - Pare-feu - Apps + Reverse proxy :

Je comprends mieux c'est beaucoup plus clair merci. Du coup côté routeur : Du coup sur le routeur en transmissions de ports je n'ai ouvert que 443, 80 vers l'ip locale du NAS. J'ai viré les règles auto afin de pouvoir définir les IP sources dans le pare-feu. Et j'ai donc ajouté une règle des IP sources FRANCE, vers les ports 80, 443 de l'IP du NAS. Côté NAS : Dans le pare-feu j'ai 80,443 ouverts sur la France en TCP. J'ai ensuite repris le tuto de Kawamashi sur le reverse proxy. Jusqu'à l'étape V non incluse tout fonctionne. Donc si je tape en locale https://192.168.10.100:PORT_FILES c'est OK je tombe direct desssus. Par contre en ayant défini un A vers l'IP Fixe et CNAME sur mon DNS (il y a quelques semaines et tout est propagé) : https://wmsyno-files.ndd.fr. et bien sur, le reverse proxy sur cette IP Source redirigeant vers http://localhost:PORT_FILES, c'est un TIME_OUT. C'est là où j'ai du mal à comprendre car je fais exactement comme sur les tutos.. 😞

PS: Dans les règles actuelles comme tu peux le voir j'ai le port 5001, 80 et 443 qui sont ouverts vers le NAS sur le routeur. J;ai aussi essayé juste pour tester d'ouvrir ces ports en source (le monde entier) sur le NAS (dans le Pare-Feu) et toujours "CLOSED" sur le site qui check....