.Shad.

Regarde si le DNS privé est activé sur ton smartphone.

Je doute assez fort que ce soit le réseau, surtout si tu arrives bien à établir une liaison 1Gb d'un point à un autre. Les saccades ça fait plus penser au NAS qui essaie de transcoder, mais vu le modèle d'entrée de gamme, il est en souffrance. Est-ce que tu as le paquet Serveur multimédia installé sur le NAS ? est-ce qu'il y a des options de transcodage activées ? Si oui, essaie de les désactiver. Est-ce que tes fichiers n'ont pas un encodage audio non pris en charge par ta TV ? le transcodage pourrait venir aussi de sous-titres intégré à la volée, essaie en désactivant les sous-titres. Si c'était vraiment un problème réseau, tu n'atteindrais pas 80 Mo/s sur un transfert de données, ça équivaut à environ 650 Mbps.

@nunu C'est ce que je fais depuis 3 ans et j'en suis très satisfait.

Je sais que ce n'est pas drôle mais ça m'a fait rire, désolé. 😄

Globalement, si tu utilises Docker en standalone (pas Swarm), ce qui est la configuration de base, tu peux rester en version 2.X, moi j'utilise par habitude la version 2.1 Si tu utilises Docker en swarm, donc avec des conteneurs qui se déploient sur plusieurs machines simultanément, c'est notamment utilisé pour le load-balancing et la high availability, alors tu pars sur les version 3+. Ca peut donc avoir son importance, car certaines directives disponibles dans la version 2 n'existent plus en version 3, et évidemment certaines de la 3 n'existent pas en version 2.

Vérifie déjà la fiche technique de ta TV, l'ultra majorité des TV ont un chipset réseau 10/100 et pas 10/100/1000, même les récentes.

L'inverse, regarde déjà comment faire ça dans Adguard et seulement si tu as compris, désactiver DNS Server, déjà temporairement pour tester. @MilesTEG1 sera peut-être en mesure de t'en dire plus, il l'utilise.

Welcome !

Oui, je pense que je t'avais configuré une zone locale. Comme ça, si ta box ne gère pas le loopback tu peux quand même accéder localement à tes périphériques via les mêmes domaines que depuis l'extérieur. Ces réécritures sont transposables dans Adguard, je pense qu'il faut regarder dans leur doc. Pour macvlan, tu peux lire mon tutoriel en signature, j'en parle vers la fin

Je te conseillerais de revoir ton infra réseau si tu ne fais pas confiance au trafic sur ton réseau de confiance. Ou alors relier en direct ton NAS 2 avec ton NAS 1.

Si deux périphériques connectés au même fournisseur VPN arrivent à se parler entre eux, tant mieux, mais ce n'est pas évident que ce soit autorisé avec un VPN commercial. Et c'est passer par New York pour faire Nice-Cannes.

La réponse proposée juste ici ne te convenait pas ? Si tu espères avoir des réponses différentes en faisant des doublons...

Le port 53 c'est le port DNS, tu dois avoir DNS Server qui est installé et lancé dans DSM. Les deux ne peuvent pas cohabiter, ou alors il faut passer par une installation en mode macvlan. Si c'est juste pour une utilisation locale, DNS Server peut être en partie remplacé par Adguard, qui propose aussi un système de réécriture d'URL (pour qu'une URL en interne pointe vers un périphérique local, et qu'en externe cette même URL pointe vers l'IP publique).

J'aurais pas dit mieux. Bienvenue !

Il faut effectivement voir dans les fichiers de config si effectivement ce port 6690 serait appelé par une variable, en ce cas ce serait facile. Si c'est hardcodé, ça semble compromis. En tout cas rien dans DSM ne permet de modifier ce port. De la redirection de port en sortant je m'en sers pour mes équipements IoT, pour que je sois sûr que ceux auxquels j'autorise un accès vers le net utilisent les DNS de mon choix. Mais ça necessite a minima un routeur semi-pro voir pro, ou un périphérique intermédiaire (Un Rpi pourrait servir d'intermédiaire entre le PC et le routeur de l'entreprise, au cas où on ne pourrait pas rediriger le port d'origine sur le client).

Alors à moins que je ne me trompe, il doit aussi utiliser un logiciel de redirection de port au niveau de son client également non ? genre Multi Port Forwarder | Verigio

