Fenrir

Il faut utiliser le login d'un compte membre du groupe administrators et il faut activer le ssh, tout en bas dans les paramètres

Pour le modèle, le DS216J est un bon choix pour débuter (pas trop cher et assez polyvalent, sans être un foudre de guerre). Pour le disque, les modèles "special" NAS n'ont aucun intérêt ici. La vitesse non plus car même les 5400rpm sont assez rapide pour mettre la plupart des réseaux de particuliers au taquet. Pour l'onduleur, je recommande un line interactive (tu as la liste des modèles compatibles sur le site de syno).

S'ils sont majeurs, ce n'est pas un souci, mais même s'ils sont mineurs, ils peuvent probablement contourner la limitation (ils ont probablement des portables 3/4G, ils peuvent utiliser les hotspot publiques, ...) et un filtrage DNS c'est très facile à contourner techniquement. S'il s'agit de postes que vous maitrisez (postes en libre accès par exemple), il sera bien plus efficace de mettre en place un proxy filtrant.

Je n'ai pas de noms en tête, mais donner accès à 100% des données de navigation d'un ensemble de personnes à une entreprise tierce, qui plus est étrangère, notoirement connue pour insérer son propre contenu dans certaines pages et revendre les infos de ses clients (je ne sais pas si ça a changé suite au rachat par Cisco), dans le seul but de tenter de filtrer le trafic ne me parait être une bonne idée, surtout s'agissant d'une école. À la place des parents je porterais plainte ... ou du moins, je demanderais d'avoir accès aux contrats. Vous pouvez parfaitement faire un filtrage similaire en interne (il existe plein de tuto), il est certain que ce n'est pas du clef en main et que ça demande un peu de travail, mais c'est tout de même bien plus propre (et ça sera plus rapide).

Premièrement, un sous domaine ça ne veut rien dire, nas.ecole.fr est un domaine à part entière, au même titre que ecole.fr ou que fr. =>si tu souhaites que la réponse pour nas.ecole.fr soit différente entre Internet et l'interne, créés la zone nas.ecole.fr

S'agissant d'une école, les arguments CNIL et vie privée devraient suffire pour virer opendns ... (sauf si vous avez un contrat en accord avec le Privacy Shield). Pour le DNS, si ton domaine est ecole.fr et que tu souhaites jouer avec truc.ecole.fr, il faut créer une zone truc.ecole.fr (avec le truc), bien entendu il ne faut pas créer un enregistrement truc.ecole.fr dans une autre zone du nas (et dans ton cas, ne créés pas du tout la zone ecole.fr dans le nas).

Je te déconseille d'utiliser OpenDNS, mais c'est un autre sujet. C'est le principe Tu ne peux pas C'est une possibilité, mais il y a une autre manière de faire que j'ai expliquer dans les commentaires un peu plus haut (pinpoint zone) : http://www.nas-forum.com/forum/topic/55206-tuto-dns-server/?do=findComment&comment=1319318099

C'est un copié collé de l'aide intégrée dans l'appli (le ? en haut à droite) nb : Si ton nas gère le BTRFS, c'est encore plus rapide et les versions prennent moins de place

Le souci est bas niveau, les tailles de blocs et surtout l'organisation des cylindre sont trop différente pour avoir quelque chose de fiable. Sans parler du fait que ton 80Go n'utilise probablement pas la même connectique (SATA1 VS SATA2 ou 3) C'est comme monter de 13" slick d'un coté et des 17" cloutés de l'autre, l'essieu ne va pas le supporter et la conduite sera impossible. Si tu veux faire un test fonctionnel, il faut partir sur des disques de même techno. Pour le SHR lui même, mon nas principal est passé par : 1To + rien 1To + 2To 2To + 2To 2To + 3To 3To + 4To (actuellement c'est ça) Et mon NAS de backup est passé par : 1To + 1To 1To + rien 1To + 1To 1To + 3To 3To + 3To (actuellement c'est ça) À chaque fois le SHR a parfaitement joué sont rôle Et dans 5 ou 10ans, on pourra encore acheter des disques compatibles, tout comme aujourd'hui on peut encore acheter des 20Go IDE, même si ça n'a aucun sens.

Le petit bonhomme en haut à droite

Ce n'est pas prévu dans DownloadStation, mais te toute manière ton NAS ne serait pas assez puissant pour gérer un tel débit en téléchargement parallèles.

Non, mais Il y a toujours un risque, même sans faire d'action de mise à jour, c'est pour ça qu'il faut toujours avoir une sauvegarde. Si je recommande de repartir de zéro, c'est qu'entre DSM 4 et 5 il y a aussi eu un gros changement au niveau de l'organisation du système de fichiers. => achète un disque de 4To, place le dans un boitier USB et sers t'en pour sauvegarder ton NAS Tu t'occuperas de la mise à jour plus tard nb : le disque externe ne sera pas perdu puisque tu t'en servira pour faire des sauvegardes régulière de ton NAS, même après la mise à jour

Si tu n'as pas fait l'action de chiffrer (crypter) tes partages, ils ne le sont pas.

De rien En informatique, de manière générale, il faut éviter de jouer avec les droits "négatifs" (refuser/bloquer/...) sur les fichiers/dossiers. Un droit négatif est toujours prioritaire.

