PiwiLAbruti

Tu peux utiliser le paquet VPN Center (avec un profil L2TP/IPSec). Le VPN ne fera qu'établir un tunnel sécurisé entre ta machine et ton lieu de travail. L'accès aux lecteurs partages se fait comme en local mais le débit sera entièrement dépendant des connexions internet utilisées (ce qui exclut souvent les contenus lourds). Sinon il y a Cloud Station qui permet de travailler sans être connecté (en local donc), et de synchroniser le contenu modifié une fois de retour au travail. Il peut aussi être configuré pour synchroniser à distance.

Les enregistrements A et AAAA de mon domaine domain.tld pointent vers les adresses (IPv4 et IPv6) d'un hébergement en ligne et non sur mon adresse IP publique. Mon reverse chez Free est configuré avec a.domain.tld alors que ce nom n'est pas utilisé dans la configuration mail. Ça ne m'empêche pas d'envoyer des messages depuis le domain domain.tld vers des boites Gmail sans tomber en spam. Concernant la remarque de mail-tester, si ça ne concerne que AOL...

Et puis présente un peu l'application dont tu parles, parce qu'un "cette superbe application" ça ne parle à personne.

Le reverse n’est pas une obligation (je l’utilise mais il n’est pas correctement configuré pour les mails), ça peut très bien fonctionner sans. D’ailleurs ça n’empêche pas ma configuration mail d’obtenir 10/10 sous mail-tester.

Les chances de succès sont très limitées avec l'actualité sur les laits infantiles...

L'enregistrement SPF est à revoir : v=spf1 a mx ip4:a.b.c.d include:mx.ovh.com ~all Comme il n'y a pas d'enregistrement de type A pour ton domaine, il est inutile de le préciser dans le SPF. Tu as défini l'enregistrement de type MX mail.tonDomaine.tld donc tu n'as pas besoin de rajouter ton adresse IP ip4:a.b.c.d. De plus, il faudrait éliminer le softfail (~all). Prends le temps de te documenter pour comprendre ce que tu as entré dans l'enregistrement SPF : https://fr.wikipedia.org/wiki/Sender_Policy_Framework#Mécanismes Au final ça donnerait un enregistrement plus clair... v=spf1 mx -all ... au quel tu peux rajouter les adresses autorisées à envoyer des mails pour ton domaine si tu as configuré un relais SMTP : v=spf1 mx include:mx.ovh.com -all ou v=spf1 mx include:_spf.google.com -all Bref, il y a encore du boulot avant même d'attaquer DMARC et DKIM.

J'utilise Windows Defender (intégré de base) sur Windows et rien sur mon Mac. Quand on a conscience des risques qu'on prend avec sa machine, un antivirus est facultatif.

Tu peux aussi tester les paramètres de ton serveur mail avec https://www.mail-tester.com/

Attention aux unités : "m" : milli (1/1000) "b" : bit "p" : ? Dans l'absolu je corrigerais en 1800Mbps (225MBps ou 225Mo/s), donc pas loin de 2Gbps. Pour rappel b=bit, B=Byte=Octet=o, et 1B=8b. Du coup, je ne vois pas vraiment ce qui est limitant sur ton réseau

À vérifier auprès d'autres utilisateurs, mais à ma connaissance Audio Station ne permet pas de faire ce que tu souhaites. Par contre, comme ton besoin est intéressant, Synology pourrait l'intégrer dans la prochaine mise à jour d'Audio Station (à condition qu'il en soit informé). https://www.synology.com/fr-fr/form/inquiry/feature

As-tu adressé une demande d'amélioration directement à Synology ?

C'est le CPL qui semble limiter le débit. Donc la solution 1) semble la plus pertinente. Concernant le streaming depuis l'extérieur du réseau, il est entièrement dépendant de la vitesse d'envoi de la connexion internet (si ADSL, oublie).

Le DS218jPlay n'existe pas. Quels sont les besoins ? (simple partage de fichiers ? CMS ? Accès à distance ? ...) Quel plan de sauvegarde est prévu ?

