PiwiLAbruti

Pourquoi vouloir l'installer alors qu'il est déjà fourni avec DSM ? root@DiskStation:~# which tcpdump /sbin/tcpdump

Donc reprend toute la chaîne réseau : Vérifie que ton adresse IP publique actuelle est bien la même que celle résolue par ton nom de domaine, Vérifie la règle NAT tcp/25 à destination du NAS, Vérifie le pare-feu du routeur (s'il y en a un), Vérifie que l'adresse IP privée du NAS correspond bien à celle de la règle NAT, Vérifie le pare-feu du NAS (attention au double niveau global/interface).

Ça pourrait arriver, mais ce n'est pas le cas. J'utilise la dernière version de Mail Server sans aucun souci. Ce n'est pas nécessairement un problème de pare-feu. Il se peut aussi que le Mail Server ne démarre pas correctement. Tu peux déjà vérifier que le serveur SMTP est bien lancé avec la commande : root@DiskStation:~# netstat -tl|grep smtp Tu devrais obtenir le résultat suivant : tcp 0 0 0.0.0.0:smtp 0.0.0.0:* LISTEN tcp6 0 0 [::]:smtp [::]:* LISTEN Si tu obtiens bien ce résultat, il s'agit alors d'un problème de configuration réseau (règle NAT et/ou pare-feu).

Il y a déjà des modèles 2017 qui sont sortis : RS217 DS3617xs RS3617xs RS3617RPxs RS3617xs+ RS4017xs+ RS18017xs+ FS3017 Pour le reste de la gamme, il suffit d'attendre patiemment.

Vérifie que le service SMTP est bien fonctionnel (tcp/25) à cette adresse : http://canyouseeme.org/

As-tu essayé après avoir redémarré le serveur SMTP du NAS ?

Dans ce cas, quel est le message d'erreur exact renvoyé à l'expéditeur ?

Fais un test avec https://www.mail-tester.com/.

As-tu préalablement identifié le(s) processus qui consomment de la RAM ?

Oui, avec l'éditeur vi.

Ça a changé depuis DSM 6, il faut se connecter avec le compte admin, utiliser la commande sudo -i et ressaisir le même mot de passe.

C'est le même que celui du compte admin.

La commande killall permet de tuer un ensemble de processus similaires selon leur nom, statut, ... Pour le reste je ne connais pas Jeedom.

Si l'exécution de chaque script lancé par cron bloque et que les 300 scénarii sont exécutés à des intervalles courts, ça peut aller très vite. Dans tous les cas, fais des tests individuels pour écarter mon hypothèse.

Commence déjà par tuer quelques processus parasites pour voir si l'occupation mémoire diminue. Regarde si les scripts exécutés par cron se terminent bien (en les exécutant manuellement, hors cron). Je soupçonnerait plutôt une erreur à ce niveau qui fait que les script ne se terminent pas et occupent de l'espace en mémoire.

Sur le site de Marantz, rubrique support du modèle NA6005, on y trouve quelques restrictions concernant les codecs supportés : Vérifie aussi que tu n'as pas activé le transcodage dans les paramètres du Serveur Multimédia, ça annule le support de gapless. Il y a quelques éléments de réponse sur le forum de Synology, dont un utilisateur qui a apparemment réussi à faire fonctionner DLNA en gapless avec l'application Hi-Fi Cast sur Android.

En sortie DLNA, DS audio se comporte comme une télécommande. C'est-à-dire qu'il indique à ton ampli d'aller chercher la musique à lire sur le NAS. Une fois une liste de lecture lancée, DS audio est passif (tu peux même quitter l'application, la liste de lecture sera lue en entier). C'est donc bien ton ampli (et lui seul) qui gère la lecture des morceaux en provenance du NAS et qui gère également les enchaînements. S'il y a une solution, elle viendra du constructeur du client DLNA. Donc demande à Marrantz si ton ampli est certifié gapless en DLNA, et tu seras fixé.

Pour ceux chez qui ça ne fonctionne pas, vous avez bien défini le NAS comme serveur DNS, et optionnellement le FQDN comme suffixe de recherche sous Windows 10 ?

À moins que le client DLNA sache anticiper le chargement du morceau suivant avant la fin de lecture du précédent pour éviter le gap, il n'y a rien à faire.

La configuration reverse DNS dans l'espace abonné Free est bonne. La modification ne prend pas effet instantanément, le meilleur moyen de vérifier est avec la commande nslookup que t'a donnée @Einsteinium.

Si le besoin est uniquement de voir le DS916+ sur le réseau 192.168.0/24, il suffit de définir une règle de routage sur le DS916+ : 192.168.0.0/24 > 192.168.1.230 Attention cependant, les protocoles basés sur de la découverte réseau (DLNA, NetBIOS, ...) ne fonctionneront pas. Il faudra alors privilégier la solution de @Fenrir.

Les conditions d'utilisation de Synology C2 sont tout à fait normales, elles changeront peut-être après la phase bêta. Les raisons de suspension du service sont nombreuses et peuvent par exemple être la conséquence d'une faille de sécurité du service (quelle qu'elle soit) qui contraindrait Synology à suspendre le service. Des données de clients pourraient très bien être impactées.

Tu achètes juste la matériel et tu as droit à 5 ans de mises à jour du système et de support inclus. J'ai du mal à voir ce qu'il y a à reprocher.

Le mail répond déjà à ce besoin, non ? Sinon un bête formulaire web avec du drag&drop multiple.

Je suppose que le script utilise l'API de Surveillance Station ? Dans ce cas, il doit être possible de connaître l'état des caméras via l'API ? Du coup, il suffirait de vérifier l'état de la caméra après activation (avec un délai) pour être certain qu'elle soit active et envoyer un mail si elle n'est pas active au bout de x minutes (ou retenter l'activation automatiquement).