Fenrir

ou pour forcer les gamins à aller jouer dehors si on a besoin pour réchauffer la chambre ...

La bonne méthode c'est celle qui correspond bien aux besoins et qui marche. Chacun voit midi à sa porte. On peut aussi parfaitement mixer les méthodes. Tu peux faire de la QoS en fonction : du port physique d'entrée du port physique de sortie de l'ip source de l'ip de destination du réseau source du réseau de destination du port source du port de destination de l'heure du vlan de la mac address de l'OS de la fragmentation de la route du protocole du trafic précédent du poids des données ... ou tout ça à la fois en entrée et/ou en sortie Avec un peu d'imagination on peut même faire de la QoS en fonction de la météo. Mais en général, seules 2 critères sont utilisés : réseau source protocole Et pour la QoS elle même, on peut l'appliquer de plusieurs manières, @gaetan.cambier utilise le "Traffic Shaping", moi j'utilise des files SFQ, mais il existe plein d'autres manières de faire (je ne rentrerai pas dans le détail, en comparaison de tout ce que tu as pu voir jusqu'ici en réseau, la QoS c'est très compliqué) nb : il ne faut jamais utiliser le vlan 1 (et quelques autres), de manière plus général je recommande de ne pas utiliser d'ID inférieur à 10 ou supérieur à 1000 car chez tous les fabricants, certains ID sont réservés ou ont des comportement particuliers

Fais un test SMART de tes disques. Tu peux aussi supprimer l'application DownloadStation, vérifier (en ssh) que le dossier /volume1/@appstore/DownloadStation a bien été supprimé (sinon il faut le faire) et la réinstaller.

Regarde du coté de Docker, ton nas est compatible.

Ses caméras sont en adressage privé sur le même réseau que sa box, lorsqu'elles envoient leurs flux en WIFI vers son NVR (lui aussi en adressage privé dans le même réseau), passé 3 caméras, la box sature jusqu'à planter. Lorsque le trafic passe en filaire, pas de soucis à première vue. Après si c'est sa box qui décide de faire passer le trafic LAN WIFI par le modem, le résultat est le même et la solution aussi => il faut remplacer la partie WIFI de l'installation. La ligne en question va des caméras jusqu'au NVR, à aucun moment la partie modem de la box et encore moins la ligne Internet ne devraient rentrer en ligne de compte ici. Ce qui a été proposé c'est de ne laisser la box que pour l'accès à Internet (même la partie switch de la box ne sera pas utilisée, sauf un port pour aller vers un vrai switch).

ce n'est pas ce que j’appelle un volume raisonnable (surtout pour un test)

Je n'ai pas souvenir de t'avoir recommandé des bornes à ce prix, modèle le plus cher que je t'ai recommandé coute dans les 150€ (ce qui est déjà pas mal). @db77 : je lui ai recommandé des modèles Unifi

Tu ne dois pas lancer ton script avec les bon droits. Utilise sudo ou lance le en root.

C'était aussi la solution que je privilégiais mais quand j'ai testé ça n'a pas marché, il manquait des dépendances, j'ai du me louper

Si tu déplaces les fichiers à la main, tu risques de dé-synchroniser la micro base de download station (ce n'est pas très grave mais c'est sale), alors qu'il suffit en général de relancer le paquet DownloadStation (ou au pire le nas) pour qu'il termine le traitement et place les fichiers terminés au bon endroit. Tu peux le faire avec le planificateur de tâches pour qu'il relance le service de temps en temps. Si tu tiens à le faire en ligne de commandes le soucis risque d'être d'arriver à différencier les fichiers bloqués des fichiers encore en cours de téléchargement (déplacer automatiquement des fichiers c'est facile).

2 baies au minimum pour pouvoir faire évoluer ton nas par la suite. Le DS216J est un bon premier nas, pas trop cher, avec ce budget tu pourrais même envisager un DS216play (250€), il est presque 2 fois plus puissant. Dans un cas comme dans l'autre, prends 1 disque de 4To plutôt que 2 disques de 2To, c'est moins cher et ça te laisse la possibilité d'ajouter un autre disque plus tard (pour faire du raid ou augmenter ton espace dispo). En passant, inutile de prendre des disques estampillés "nas", ils sont plus cher et ça ne sert à rien ici. En WD tu peux prendre un "green" ou un "blue" (140€ le WD blue de 4To). En complément, je te recommande d'ajouter un disque dur externe dans la liste des courses (pas forcement tout de suite), si tu as un disque qui traine il te suffit d'acheter un boitier vide (on en trouve à 15€). Pas besoin de bcp de place sur le disque, c'est juste pour avoir une sauvegarde des données importantes en cas de fausse manip sur le nas.