Pour les droits aucun problème, au pire tu devras refaire la même manip (et tu pourras le faire graphiquement). J'ai été un peu brouillon dans mon précédent message, je reformule : si tu fais une mise à jour et qu'il n'y a pas de soucis, c'est 20min de coupure par mise à jour si tu fais une réinstallation du système, c'est 30 minutes de coupure (car il faut refaire les paramétrages) si tu repars à zéro, comme avec un nas tout neuf, c'est 30 minutes plus le temps de transférer les données Je te recommande fortement la dernière options, il y a eu énormément de changement depuis DSM 4.x : recopie manuelle (document texte, capture d'écran, papier/crayon, ...) des différents paramétrages importants sauvegarde des données sur un autre support (un disque externe, ton pc, ...) export des éventuelles bases de données réinitialisation des disques (plein de manière de faire) réinstallation de DSM en version supérieur et mises à jour successives jusqu'à arriver à la version choisie reprise des paramètres recopie des données

Il est possible de se couper les accès, mais il faut vraiment vouloir le faire. Si tu penses que c'est juste une erreur de manip, tu peux faire un reset simple : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General/How_to_reset_your_Synology_NAS#t2 Ça devrait te permettre de retrouver tes accès et tes données. nb : il n'est pas nécessaire de donner tous les accès à un compte admin, il les a déjà tous (même si ce n'est pas coché)

De mémoire c'était un très gros saut de fonctionnalités et d'interface, donc une réinstallation est préférable. Si tu n'as fait aucun tuning en ssh et que tu n'as pas de paquets non officiels, la reprise des paramétrages pour tes sites devrait prendre quelques minutes. Donc en comptant le temps d'installation, c'est l'affaire de 30min de coupure je pense. Par contre si tu as fait du tuning fin, c'est une toute autre histoire. Ce que tu pourrais faire si tes sites sont "critiques", c'est les installer (au moins temporairement) sur une autre machine (un raspberry, ton pc, ...). Tu aurais ainsi tout le temps nécessaire pour faire tes différentes mises à jour. Pour en revenir à la version, passe au moins en 5.2 pour profiter de Docker, ça devrait de rendre service pour ton hébergement de sites.

Je n'utilise pas HyperBackup (mes règles de sauvegarde sont trop complexes, donc je fais tout en rsync). Pour le versioning, tout dépend de tes besoin, mais en général ça sert à se prémunir des erreurs et ce qui ne bouge pas ne prend pas plus de place. Ex : lundi tu sauvegardes tout mardi tu créés un fichier avant la sauvegarde mercredi tu supprimes le fichier avant la sauvegarde jeudi tu veux récupérer le fichier si tu as fait du versioning, tu peux restaurer ton fichier en version unique c'est cuit

Il y a un utilitaire pour y accéder mais tu peux aussi choisir le mode "fichier" (dernière option en bas)

Tu peux monter ton nas avec un disque vierge, y copier les données de ton disque externe puis placer le disque externe en interne et enfin passer le tout en raid, les données du premier disque seront conservées. En pratique, le syno créé toujours un raid1, même avec 1 seul disque (=>SHR sans protection de données), sauf si bien sûr tu lui demande autre chose (disque basic)

En général ces gammes sont renouvelées en fin d'année, une année sur 2, donc fin 2017 je pense. Enfin j'espère, j'ai prévu de changer pour un DS1x1x+ cette année

Lors de la phase de négociation entre la freebox et le nas, ils ont du se dire => pas de mkv C'est peut être un souci de cache, sur l'écran de ta capture, clique sur le dernier bouton (liste des périphériques) et fais "Réinitialiser" Sinon, je ne sais pas si c'est lié, mais il vient d'y avoir une mise à jour de la FreeboxV5 (peut être que free a changé un truc, pas testé). Tout ce que je peux te dire c'est qu'en DLNA, mes clients (rpi et tablette) voient bien toutes les vidéos mkv. J'ai regardé un mkv pas plus tard que ce soir. nb : je n'utilise pas le ffmpeg de syno (j'ai une version recompilée qui prend en charge le DTS) mais je ne pense pas que ça ait un lien

@louisj Comme je n'utilise pas HyperBackup à titre perso (je fais du rsync), j'ai tout de même retesté dès fois qu'un bug soit apparu en DSM 6.1. création d'un partage de test avec 1 fichier de 308mo création d'une tâche HyperBackup local (le choix par défaut) Destination : un partage local (mais ça pourrait être un disque externe) Source : le partage de test Applications : aucune Paramètres : tout par défaut Rotation : j'ai cliqué sur l'option cachée magique que personne je vois jamais Puis j'ai lancé des sauvegardes : sauvegarde initiale : durée : 30sec taille : 310mo aucun changement : durée : 10sec taille : 310mo renommage du fichier : durée : 20sec taille : 316mo duplication du fichier : durée : 25sec taille : 322mo ajout d'un autre fichier de 230mo : durée : 30sec taille : 551mo aucun changement : durée : 11sec taille : 552mo suppression du fichier renommé à la 3ème sauvegarde : durée : 5sec taille : 552mo et dans l'historique, je retrouve bien le fichier avant renommage, puis sa version renommée ... ps : pour l'option cachée, je t'ai fait la capture, c'est difficile de la voir tellement elle est planquée :

Pour les logs, il faut te connecter en SSH à ton nas et aller voir dans le dossier /var/log (il n'est pas accessible depuis DSM, uniquement en ssh)