PiwiLAbruti

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...

En supposant que tu as déjà acheté un domaine (xxxx.xx dans ton message), il y a ce qu'il te faut dans Web Station > Virtual Host pour définir la redirection. ?

Tu peux mettre en place un serveur DNS sans supprimer le serveur DHCP de la box. Un serveur DNS n'est pas un pare-feu. Il ne sert pas à bloquer un client spécifique. Prends le temps de te documenter car vu les questions sinon tu poses, tu vas vite être perdu.

On doit répondre quoi quand on a un NAS de 2009 schizophrène ? (DS109 transformé en DS112j ) Plus sérieusement je commence à me poser la question. Je serais curieux de tester les performances du DS218j qui couvre mes besoins, mais le DS218+ me fait de l'œil...

https://www.synology.com/fr-fr/company/contact_us

Il serait possible de faire un script, mais le mieux est de proposer une amélioration à Synology.

C'est toi qui voit.

Non, ce n'est pas prévu par Synology.

Bienvenu à toi ô grand maître de l'IPv6 !

C'est une très mauvaise idée d'ouvrir le port d'un SGBD sur internet. À moins que vous ayez conscience des risques de sécurité liés aux communications non-chiffrées, à l'identification de hôtes distants (pare-feu, VPN, ...), et aux latences liées au réseau, je ne peux que fortement vous déconseiller de sauter le pas.

Il ne s'agit pas d'une adresse IP extérieure mais d'une adresse IP automatique non-routable (169.254/16). Comment était configuré l'adressage IP du NAS ? (manuel/DHCP) Si manuel, reconfigurer l'adresse IP du NAS avec Synology Assistant. Si DHCP, il se peut que le serveur DHCP ait un problème (voir configuration de la box/routeur)

Thunderbolt ou pas, le débit ne pourra pas dépasser 1Gbps ("limité" par le réseau). J'ai un MacBook Air avec un adaptateur Apple Thunderbolt2/RJ45, les débits dépassent péniblement les 800Mbps sous iPerf (pas optimal malgré Thunderbolt).

Les ports sont codés sur 16bits, la valeur maximale qui peut être attribuée à un port est 65535 (216-1). Le port 99599 ne peut donc pas être utilisé, en plus d'être totalement inutile en terme de sécurité. Si le service FTP doit être ouvert sur internet, il y a plusieurs choses à respecter : Activer le blocage auto (bloque les attaques brute-force), Activer le service de chiffrage FTP SSL/TLS (sinon les identifiants passent en clair), Ne pas activer FXP (très pratique mais se révèle être une vraie passoire), Restreindre l'accès au service FTP aux seules adresses IP source concernées dans le pare-feu du NAS (restriction géographique). Le non-respect d'un seul de ces 4 points rend le NAS vulnérable.

Toutes les versions de Python publiées officiellement par Synology sont ici : https://ukdl.synology.com/download/Package/spk/Python/

Il y a un port Thunderbolt 3 sur le DS1817+ ? Un SAN, c'est réseau de stockage dédié (MTU@9K+) et une serveur de stockage prenant en charge le protocole iSCSI. Donc un NAS Synology peut très bien faire parti d'un SAN.