CGI a été retiré du noyau perl il y a quelques années déjà (et s'est tant mieux à mon avis), donc si syno ne s'est pas contenté de virer le Template (un oubli ça arrive), ça va être coton à remettre. Je viens de jeter un coup d’œil sur mon syno, ils ont fait table rase des références, ce n'est donc pas un oubli, donc il faut refaire un paquet "vendor" complet, ce qui implique de passer par la case compilation (perl Makefile.PL && make && make test && make install). Ça serait peut être plus facile de recompiler e2guardian (fork de dansguardian), il est en pure c++ et il fonctionne avec squid. En plus il est à la fois plus puissant (heuristique) et nettement plus rapide que le vénérable squidguard. @gaetan.cambier : motivé pour te réchauffer ce week-end ? ps : si tu as besoin de puissance de calcul, je peux te mettre un serveur à dispo (jusqu'à 20 cœurs et 140Go de ram si tu vas vite)

C'est possible mais pas recommandé, tu ne pourras pas faire de gestion de droits par exemple. Il ne faut pas voir un NAS comme un disque externe en réseau car ce n'est pas ça du tout. Maintenant si tu es tout seul à utiliser ce nas ...

Il faut créer des partages dans l'interface de ton NAS : https://www.synology.com/fr-fr/knowledgebase/DSM/help/DSM/AdminCenter/file_share_create Par contre tu ne pourras pas accéder d'un coup à tout un volume avec des lecteurs réseau (en pratique c'est possible, mais il faut un peu bricoler)

Il faut se taper un TRÈS gros paquet de dépendances avant que ça marche (mais une fois que cpan marche, tout est plus simple). La deuxième méthode reste de très loin la plus propre, ça permet d'embarquer les modules dans ton paquet squidguard, tu as juste à modifier les includes (ou à ajouter une variable d'env, c'est pareil).. edit : il n'y a rien à recompiler normalement avec la première méthode

Active le service NTP (2 onglets plus loin) puis en ssh : ntpq -p localhost

Ils ont viré certains modules, je n'ai pas regardé pourquoi mais voici un correctif rapide mettez le paquet perl à jour wget -O /usr/local/lib/perl5/vendor_perl/CGI.pm https://tmpfiles.fenrir.fr/www.nas-forum.com/forum/topic/31998-package-squidguard/CGI.pm C'est sale mais ça fonctionne pour le CGI tout seul, s'il y a d'autres dépendances il faudra les ajouter. En théorie, comme c'est une mise à jour mineur, vous devriez pouvoir reprendre les modules de la version précédente. En plus propre il faudrait créer un dossier pour y stocker les modules et les dépendances, puis l'inclure dans les scripts qui en ont besoin (use lib "/volume1/custo/perl/lib";) Et si vous êtes joueurs : cpan install Module::CGI::Install

Essaye avec une autre source ntp => http://www.pool.ntp.org/zone/europe

Juste en passant, essayez rainloop, je l'utilise depuis 1 ou 2 ans, je trouve qu'il est très bien : http://www.rainloop.net/

Seulement si tu as en besoin, sinon tu vas perdre des ressources pour rien. Ça te permet de choisir la version d'apache et de php Plus récent, pour le détail il faut aller sur les sites d'apache et de php

J'adore rsync, mais il n'est pas indiqué pour ce que tu souhaites faire, il faudrait un truc comme unisson. Sinon tu peux essayer avec CloudStation, si le volume des fichiers est raisonnable, ça fonctionne correctement

S'il n'est pas accessible avec FileStation, il faut le faire en SSH.

Avec la manière dont tu as procédé, oui. Il aurait été plus efficace de mettre directement les 4 disques, là il doit transformer un raid1 en raid5, ce qui est très long. Si tu as fais un raid5 (c'est le cas par défaut en shr avec 3 disques ou plus), tu auras 24To moins le système et la partie réservée du système de fichier.

Probablement En partie oui (pour le système), mais pas pour les données qui seront uniquement sur le SSD

Laisse les, tu peux les masquer s'ils te gènent