Fenrir

C'est à régler dans : Limiter les mises à jour de zone Je n'ai jamais testé la fonction sur un syno, donc je ne sais pas si elle fonctionne. Par contre de manière plus générale, il faut éviter de le faire sur la zone "principale" (celle que tu peux modifier à la main), trop long à expliquer, mais créé une zone dédiée aux enregistrements dynamiques. .local à éviter => https://tools.ietf.org/html/rfc6762 La bonne pratique est d'utiliser un domaine qu'on possède (qu'on a acheté), si par exemple tu achètes le domaine figoware.fr, tu peux faire ceci : zone figoware.fr pour tes enregistrements "normaux" (mail, www, ...) zone lan.figoware.fr pour tes enregistrements dynamiques (pc1.lan.figoware.fr) Une vue c'est un règle d'accès (ACL), son nom sert juste à l'admin.

ça ne fonctionne pas avec photostation, désolé

Pour les accès, je ne vois pas de problèmes particulier si le débit est suffisant (là on ne peut pas te répondre, c'est ton installation). Vois le nas comme un pc de plus dans ton réseau. Pour les disques il faut éviter les 3To (taux de panne important) et les modèles "spécial" nas n'apportent rien généralement, sinon pas de préférence. Raid 0 à fuir, éventuellement tu peux faire 2 volumes de XTo (1 par disque), ça sera plus fiable. Après il s'agit de tes données, si elles n'ont aucune importance et que le temps de réinstallation + reconfiguration + récupération des fichiers n'est pas un souci, tu peux passer en jbod (c'est un peu moins casse gueule que le raid0).

