Fenrir

Tout dépend du budget, de tes compétences et/ou de ta capacité d'apprendre. J'ai tendance à recommander les routeurs Ubiquiti comme l'erx car ils ont un excellent rapport qualité prix, par contre ils ne sont pas forcement à la portée de tout le monde. Sinon tu as plein de routeur "home" mais je n'ai pas de modèle en particulier à conseiller, je recommande juste de prendre un routeur qui ne fait pas wifi et d'acheter une borne WIFI à part si besoin.

Pas de soucis chez moi, essaye de supprimer l'app puis de la réinstaller.

Normalement tu as juste à configurer l'appli une première fois (en enregistrant login+pass), après ça roule tout seul. Le seul truc, si tu kill l'appli ou que tu reboot ton smartphone, il faut la relancer une fois, mais elle n'a pas besoin d'être au premier plan. En tout cas sur android ça fonctionne comme ça (sur un iphone je pense que c'est la même chose).

Tu l'as dit toi même, ton nas ne transcodera pas, il se contentera de servir les fichiers (en gros ça sera un nas :p), pas besoin de cpu ni de ram pour ça. Mes vieux DS710+ (qui doivent être 2 fois moins puissant qu'un DS416play) saturent sans soucis un réseau 1Gbits. Pas de soucis dans la limite du raisonnable, c'est ton réseau qui saturera en premier (sauf à faire de l’agrégation de liens). Ça veut dire que les Synology ne savent pas transcoder le DTS => pas de son si tu souhaites lire les films dans le navigateur (via VideoStation). Pour les autres lecteurs (vlc, kodi, ...) on s'en fiche, eux ils verront un fichier (peu importe qu'il soit sur un nas, un dd externe, une friteuse, ...). nb : si tu te sers du dlna, il se peut que tu rencontres des soucis, mais ça dépend exclusivement du lecteur (de la manière dont il s'annonce).

On ne peut pas modifier un certificat, il faut le recréer

En WIFI (depuis la norme G), le fait d'avoir plusieurs clients ne divise plus la bande passante comme avant. Quand tu regardes un enregistrement, ton appareil peut mettre en cache quelques secondes et le nas peut aussi recompresser la vidéo à la volée alors qu'en direct, rien de tout ça n'est possible (ou alors il faudrait faire du léger différé). Maintenant je peux me tromper, je n'ai jamais utilisé Surveillance Station, mais le test que je te propose ne te coute rien.

Ce n'est pas grave, créés cet autre compte admin s'il insiste. Une fois le démarrage initial passé, tu pourras faire ce que tu souhaites. nb : les comptes membres du groupe Administrateurs ont toujours accès à tout les fichiers si tu souhaites vraiment que ces comptes ne puisse pas accéder aux fichiers des utilisateurs, les utilisateurs doivent chiffrer leurs données

ça tend à confirmer un soucis de débit de ta borne

