PiwiLAbruti

C'est très clair, et je te déconseille fortement d'extraire à chaud un disque du NAS (perte possible de données, reconstruction systématique du RAID, ...). L'extraction à chaud est uniquement là pour remplacer un disque défectueux par un autre sans avoir à éteindre le NAS, ce n'est pas fait pour sortir physiquement des données. Le mieux est d'avoir un disque USB externe et de créer une tâche de sauvegarde automatique dessus. Ce disque USB peut ensuite être déconnecté et transporté ailleurs.

Ben non puisqu'il s'agit de l'utilisateur avec lequel tu vas te connecter. Je pense que tu n'as pas lu attentivement les liens que je t'ai donnés, et en particulier celui-ci : https://github.com/SynoCommunity/spksrc/wiki/Adminer

L'erreur "Internal Server Error" vient du fait que le .htaccess n'est pas valide. Si Web Station n'est pas accessible depuis internet, tu peu très bien commenter les lignes du .htaccess. avec un dièse (#) en début de ligne. C'est faisable en créant un utilisateur spécifique et en lui attribuant les droits dont tu as besoin, puis en ajoutant une ligne pour l'accès réseau dans pg_hba.conf. Si, en créant un package PostgreSQL avec les outils de Synology ou avec ceux de SynoCommunity. -------------------------------- Je ne sais pas ce que tu souhaites faire, mais il existe aussi MariaDB (MySQL) qui est beaucoup plus accessible sur un NAS Synology. Concernant PostgreSQL, il n'y a rien dans les modifications qui sorte de ce qui est indiqué dans la documentation officielle. Donc si tu connais mieux PostgreSQL, tu ne devrais pas avoir de souci majeur à le configurer pour obtenir le fonctionnement que tu souhaites.

N'oublie pas de lire l'aide intégrée à Web Station et/ou de consulter l'aide sur le site de Synology, ça te fera gagner du temps.

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.