Ubuntu Server ce n'est pas la panacée, mais tout de même, ça devrait tourner, je pense que le problème est à chercher du coté de la personne qui a fait l'installation et la configuration du serveur et/ou site. De manière générale pour un Wordpress, si on veut des perfs il faut : ne pas utiliser le module php d'apache => il faut utiliser php-fpm bien configurer le serveur web (cache, compression, parallélisme, ...) bien configurer le serveur php (cache, compression, parallélisme, ...) bien configurer le serveur SQL (cache, compression, parallélisme, ...) bien configurer le serveur de cache utiliser le moins possible de plugins (90% des lenteurs et des failles des sites basés sur WP sont liés aux plugins) en passant, les plugins d'optimisation sont à éviter dans la plupart des cas car ils empêchement les caches de fonctionner correctement (sauf à très bien les configurer) utiliser un thème correctement codé (21 scripts et 13 feuilles de styles rien que sur ta page d'accueil !!!!) désactiver TOUS les contenus externes (polices google par exemple, boutons des rézozosio, ...) ne faire QUE du https (et bien configuré), si possible en TLS1.3 passer en http2 (pour profiter du parallélisme) Perso, presque tout le contenu de mon site est exclusivement chargé depuis les caches => aucun accès php/sql/disque la plupart du temps, tout est en ram

@white.spirit t'as donné la bonne réponde selon moi : Internet ---> port 1234 de la box ---> transfert de port de la box ----> port 80 du syno => Le port 80 de la box ne sera pas utilisé Tu peux aussi te servir du reverse proxy du syno pour la plupart des applications et donc spécifier le port de ton choix (par défaut sur un syno, seul Photostation utilise les ports 80 et 443) Soit dit en passant, si ton FAI a besoin d'accéder à ta box à distance, via ses accès publiques et sur des ports de ce type, change de FAI ça vaut mieux (pas pour le port, mais pour l'absence totale de compétences que cela laisse entendre).

Le Syno gère plus de format que les chromecast : https://developers.google.com/cast/docs/media / https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Mobile/Can_my_Synology_NAS_transcode_videos_for_my_device Pour ce qui n'est pas géré par la CC, un modèle play ou plus (+) peut essayer de faire la conversion (généralement ça marche bien, mais ce n'est pas du 100%, par exemple Syno ne gère pas le DTS). Je n'ai jamais eu de Google WIFI (et je n'en aurais JAMAIS), mais je ne vois pas pourquoi ça ne fonctionnerait pas.

Merci de commencer par faire un tour dans la section présentation du forum, c'est toujours plus sympa. Pour tes questions, même un modèle d'entrée de gamme pourra répondre à tous les besoins exprimés (et bien plus encore). Le DS218+ sera largement suffisant, inutile de dépenser plus et te permettra de faire des choses auxquelles tu n'as même pas pensé (par exemple chiffrer les sauvegardes avant de les envoyer dans le cloud) --- Quelques points à noter tout de même : Dropbox n'est PAS une solution de sauvegarde 1mbits en upload pour des fichiers bureautique c'est généralement suffisant, mais il ne faut pas attendre de miracle non plus La mise à jour d'un mac c'est généralement très simple à faire si le modèle est encore supporté par Apple (mise à jour, next, next, ...) Pour les disques les modèles RED ne présentent pas d’intérêt pour un syno si ce n'est la garantie, les green/blue sont généralement moins cher et tout aussi efficace, en passant les modèles 4To sont plus rentables, mais vu la volumétrie annoncée, ça n'a pas d'importance. Le gros avantage des Syno par rapport à la concurrence c'est leur prise en main très simple (les qnap par exemple sont un peu plus puissant à prix équivalent, mais nettement moins simple pour un novice). Tu peux te faire une idée ici : https://www.synology.com/fr-fr/dsm/live_demo (c'est la beta de la prochaine version, mais ça ne change pas grand chose) Par défaut le Syno te proposera de faire du SHR (c'est du raid1+lvm), tu peux laisser par défaut ou choisir un vrai raid1 Le remplacement d'un disque se fait en 5 cliques : http://www.nas-forum.com/forum/topic/56915-tuto-remplacer-un-disque-en-shr/ Si c'est un partage Dropbox, il faut le gérer avec Dropbox, le syno ne peut rien faire pour toi (mais syno propose aussi un équivalent à Dropbox => CloudStation) Pour les accès à distance, le VPN est recommandé (mais pas obligatoire) : http://www.nas-forum.com/forum/topic/53328-tuto-vpn-server/ les mises à jour sont gratuite et le suivi est fait pendant 5ans généralement (un peu plus pour les mises à jour de sécurité) le nas est accessible via son interface Web (DSM), mais aussi en partage de fichier (partage windows par exemple) ou encore via des applications Synology (pour tablettes/smartphone) et surtout, il faut bien sécuriser le nas : http://www.nas-forum.com/forum/topic/54453-tuto-sécuriser-les-accès-à-son-nas/

Tu n'aurais pas un problème de débit WIFI par hasard ? Les problèmes de débit les plus courant arrivent quand les utilisateurs se servent de leur BOX pour la partie switch et/ou wifi. Ce n'est pas systématique (certaines box fonctionnent très bien), mais on constate très souvent ce genre de problèmes. Dans ce cas la solution passe par : vérification des réglages WIFI : en particulier le canal utilisé changement de position de la box : tu peux aussi tester en te plaçant à 2m (pas plus près par contre) ajout d'un switch entre le nas et la box : un switch ce n'est pas cher et c'est toujours pratique ajout d'une vraie borne WIFI : c'est plus cher par contre, il faut voir ça comme un investissement

100mo/s <=> 1Gbits

Les vitesses max indiquées par les constructeurs/fai/... c'est uniquement valable dans les conditions particulières rarement voir jamais possibles dans un usage réel. Pour les 35mo/s en passant par DSM (donc en Web) et en utilisant une box comme switch et un "vieux" mac comme client, ça n'a rien de choquant, tu devrais pouvoir atteindre facilement le double en FTP ou en NFS.

2ème résultat https://duckduckgo.com/?q=macos+smb+slow&t=ffab&ia=web Pour les vitesses, via DSM ça me parait normal pour un modèle J

Essaye ça (en lisant bien ce que ça implique) : https://dpron.com/os-x-10-11-5-slow-smb/ ps : il vaut toujours mieux utiliser un switch dédié plutôt que celui des box mais c'est un autre sujet

Quel est le format des vidéos ?

Si c'est le firmware qui le fait il pioche dans sa réserve perso (qui n'est pas visible), mais dans dans tous les cas on parle ici que blocs, donc les variations sont minuscules.

C'est une question de moyen VS importance des données. Pour ma part : 1 bloc en erreur (non corrigé) => remplacement du disque programmé asap réallocation sur 2 chiffres => idem Ce n'est pas tant les 16 cycles que l'endroit où ils sont fait qui peut poser problème. En usage "normal", on n'écrit JAMAIS sur toute la surface d'un disque, ce qui laisse plein de place pour la réallocation des blocs/secteurs défectueux par le "système" lors des phases de scrubbing (en plus de la réallocation gérée par le disque lui même) et diminue d'autant les chances de tomber sur un problème. En faisant un test destructif, toute la surface du disque y passe et le nombre de réallocation (gérée par le disque, pas par le système) peut très vite augmenter pour corriger des erreurs sur des zones où tu n'aurais de toute manière jamais écrit. En passant, -w implique qu'il n'y a rien sur le disque (même pas DSM dans le cas d'un syno), donc ce n'est pas toujours possible de s'en servir. Plus que la durée de vie de la mécanique du disque ne le permet. ----- Et pour le -c, ça peut augmenter la vitesse, la réduire mais aussi augmenter ou réduire la fiabilité du test => si tu veux jouer avec cette option il va falloir connaitre précisément toutes les spécifications de ton disque (taille des blocs, tampon, blocs par cylindre, nombre de plateau, ...) et sortir la règle à calcul. Par défaut c'est 64 blocs en parallèle avec 1024B/bloc (ton lien date de 2002, il n'est plus du tout adapté). Sur les disques actuels, un bloc c'est généralement 4096B (c'est le -b dans les options)

