PiwiLAbruti

Je suppose que tu as installé Adminer via le paquet SynoCommunity ? Regarde le contenu du fichier .htaccess du dossier /web/adminer. L'accès à Adminer est restreint aux adresses IP privées (non-routables sur internet) pour des raisons de sécurité. Pour me connecter à PostgreSQL via Adminer, je saisis uniquement l'identifiant http dans la fenêtre de connexion. Rien de plus. -------------------------------- Je n'ai plus en tête la modification exacte pour se connecter via un socket réseau, mais je te le déconseille. La configuration sera écrasée à chaque redémarrage du NAS ou mise à jour de DSM. Il également ajouter les droits correspondants aux bases de données concernées. # TYPE DATABASE USER ADDRESS METHOD local all postgres peer map=pg_root local all all peer host all all 192.168.0.0/16 trust

Je viens de tester et effectivement cette commande n'envoie que des paquets WoL mal-formés. En tout cas tcpdump ne reconnaît même pas le protocole de transport (udp) : 16:59:12.104120 08:42:ff:ff:ff:ff > ff:ff:ff:ff:ff:ff, Unknown Ethertype (0xffff), length 110: ..2 ....2 ....2 ....2 ....2 ....2 ....2 ....2 ....2 ....2 ....2 ....2 ....2 ....2 ....2 ....2 .. On voit bien l'adresse MAC répétée 16 fois, mais l'en-tête du paquet est erronée.

À mon avis c'est plutôt un problème au niveau de NetBIOS. Désactive l'option Local Master Browser si elle est activée et redémarre le service de partage SMB du NAS. Dans le doute, vide aussi le cache DNS de ton PC (ipconfig /flushdns). Si ça ne fonctionne toujours pas, désactive NetBIOS dans les paramètres de la carte réseau de ton PC.

Tu dois pouvoir la même modification qui permet d'upgrader un DS109 en DS112j, en modifiant les fichiers /etc/synoinfo.conf et /etc.defaults/synoinfo.conf. Ca permet de faire croire à Synology Assistant que la version de DSM est inférieure à celle réellement installée.

La base PostgreSQL de DSM n'est pas sensée être accessible par les utilisateurs. Cependant il est possible de contourner cette restriction. Tout d'abord il faut bien comprendre comment fonctionnent les droits d'accès à cette base : https://github.com/SynoCommunity/spksrc/wiki/Adminer Pour le reste, j'utilise le paquet Adminer fourni par SynoCommunity en bêta : https://synocommunity.com/package/adminer

Ce qui se passe c'est que Synology utilise ExtJS, un framework lourdingue (librairies volumineuses) qui gère presque tout mais de la manière la moins efficace qui soit (imbrication excessive d'éléments HTML). Il suffit d'inspecter le DOM pour constater les dégâts. Donc à la première connexion le NAS doit envoyer toutes les librairies nécessaires au navigateur, ce qui prend du temps avec un upload à 1Mbps. Et il y a aussi le temps de digestion de tout ce merdier par le navigateur qui n'est pas négligeable.

Je serais curieux de savoir si Synology a utilisé ses propres produits pour monter son infra C2, ça pourrait être assez révélateur...

Est-ce que ton NAS est derrière une connexion ADSL ? Si oui, quel est le débit montant ?

Ça aurait pu venir du CPL entre les box mais comme ce n'est pas le cas, on peut exclure cette hypothèse. Pour l'instant laisse le NAS connecté directement en filaire au Freebox Server le temps d'identifier le problème. Regarde si les ressources du NAS (surtout CPU) sont disponibles dans le Moniteur de ressources, et plus précisément dans Processus pour identifier un éventuel suspect.

Ton sujet va probablement être déplacé dans la rubrique Serveur Multimédia, ça n'a rien à voir avec Video Station. Pour cette capacité, tu aurais mieux fait d'acheter une clé USB Comment sont reliés les boitiers Freebox Server et Freebox Player ? (en CPL je suppose)

Ça n'a aucune importance.

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.