Je ne pense pas que tu sois en charge de l'infra pour plus que quelques dizaines de personnes (une centaine tout au plus), mais je vais te donner des éléments de réponse adaptés à une ETI plutôt qu'à une PME, donc ne soit pas effrayé. Après libre à toi de faire des concessions pour revenir à un niveau raisonnable (surtout pour ce qui concerne les aspects "quasi instantané" et "bidirectionnel"). Tu trouveras une version plus raisonnable tout en bas. nb : si tu représentes une ETI, ce n'est pas ici qu'il faudrait poser tes questions, mais autour d'une table avec un intégrateur Netapp/EMC/Nutanix/... Il te faut donc 5 nas minimum (spare), sans compter un système redondé de sauvegarde incrémentale séparé (tu as 4 sites donc place une copie de sauvegarde dans au moins 2 d'entre eux). Des fonctions équivalents existent, mais je ne sais pas ce que ça donne en cas de conflits (même fichier modifié au même moment sur plusieurs sites), de ce que j'ai testé, les fonctions de réplication Synology sont plus adaptés pour du PRA ou du PCA qu'autre chose. Pour ce qui est du mode HA, c'est du PCA et je crois qu'il est limité à 2 nas (qui doivent être dans le même lan). Sachant que rien ne t’empêche de faire du DFS-R classique avec des Synology (il suffit d'avoir un serveur windows ayant accès aux différents nas). En passant je ne sais pas si tu connais BrandCache. DFS-R travail sur des fichiers, quand on souhaite de la synchro quasi temps réel, ont doit travailler sur des blocs au niveau disque, ce que DFS-R ne permet pas. Dans l'absolu, la réplication bidirectionnelle temps réel ça n'existe pas (sauf en mécanique quantique), surtout en mode fichier. Soit on fait de l'unidirectionnel, soit un accepte un temps de latence plus ou moins important. En mode bloc, la latence est réduite mais elle existe toujours. En général ce qu'il se passe, c'est que dès qu'un utilisateur "touche" à un fichier, un signal est envoyé aux autres équipements pour : dire aux autre équipements que le fichier est verrouillé (si le fichier est déjà verrouillé, l'accès en est bloqué) propager les modifications enlever le verrou =>tout ça prend du temps, au moins quelques ms (même avec 2 nas dans le même lan en SSD+10gbits) sans compter le temps d'écrire les modifications (si le fichier est très gros, c'est très long), globalement c'est plus lent que d'accéder au fichier directement sur le site distant. Pour la réplication en elle même, je ne connais pas le détail de ton activité ni les spécification de tes interco réseau, mais la réplication quasi temps réel entre 2 sites implique d'avoir un débit très important et une latence très faible. En général pour faire ça, on utilise des techno qui n’existent pas chez Synology (FC, infiniband, ...). Entre 4 sites ça devient excessivement couteux. Si ça doit passer par des liaisons grand public (même en fibre) et/ou non redondées, oublie tout de suite. Pas possible (y compris sous Windows) et de toute manière ce n'est pas recommandé. pas possible car l'admin d'un syno à les privilèges de root, donc il a obligatoirement accès à tout pas recommandé car il faut toujours avoir un compte avec assez de droits pour, par exemple, corriger les problèmes de droits, faire les sauvegardes, ... Mais rien ne t'oblige à laisser n'importe qui utiliser ce compte. (en réalité il y a un moyen d'y arriver, le chiffrement, avec tout ce que ça implique derrière) Ce droit est automatique sous Windows, le créateur d'un fichier/dossier à toujours le droit de gérer les droits dessus (je trouve d'ailleurs ça pénible et dangereux). Pour ce qui est des dossiers personnels individuels (il ne s'agit pas de données perso, mais individuelle, du point de vu légal ce n'est pas du tout le même chose), les droits sont correctement placés sur les dossiers "home" de chaque compte à la première connexion. ====================== En version plus raisonnable pour une PME : 1 nas par site sans réplication bidirectionnelle la réplication unidirectionnelle n'est pas un soucis et peut rendre service : par exemple si le site1 produit alors que le site2 consomme sans jamais modifier pour faire un PCA ou un PRA le dossier "home" d'un utilisateur est sur le nas du site où il en a le plus souvent besoin idem pour les différents partages, ils sont là où ils sont le plus souvent utilisés une infra DFS (+ABE) afin de présenter les différents partages des différents nas aux différents utilisateurs dans une arborescence unique donc si une personne du site1 veut modifier un fichier du site2, elle le fera sur le nas du site2 via l'interco 1 système de sauvegarde incrémentielle, si possible doublé

perf de la tablette et/ou débit WIFI, mais je pense plus à un soucis de débit =>ta tablette peut faire du WIFI 5Ghz en HT40 (soit au moins 300mbits, largement de quoi faire) et a un cpu assez puissant, donc je te suggère de tester avec une borne wifi de meilleur qualité (emprunte celle d'un ami)

Il faut le ré-ouvrir au moment du renouvellement.

Je crois qu'ils passent par un CDN et qu'ils utilisent plusieurs "cloud", donc ça peut venir de n'importe où. Dans ton cas, tu as juste à faire en sorte que rien d'autre n'écoute sur le port 80 le temps de la manip. Si tu tiens vraiment à la faire de manière sécurisée, tu peux utiliser une validation par DNS, mais ce n'est pas géré par le syno.

Créé simplement un nouveau partage et accorde les droits à tes utilisateurs.

Un nas est avant tout destiné à stocker et servir des fichiers, même si techniquement il peut faire routeur, il n'y a rien de prévu dans l'interface pour que ça soit réellement utilisable, tu ne peux pas, par exemple, transférer de port, si régler la partie routeur du parefeu ... Pour dépanner c'est faisable, mais pour un usage quotidien ça sera moins pratique, moins sécurisé et moins rapide qu'un petit routeur à 60€.

On peut aussi utiliser des SAN, c'est géré par letsencrypt

Les vrais homes (ceux avec les infos de connexion) sont dans /var/services/homes, donc sur la partition système qui est sur /dev/md0, cette partition (et uniquement elle) est formatée lors d'une réinstallation. Maintenant comme tu as 5 disques, tu as un raid1 sur 5disques pour cette partition, si tu as un disque en erreur, tout est possible (mais là c'est très, très peu probable). De toute manière, sans entrée dans /etc/passwd, il n'est pas possible de se connecter (sauf à utiliser le serveur ldap ou à avoir intégré le nas dans un AD ou à avoir modifié PAM). Comme je pense que ma parenthèse ne te parle pas et que ça m'étonnerai que tu sois allé bidouiller les fichiers systèmes, il n'y a pas 36 possibilités : ils passent par un des comptes présents quelqu'un a installé un paquet tiers vérolé tu as bouffé un truc de malsain (rootkit ...) Mais encore une fois, je te recommande fortement (surtout avec ce que tu indiques) de repartir de zéro.

Il faut relancer DSM pour que ça soit pris en compte. Vérifie aussi que tu n'as pas enregistré une exception dans ton navigateur.

??? s'ils peuvent se connecter c'est qu'ils ont un compte => si tu as vraiment réinstallé le nas (ça te demande de re télécharger DSM) : leurs comptes ont forcement été supprimés vérifie que c'est bien du sftp (port 22) et qu'ils n'utilisent pas le compte admin sinon c'est que tu as fait un simple reset (reset mdp admin+conf réseau) : dans ce cas tout est resté si les comptes ne sont plus visibles, tu as un bug (qui peut être lié à ton soucis de disque) Pour voir les comptes qui existent vraiment sur un linux : cat /etc/passwd Mais à mon avis tu devrais mettre ce problème de droits de coté, ton vrai problème est celui de tes disques qui sont en erreur, c'est à corriger avant de faire autre chose. fais tes backups identifie le ou les disques en erreurs (il faut les sortir 1 par 1 du nas et les tester depuis un pc avec le soft du constructeur) si un seul disque est en erreur, tu n'as qu'à le remplacer si 2 disques ou plus présentent des erreurs => ton raid est mort (ou presque) => il faut repartir de zéro : formater les disques encore sains compléter avec des disques neufs et testés tout remettre dans le nas faire une installation comme au jour du déballage refaire les paramétrages réinstaller les applis recréer les comptes remettre les fichiers

Si tu as fait une réinstallation, tous les droits de bas niveau (droits ntfs ou placés via filestation) sont à refaire, même ceux qui ont encore l'air ok. Les seuls droits qui sont fiables sont ceux aux niveau des partages, c'est pour ça qu'on déconseille de jouer avec les droits dans les sous dossiers. A noter aussi que le sftp (port 22) n'est pas à mettre entre toutes les mains, il vaut mieux ouvrir le FTPS (port 21), même si parfois c'est un peu plus galère avec le nat.

virtualbox ça marche suffisamment bien et c'est gratuit

Je pense qu'il faudrait envisager de virtualiser le poste sous XP (pour s'affranchir d'une panne hardware) et dans tous les cas, un antivirus ne ferait pas de mal (ne serait que pour limiter le risque qu'il soit infecté via un document copié depuis le nas ou une clef usb). Pour ce qui est d’empêcher certains postes d'accéder au net, il serait plus sage d'invertir dans un petit routeur/firewall (on en trouve des très bons pour 60-70€). Ça te coûtera moins cher que de changer de nas.

(c'est une des choses que je voulais tester avec ton ndd) Si tu souhaites envoyer et recevoir proprement tes mails, il y a plusieurs règles à respecter, les plus importantes (on va dire le minimum vital) sont : les enregistrement MX doivent pointer sur des types A et/ou AAAA (pas des CNAME) => les dyndns sont à proscrire les serveurs MX doivent avoir une ip publique fixe => les dyndns sont à proscrire les enregistrements DNS inverse des ip doivent correspondre à ceux des MX => les dyndns sont à proscrire le nom envoyé par le serveur doit correspondre à un MX (pas obligatoire mais fortement recommandé pour un particulier) le serveur ne doit accepter de recevoir des messages QUE vers les domaines qu'il gère le serveur ne doit accepter d'envoyer des messages QUE depuis les domaines qu'il gère Ensuite pour les spam et les blacklist (RBL), le minimum est : enregistrement SPF présent et correct enregistrement DKIM présent et correct mails sortants signés (DKIM) (bonus : DMARK configuré)

ha oui c'est vrai, je m'étais fait avoir la première fois que j'avais testé

Il faut passer le nombre de versions à 0 pour tous les comptes. Techniquement oui, mais ce n'est pas prévu, donc au moindre reboot, à la moindre mise à jour, ... ça peut revenir sur les dd internes sans prévenir.

Mes nas n'ont que des ports usb2 donc difficile de te répondre, j'avais juste un constaté une nette amélioration en formatant mes disques dur externe en ext3 (je n'ai jamais fait attention au débit avec une clef usb). Par contre au cas ou, tes tests de débit sous Windows ils sont bien sans cache (écriture différée) ?