PiwiLAbruti

J'aurais également eu besoin de cette fonctionnalité, mais je ne l'ai pas trouvée. J'ai fait une demande d'amélioration de Calendar à Synology et je te conseille de faire de même. Plus nous serons nombreux à le demander, plus cette fonctionnalité a de chances d'être ajoutée.

Ce paquet n'est plus maintenu par Synology depuis plus de 3 ans, la dernière mise à jour date du 17/01/2018 et est aujourd'hui complètement obsolète : https://archive.synology.com/download/Package/PrestaShop/1.6.1.17-0129 Il serait préférable d'utiliser un conteneur Docker pour ce type d'application.

Il faut définir l'adresse IP du routeur comme redirecteur dans DNS Server sur le NAS (rubrique Résolution dans DNS Server), et distribuer l'adresse IP du NAS comme serveur DNS dans les options DHCP du serveur DHCP du routeur (comme l'a déjà indiqué @.Shad.).

Peux-tu poster une capture d'écran de la règle NAT ?

C'est faux dans le cas où le domaine t'appartient.

Exact @Thierry94, le domaine personnalisé dans Réseau > Paramètres de DSM ne permet pas définir ces règles d'accès.

Le Portail des applications permet de personnaliser directement le nom de domaine des applications web du NAS qui y sont référencées. Il présente l'intérêt d'éviter le deuxième appel réalisé par le proxy inversé. Avec proxy inversé : https://app.domain.tld > proxy inversé > http://localhost:12345 > Application Avec le Portail des applications : https://app.domain.tld > Application Même si DSM n'est pas référencé dans le Portail des applications, il reste possible de lui éviter le passage par le proxy inversé en définissant un nom de domaine personnalisé dans Panneau de configuration > Réseau > onglet Paramètres DSM > section Domaine (tout en bas). Cocher la case Activer un domaine personnalisé et renseigner le nom de domaine.

@HugOil Il ne faut déclarer qu'un seul DynHost chez OVH (utilise dyn.domain.tld par exemple). Ensuite tu pourras créer des alias (CNAME) pointant vers ce DynHost : nas.domain.tld CNAME dyn.domain.tld file.nas.domain.tld CNAME dyn.domain.tld -------- N'hésite pas à abuser de la commande nslookup pour vérifier la résolution des tes domaines : > nslookup nas.domain.tld > nslookup file.nas.domain.tld N'oublie pas de vider le cache de ton PC après une modification de la zone domain.tld : > ipconfig /flushdns Tu peux optionnellement utiliser des serveurs DNS un peu plus réactifs aux propagations (comme ceux de FDN) : > nslookup nas.domain.tld 80.67.169.12

Vérifie la charge du processeur du NAS pendant une copie (les modèles d'entrée de gamme n'aprécient guère les copies sur des connexions chiffrées).

Quel souci de sécurité ? C'est de toute façon l'adresse IP qui sera renseignée par ton client DDNS (le NAS).

La résolution du nom de domaine est directement effective avec l'adresse IP renseignée initialement. Si tu entres une adresse IP quelconque, il faudra attendre que l'adresse IP soit mise à jour par un client DDNS pour que le résolution soit bonne.

Quel protocole utilises-tu pour transférer des fichiers ? HTTP (File Station) FTP SFTP (SSH) SMB/AFP/NFS (via VPN depuis l'extérieur) ...

Cette limite est établie par le site sur lequel est faite la recherche (pagination). Seule une mise à jour du module de recherche peut la corriger.

Comme vous êtes 3 à avoir le même souci, pensez à remonter l'anomalie à Synology. Sinon ça pourrait ne pas être corrigé.

Ma réponse a visiblement fait 3 morts. Je ne recommencerai plus, promis. 😩

Enfin si, il faut passer par l'API File Station pour accéder au contenu du NAS : https://global.download.synology.com/download/Document/Software/DeveloperGuide/Package/FileStation/All/enu/Synology_File_Station_API_Guide.pdf

Je ne sais pas.

J'aurais plutôt directement ajouté un nouveau domaine. Ça te permet de n'y attribuer que certains utilisateurs.

Il faut simplement ajouter les sous-domaines dans les domaines supplémentaires et créer les enregistrements DNS comme pour le domaine principal (MX, SPF, ...).

Le contenu de la page ne peut pas s'afficher si JavaScript n'est pas détecté. Comme wget n'utilise pas JavaScript, le contenu attendu ne sera pas renvoyé, peu importe la machine utilisée.

Et quel est le résultat avec HTTPC_FORCE_FOLLOW_REDIRECTS ?

C'est justement le contraire qu'il faut faire : suivre les redirections.

-L (je ne peux pas faire plus court)

Il n'y a pas besoin du paquet de SynoCommunity, Python 3.8 est intégré à DSM 7.0 : # ll /bin/py* lrwxrwxrwx 1 root root 7 Jun 1 13:18 /bin/python -> python3 lrwxrwxrwx 1 root root 9 Jun 1 13:18 /bin/python3 -> python3.8 -rwxr-xr-x 1 root root 6104 Feb 24 04:35 /bin/python3.8 Mais effectivement, pip n'est pas présent par défaut.