Top manière de faire : installer apache via Docker à la version 2.2 : httpd Tags | Docker Hub Moins top manière de faire : désinstaller Apache 2.4, installer le paquet 2.2 suivant l'architecture de ton NAS : Synology Archive Download Site - Index of /download/Package/Apache2.2/2.2.34-0121 Par contre pour un DS923+ je ne sais pas quelle architecture est la bonne, @maxou56 ou @PiwiLAbruti pourront peut-être t'éclairer davantage.

Première option : demander au service informatique s'ils peuvent débloquer ce port en trafic sortant. Ca ne te coûte pas grand chose d'essayer, tu leur donnes la doc pour les aider à prendre leur décision. Deuxième option : installer VPN Server sur ton NAS, t'y connecter et transférer les données. ATTENTION : il faut que le tunnel VPN passe par un port autorisé en trafic sortant, donc passer par exemple sur 443/UDP (peu de chances que ton employeur bloque ce port). Ensuite tu auras juste à entrer l'IP VPN (ou le nom d'hôte) du NAS pour synchroniser tes données. Troisième option : utiliser une clé 4G, ça t'affranchit de passer par la connexion de ton employeur, mais ce n'est pas la solution la moins onéreuse.

Il faut créer une autre règle : https://mail.monsite.fr -> http://localhost:PORT_ROUNDCUBE

Ok là c'est bizarre, est-ce que par hasard tu as installé Nginx Proxy Manager ? car c'est soit lui, soit Nginx de DSM, mais pas les deux. Tu peux aussi tenter de réduire le niveau de chiffrement TLS voir si ça a un effet sur la connexion par Safari : Tu peux également essayer de te connecter en navigation privée, car ça pourrait être un problème de cache qui ne se vide pas, d'autant plus que dans le tutoriel l'auteur coche HSTS, qui a ses avantages mais aussi ses inconvénients, comme le forçage HTTPS. Enfin dernière chose, ton nslookup prouve que tu ne joins pas localement ton NAS, sinon ça te renverrait une IP privée, donc si tu n'as pas de serveur DNS local, tu sais d'ores et déjà que ta box ne fait pas de loopback (ou qu'il n'est pas activé) et que donc pour causer à ton NAS, tu passes par internet.

@mangousta On insistera visiblement jamais assez sur l'importance critique d'avoir des sauvegardes des données ayant de la valeur. Le changement de modèle de NAS aurait été presqu'une formalité.

@macpowered @KahioQue donne un nslookup wordpress.ndd.fr depuis un PC Linux ou Windows en local ? Est-ce que ça pointe bien sur le NAS ? @macpowered Sur DSM, si tu utilises Nginx pour une entrée de proxy inversé, il faut que le certificat soit valide et accessible, même si ce n'est pas un domaine Synology il y a des solutions, un exemple parmi d'autres : Ou encore un import manuel (mais à répéter tous les 3 mois) Ca ne règlera pas ton problème actuel, mais ça évitera de te taper un avertissement comme quoi ton accès n'est pas sécurisé.

Est-ce que : tu as bien fait une translation de port entre ton NAS et ton conteneur ? 48152 du NAS -> 80 du conteneur. dans ton proxy inversé tu as bien, par exemple : https://wordpress.ndd.fr -> http://localhost:48152 ? associer ton entrée de proxy inversé à un certificat adéquat dans Panneau de configuration -> Sécurité -> Certificats -> Configurer créer un CNAME wordpress.ndd.fr vers l'enregistrement qui pointe sur l'IP publique de ton NAS chez ton hébergeur de zone DNS. créer une règle de NAT entre ta box et ton NAS En vérifiant toutes ces règles, si ton conteneur est fonctionnel, ça devrait marcher.

Est-ce que tu as transféré le port (sur lequel Wordpress est exposé sur le NAS) depuis ta box vers le NAS ? Quand tu dis impossible d'accéder à la page, de quelle erreur s'agit-il exactement ? Appuie sur F12 dans ton explorateur pour voir le numéro d'erreur dans la console. Tu joins ton NAS depuis l'extérieur avec un DDNS ou un enregistrement A ? Pas de proxy inversé on est d'accord ? Il faut à tout prix éviter de suivre les tutos de ce site, c'est d'une qualité affligeante, par exemple dans le tutoriel en question il crée des volumes docker dans sa stack, qu'il n'utilise pas. Ça n'a aucun sens.

Bienvenue parmi nous, au plaisir de te croiser au détour d'un sujet. 😉