Tu cherches des solutions techniques alors que ton besoin n'est pas suffisamment précisé : Quel est le volume total de données actuel à stocker ? (ça conditionne l'espace nécessaire en tenant compte de la croissance, le nombre de disques, et le type de RAID) Combien d'utilisateurs du CMS en simultané ? Quelle sera la portée de l'accès externe ? (crucial pour configurer la sécurité) Quelles sont les possibilités de jonction à l'Active Directory ? (ça me paraît compliqué) En l'état, le choix technique me paraît complètement sur-dimensionné. Quels sont les usages qui vont nécessiter autant de ressources ? Pour rappel, tu es ici sur un forum communautaire (rien de professionnel donc). Vu ton besoin, je ne peux que te recommander de faire appel à un professionnel installant des solutions Synology. Ce dernier sera en mesure de t'aider plus efficacement dans l'expression de tes besoins, l'analyse de l'existant, les choix techniques, l'installation, la configuration, et la maintenance. C'est quelque chose qu'il ne faut pas négliger.

C'est-à-dire ici :

C'est une question de responsabilités, et il est juste inadmissible qu'un SysAdmin te délègue quoi que ce soit. Le pire là-dedans est que tu puisses obtenir un budget, je ne vois vraiment pas comment c'est possible. Donc tu te sens vraiment prêt à engager ta responsabilité sur des données d'entreprise ? Qui sera tenu pour responsable en cas de perte de données ? Sans même parler des compétences techniques, la situation me paraît tellement aberrante que je ne vois pas comment ça pourrait bien se passer avant, pendant, ou après la mise en place d'une solution alternative. Pour le peu que tu en as décrit, dans cette situation je commencerais par mettre à jour mon CV.

Faudrait savoir, Audio Station tourne sur le port 8199 ou 7221 ?

Tel que tu le présentes, tu vas droit dans le mur. Cette réponse est digne d'un SysAdmin irresponsable. N'est-ce pas à lui de vous trouver une solution ? Normalement c'est son job, au pire c'est à lui de remonter les problèmes au RSI. Est-ce que le SysAdmin appartient au groupe pour lequel tu travailles ? Est-il rattaché à ton entité uniquement (~100 personnes) ? Sinon, n'y a-t-il aucun responsable capable de remonter ces dysfonctionnements et de se faire entendre ? Peu importe l'origine du problème, s'il nuit à l'activité il doit être résolu et les décisions doivent être prises par des responsables, ou même par la direction. J'ai plus l'impression qu'il s'agit d'un problème de hiérarchie plutôt que d'un problème purement technique.

Je ne peux que te recommander de n'utiliser que des connexions chiffrées. En 4G, tu demandes à accéder au port 443 de ta box, cette dernière redirige systématiquement vers le port 8199 du NAS (443 (Ext) --> 8199 (Int DSM) ------ TCP). Donc il est impossible d'accéder au port 443 de ton NAS depuis internet. En local, audio.mondomaine.synology.me se résout en l'adresse IP publique et non locale (à moins d'utiliser le paquet Serveur DNS pour configurer une zone dédiée aux réseaux privés).

Tu as du choix : https://www.ovh.com/fr/order/domain/#/legacy/domain/search?domain=firlin.fr

Ça veut implicitement dire que le DS2413+ sera supporté au moins par la prochaine version de DSM (>6.2). Les modèles de la série '13 qui ne seront pas supportés au-delà sont sélectionnés à cause de leur architecture (88f628x et qoriq). Il n'y a pas vraiment de souci à se faire pour le DS2413+ (cedarview) car il a la même architecture que les RS2414(RP)+ et RS814(RP)+ (source). Si ça ne te suffit pas, demande directement à Synology.

Aucun paquet n'est nécessaire pour configurer des dossiers partagés et leur attribuer des droits spécifiques. Tout est expliqué dans l'aide officielle : https://www.synology.com/fr-fr/knowledgebase/DSM/help/DSM/AdminCenter/file_share_create

Tu peux préciser ?

Et quand il y a un souci, c'est souvent la couche 7 qui est en cause

Tu y vas fort là @Fenrir. Attaquer directement à la couche 3 du modèle OSI, sans préliminaires, faut pas avoir peur de prendre un. râteau...