PiwiLAbruti

Ça dépend de la quantité de contenu à indexer et du nombre de photos dont il faut créer les miniatures. Le processus arrêtera de consommer lorsqu'il aura fini, il suffit d'être patient.

Quels est le nom du processus qui consomme le plus de CPU, et celui du processus qui consomme le plus de RAM ?

Avec une charge CPU à 1%, ton NAS ne fait pas grand chose. Par contre, la consommation de RAM est surprenante. Qu'indique la liste des processus dans le Moniteur de ressources ?

Bienvenue sur NAS-Forum, Ce que tu souhaites faire est faisable à condition de disposer d'un nom de domaine. Regarde la rubrique "Personnaliser les règles de proxy inversé" de cette page : https://www.synology.com/fr-fr/knowledgebase/DSM/help/DSM/AdminCenter/application_appportalias Si tu as à nouveau besoin d'aide, ouvre plutôt un nouveau sujet.

C'était juste pour donner un cas d'utilisation, mais OVH ne propose pas de service SMTP relay.

Il y a quelques mois, j'ai configuré un relai SMTP au taf sur deux NAS Synology, nos boites mail sont chez Google et ce dernier fourni un relai (smtp-relay.gmail.com). À part quelques réglages pour la sécurité, ça fonctionne parfaitement (presque 80 000 mails envoyés à ce jour, sans aucun échec).

Le fait que ton client Outlook configure les serveurs de 1&1 vient très probablement du fait qu'un enregistrement _autodiscover._tcp est déjà renseigné par défaut dans la zone de ton nom de domaine. En automatique, Outlook utilise l'enregistrement SRV _autodiscover._tcp.domain.tld pour localiser le serveur qui fournit un fichier XML https://autodiscover.<smtpdomain>/Autodiscover/Autodiscover.xml contenant la configuration des clients Outlook. Plus de détails sur le site de Microsoft : https://support.microsoft.com/fr-fr/kb/940881 https://msdn.microsoft.com/fr-fr/library/office/jj900169(v=exchg.150).aspx De manière plus standard, la configuration des clients peut se faire avec de simples enregistrements SRV : _imaps._tcp.domain.tld. SRV 0 1 993 imap.domain.tld. _submission._tcp.domain.tld. SRV 0 1 587 smtp.domain.tld. Malheureusement ceci est très rarement implémenté alors que ça simplifierait la vie de beaucoup d'utilisateurs et renforcerait la sécurité en privilégiant les échanges chiffrés.

DSM à lui seul consomme beaucoup de ressources pour actualiser l'affichage de Download Station et du Moniteur de ressources, et il n'y a rien à faire pour améliorer la chose (à part changer de NAS).

Vérifie qu'il n'y ait pas une indexation de fichiers en cours, c'est particulièrement gourmand. Limite le nombre de téléchargements simultanés (à 2 par exemple) et le nombre de source par torrent (à 50 par exemple), ça améliore grandement les performances. J'ai un DS109 un poil plus puissant qu'un DS112j et ça fonctionne bien ainsi.

Tenter de conquérir le monde ? (Minus et Cortex)

Il suffit de demander : http://download.synology.com/download/Document/DeveloperGuide/DSM_Developer_Guide_4.3.pdf

J'ai rajouté mon domaine dans la liste des domaines supplémentaires, les mails ne sont toujours pas signés. En ce qui te concerne ton cas d'utilisation, un relai SMTP ne serait pas plus approprié ? On des boites chez Google au taf et les envois internes sont relayés par deux NAS. Du coup j'ai mis un nom de domaine bidon dans la configuration SMTP pour éviter que ces NAS ne réceptionnent les messages.

Pour info, je viens de m'apercevoir que j'ai le même souci. J'ai vérifié la cohérence des clés serveur/DNS, tout est OK. Le destinataire reçoit l'en-tête suivant : Authentication-Results: domain.tld; dkim=permerror (bad message/signature format) Je vais suivre la résolution du problème de @dodo31.

Dans le tuto, tu indiques qu'il ne faut pas le laisser par défaut : "Commencez par activer le serveur L2TP/IPSec, vous pouvez laisser tous réglages par défaut sauf les cadres rouge". Mais comme Android n'en tient pas compte, autant laisser tel quel. C'est plus propre, les règles de routage n'existent que lorsque le VPN est connecté. Pour Windows, j'avais mis ça sur GitHub : https://github.com/piwi82/VPN-route/blob/master/Windows/vpn-route.ps1

Dans la configuration du serveur L2TP/IPsec, il n'est pas impératif de configurer un serveur DNS manuel : Source : https://www.synology.com/fr-fr/knowledgebase/DSM/help/VPNCenter/vpn_setup @Fenrir : Même si ça reste très technique, il est possible de désactiver l'envoi de tout le trafic pour les clients en rendant automatique la création de règles de routage à la connexion du client. Je peux te fournir les éléments de configuration pour les systèmes Linux-like (DSM et macOS inclus), et Windows (>=8). Ça doit également être faisable sur un Android rooté (sur iOS c'est mort, évidemment). C'est ce que j'utilise pour conserver ma connexion internet locale et n'envoyer sur le réseau distant que ce qui le concerne. Pour les environnements Linux-like, j'utilise simplement /etc/ppp/ip-up. Pour Windows il s'agit d'un script PowerShell qui s'exécute sur un évènement de connexion dans le planificateur de tâches.

N'ouvre que le port tcp/443 (plus sécurisé). D'ailleurs supprime une des deux configurations du proxy inversé et configure la source en HTTPS (port 443) et la destination en HTTP (port 9392). Aucune importance pour ce que tu veux faire. Ça sert à restreindre l'utilisation d'un identifiant à un seul sous-domaine.

À la 3ème étape : Sous-domaine : note Cible : test L'alias note se résoudra avec l'adresse IP résolue par test.lobitopreto.ovh. Ainsi, les mises à jour de ton adresse IP publique se propageront automatiquement à l'alias note. Tu peux créer autant d'alias que tu veux.

Tu peux abandonner DynHost, OVH te fournit les services d'hôte dynamique (le profil existe dans DSM). Pour Note Station par exemple, il suffit de créer un enregistrement de type CNAME (alias) faisant pointer note.lobitopreto.ovh vers ton nom d'hôte dynamique (DynHost, ou celui paramétré avec OVH).

Utilise les Règles de proxy inversé dans Panneau de configuration > Portail des applications.

Bien joué, 3ème place ! Il ne reste plus q'un déterrage de moins de 4 ans à la 10ème place.

Ça dépend des modèles de NAS, des caractéristiques des abonnements fibre (débit montant), et du protocole réseau utilisés.

Si mes souvenirs sont bons, ce message apparaissait lorsqu'on se connectait en https (tcp/5001). Si c'est bien le cas, utilise http et le port 5000 pour te connecter au NAS : http://diskstation:5000/ Sinon utilise Synology Assistant : https://www.synology.com/fr-fr/support/download/DS109

@stephcache Quand tu auras un peu de temps : http://www.eptramelan.org/exercices/Francais/Orthographe/homophones/cest_sest_sait_sais_01.htm Désolé, mais je fais un hémorragie oculaire à chaque fois que je te lis.

https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General/How_to_reset_your_Synology_NAS