Tu tests bien depuis Internet (au 4G par exemple), pas en local ? Pour que ton ddns fonctionne en local il faut, au choix : un serveur dns interne (il y a un tuto pour ça) un routeur qui gère le "loopback"

dans ton client de message à la place de ton domaine.fr FW => firewall/pare feu du nas (vas voir le tuto dans ma signature)

@Einsteinium et @apossium : vous avez tous les 2 raison, ne vous fâchez pas -n va effectivement moins loin que -w mais convient à la plupart des cas il est possible que sur la durée de vie du disque certain blocs en erreurs provoquent des problèmes mais il est aussi possible de cramer des données pendant le test => attention aux sauvegardes pour une machine sur laquelle on peut difficilement intervenir, le -w peut s'avérer utile mais il fatigue aussi nettement plus les disques c'est 16 cycles qui sont effectués (4x4) et la réserve de blocs sera nettement plus entamée (y compris pour des blocs qui n'auraient jamais été utilisés) =>il y aura moins de temps entre le début des problème et la mort du disque => il faudra plus superviser ces disques C'est donc une question de besoins avant tout ps : le facteur temps peut aussi rentrer en ligne de compte

Si tu test en LAN, essaye en mettant directement l'IP du nas (et vérifie aussi le FW du nas)

Merci de supprimer les coordonnées, ce n'est pas un site de petites annonces. Pour le problème de vitesse, il faudrait donner plus de détails : type de connexion des clients vers le nas si wifi, quel norme (802.11b, 802.11bg, 802.11bgn, 802.11a, 802.11an, 802.11ac) si filaire quel type (100mbits, 1Gbits, ...) type de raccordement entre les clients et le nas passage par un switch, une box, ... des métriques débit mesuré latence ... le type de client GNU/Linux macOs Windows ... le protocole de connexion smb nfs ... et le type d'usage gros fichiers petits fichiers travail en direct sur le nas ...

Le code semble propre et le fonctionnement relativement bien pensé pour un particulier mais il faut (très) bien le configurer et penser aux sauvegardes (oui un conteneur ça peut être sauvegardé) si on ne veut pas avoir de surprises (conteneurs liés par exemple). Par contre : https://github.com/v2tec/watchtower/issues/65 =>DSM 6.2 minimum à priori (sauf s'ils mettent à jour le paquet Docker des versions précédentes) De plus le projet semble à l'abandon depuis quelques mois ... Donc si vous n'avez que quelques conteneurs, autant faire un petit script.

Merci de commencer par faire un tour dans la section présentation du forum, c'est toujours plus sympa. Si ton réseau est en gigabits, ça ira aussi vite avec syncback et ça t'évitera de devoir apprendre/tester d'autres manières de faire. Après il existe effectivement des méthodes potentiellement plus rapide, mais ça dépend principalement de ce que sait faire ton ancien NAS, le plus rapide étant de passer par rsync en ligne de commandes.

chrome est plein de bug de manière générale (et plus lourd/lent que firefox en pratique)

Essaye avec un autre navigateur