PiwiLAbruti

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

Tu peux préciser ? Si le but est de recevoir les notifications du NAS, il ne faut pas utiliser son adresse IP privée (192.168.x.y) pour connecter DS finder au NAS : Créer une règle PAT dans la box pour accéder au NAS depuis l'extérieur du réseau local (port source/externe tcp au choix, port destination/interne tcp/5001), Désactiver le Wi-Fi du téléphone et se connecter avec l'adresse IP externe de la box (ou nom d'hôte type host.domain.tld) et un compte du groupe admin du NAS.

J'en pense que, comme tu participe au programme beta, tu devrais faire un retour directement à Synology en cliquant sur le lien Commentaire associé à l'application concernée dans le Centre de paquets.

Pour prolonger le sujet, je n'arrive plus (depuis DSM 6) à connecter adminer à la base pgsql du NAS. Je me doute bien qu'il faille modifier le fichier /etc/postgresql/pg_hba.conf pour ajouter des accès autres que local, mais les modifications apportées à ce dernier sont effacées à chaque redémarrage du service pgsql. J'ai la flemme de creuser (pour une fois).

Synology Assistant devrait être capable de retrouver le NAS.

QNAP a sorti un NAS (ES1640dc) avec deux contrôleurs actif/actif, parfait pour du SAN : https://www.qnap.com/en-au/product/model.php?II=218&event=2 Il va falloir que Synology se réveille, car seul du actif/passif est proposé pour le moment : https://www.synology.com/fr-fr/products/RC18015xs+#overview

D'après https://www.synology.com/fr-fr/knowledgebase/DSM/help/VPNCenter/vpn_setup, j'ai dit une connerie : Quelle est l'adresse du serveur VPN utilisé ? C'est affiché dans le résultat de la commande nslookup. (si tu veux gagner du temps, colle ici le résultat de cette commande).

Pour (re)démarrer pgsql : DiskStation> synoservice --restart pgsql

Ce n'est possible que si Orange propose une API pour envoyer des SMS à son propre téléphone, ce qui ne semble pas être d'actualité : https://developer.orange.com/apis Du peu que j'en sais, le seul opérateur à proposer une telle API (gratuite de surcroît) est Free Mobile. Il te reste donc les options suivantes : Contacter Orange pour savoir s'ils comptent se bouger Changer d'opérateur et utiliser l'API Free Mobile Abandonner l'idée des notifications par SMS et utiliser DS finder sur mobile pour les recevoir en mode push De mon point de vue, l'option 3 est la meilleure car elle fait ce que tu demandes à la seule différence qu'il ne s'agit pas d'un SMS.

Ça tend à confirmer mes suspicions.

Peu importe le nom de domaine (synology.me ou non). Certaines entreprises utilisent des listes blanches sur leurs serveurs DNS, et il m'étonnerait fortement que ton nom de domaine y figure. Si le serveur VPN (ton NAS) ne fournit pas de serveur DNS au client, ce sont les DNS locaux qui sont utilisés. Tu est fâché avec la commande nslookup ? Elle t'indiquera si ton domaine est correctement résolu et par quel serveur, ce qui devrait t'aider dans la résolution de ton problème.

Au risque de me répéter : Tu peux facilement le vérifier avec la commande nslookup.

J'utilise le même environnement que toi avec les paramètres suivants : domain.tld 600 SPF "v=spf1 mx -all" domain.domainkey.domain.tld. 0 TXT v=DKIM1; k=rsa; p=... _dmarc.domain.tld. 0 TXT "v=DMARC1; p=reject; rua=mailto:dmarc@domain.tld" À priori, le problème vient de ton DKIM. Le reste des modifications vise à renforcer la sécurité de ton serveur de messagerie (usurpation, spamming, ...). Le paramètre rua du DMARC est facultatif, il permet de recevoir des rapports sur le traitement des emails (debug). Edit: Active le blocage automatique, le port tcp/25 est très apprécié des scan/botnet/... (j'ai 2 à 10 blocages par jour).

C'est une option du client VPN. Mais si ça ne te dit rien, c'est resté à la valeur par défaut (donc rien à modifier). C'est un peu le but d'un VPN, non ? Avoir un accès local, à distance.

Il y a bien un nom de domaine configuré dans le client VPN pour établir la connexion ? Le serveur DNS peut empêcher sa résolution.

Un DAC permet simplement au NAS d'avoir une sortie audio (USB > Jack 3.5mm). Le pilotage se fait depuis Audio Station ou DS audio.

Dans ce cas il s'agirait d'un filtrage DNS appliqué sur les serveurs de ton entreprise. Les noms de domaine dynamiques sont souvent blacklistés (*.synology.me, ...). Tu peux le voir en tentant de résoudre ton nom de domaine avec la commande nslookup sur un PC de ton entreprise : > nslookup domain.tld

Il est fort probable que le protocole d'encapsulation propre à IPsec (ESP#50) ne soit pas autorisé sur ton lieu de travail.

Le dossier homes contient exclusivement les dossiers racine des comptes utilisateur. À mon avis, DSM supprime de lui-même tout dossier étranger.

C'est faisable, mais c'est une mauvaise idée (c'est un NAS, pas un routeur). Est-ce que le modem du fournisseur peut être configuré en mode routeur ?

Tout matériel compatible DLNA disposant d'une connexion réseau stable et des codecs nécessaires à la lecture des contenus multimédia fonctionnera. Dès qu'on sort de ce cadre, ça se complique. Il n'y a pas de limite réelle au nombre d'appareils simultanés en lecture. Le décodage du contenu se fait par l'appareil qui le lit, le NAS ne fait que fournir les contenu brut du fichier multimédia (très peu gourmand). Comme précédemment, il faut que chaque appareil dispose d'une connexion réseau, ce qui n'est pas le cas du home-cinéma (si le NAS est à proximité, un DAC compatible est envisageable). Pour les OS mobiles, Synology fournit l'application DS audio pour Android, iOS, et Windows Phone. Pour les OS de bureau, il suffit de passer par l'application Audio Station à installer sur le NAS. C'est possible, mais il faut être très attentif à la sécurité.

Pour cela il faut un certificat wildcard (*.domain.tld), ce que letsencrypt ne propose pas encore (c'est très attendu par la communauté).

Dans ce cas, j'aurais tendance à virtualiser la machine sous XP avec Disk2vhd et à la remonter sur du 10 Pro avec Hyper-V. Par contre je ne pense pas que ça fonctionne avec les licences OEM car ça demande une activation au lancement de la VM. Si les utilisateurs des postes ne sont pas "bidouilleurs", il suffit de passer les postes en IP fixe, de ne renseigner ni la passerelle ni les serveurs DNS, et de désactiver le service Windows Client DHCP.

J'ai rajouté celui du 3 octobre dernier qui prend la 2ème place. Par contre @Mic13710, le tien (3 ans 6 mois 22 jours 3 heures 39 minutes) ne rentre pas dans le top 10 (3 ans 11 mois 22 jours 15 heures 52 minutes minimum).

Ce n'est plus une exhumation, c'est une fouille archéologique ! En tout cas c'est un nouveau record.