Fenrir

Le DS715 n'a aucun rapport avec les DS7xx+ (le + fait toute la différence). Ma recommandation est de prendre un DS415+ (tu n'es pas obligé d'acheter 4 disques d'un coup), si tu regarde ma signature, je suis abonnés aux DS7xx+, mais je ne prendrais pas de DS715 (s'ils sortent un DS715+ en x86, je changerais peut être d'avis) Le DS713+ aurais été un bon compromis, mais déjà plus de 2ans, ça diminue d'autant son support de DSM (il doit lui rester 2 ou 3 ans)

c'est une limitation du protocole SMB de microsoft, le buffer est limité à 64k donc il faudrait que ton logiciel de scan créé une copie temporaire ou gère mieux ses verrous (tu peux essayer en désactivant les verrous coté syno, mais il peut y avoir des effets de bords si vous êtes plusieurs à modifier les mêmes fichiers en même temps)

tu peux aussi tester en désactivant temporairement ton antivirus, certains AV ralentissent pas mal le débit

le port 22 est réservé pour le SSH, utilise un autre port (par exemple le 989-990)

essaye de relancer le serveur multimédia, son cache n'est peut être pas à jour.

Tes fichiers ne sont pas en EFS, EFS est un système de fichiers (Encrypting File System), pour être plus précis, c'est une fonctionnalité du NTFS. Dit autrement, tu ne peux pas sauvegarder un fichier "protégé" par EFS que tu un disque en NTFS. edit : trop lent

c'est un exemple de problème qui peut arriver sans volume1, content que ça soir résolu par contre fait attention maintenant, évite d'installer quoi que ce soit sur le "volume1", ce n'est qu'un raccourci vers le volume4

Le volume1 est obligatoire, c'est là que sont stockés tes fichiers, mais effectivement, ça m'avait échappé, il semble y avoir un problème avec tes noms de volume (parfois tu as volume3 et 4, parfois rien, ...) ou alors tu zap des trucs dans tes copiés collé Histoire d'y voir plus clair, débranche tous les périphériques usb du nas (clef usb, disques externes, ...) et lance la commande : mount S'il s'avère que tu n'as effectivement pas de volume1, je te recommande la remise à zéro complète (effacement des données et réinstallation), même s'il n'est pas obligatoire, ça peut poser de nombreux soucis Pour init 6, c'est presque la même chose que reboot, c'est juste un peu plus violent @gaetan.cambier : si tu veux jouer : echo 1 > /proc/sys/kernel/sysrq ; echo b > /proc/sysrq-trigger

Je parlai des paquets/appli wordpress et mariadb/mysql. Ça me prendrais trop de temps de t'expliquer comment faire, donc je te suggère de regarder du coté des plugins, je suis certain qu'il en existe pour changer les urls.

le reboot présente peu de risques (autant qu'un redémarrage normale via l'interface), de plus le fsck peut prévenir (ou te permettre de découvrir) une panne de disque ou une perte de données. Par contre tu as fait une erreur, forcesck -> touch /forcefsck

ce n'est pas un pb de base, mais problème de wordpress Par défaut quand tu upload un truc (par exemple une image), wordpress déclare ce truc avec l'adresse complète en dur dans la base Donc si tu vas sur le site en : http://mondomain.com et que tu up image1.png, son lien sera http://mondomain.com/..../image1.png http://1.2.3.4 et que tu up image2.png, son lien sera http://1.2.3.4/..../image2.png Il n'y a que 2 méthodes pour corriger ce bug : tu passes sur chacun des articles et chacune des pages pour changer les url tu édites ta base en sql tu l'exporte en sql, tu édite le fichier sql et tu réimportes Pour refaire au propre, tu as juste à supprimer les paquets et à les réinstaller

Pas par utilisateur, par contre tu peux le faire de manière globale dans les paramètres réseau (Traffic Control). En passant, je te déconseille le pptp, surtout en usage pro. Le pptp avec mschap2 (le max proposé sur les syno, le pap c'est pire) a été cassé il y a plusieurs années. Passe plutôt en IPsec (c'est en standard sur toutes les plateformes) ou en OpenVPN (moins standard, il faut installer un client mais plus performant et plus simple).

Je n'ai testé aucun des 2 modèles, attend d'autres réponses. Si je m'appuie uniquement sur les spécifications, je ne pense pas, mais aucune certitude

ls -l, (la lettre L en minuscule), pas 1 (le chiffre) mais fais plutôt : du -sh /var/log/* C'est plus lisible et ça donne la taille des dossiers

il faut changer les adresses des images dans les pages pour remplacer http://192.168.1.20/ par / (juste le /, rien avant) soit tu le fais page par page, soit tu le fais directement en base

je ne sais pas pourquoi mais j’avais en tête qu'il utilisait un 215+ ... Donc je reformule, je n'ai pas de test sur des cpu alpine ou armada, je ne sais pas ce qu'ils ont dans le ventre [HS]pour ce qui est de l'heure, je suis entrain de migrer des infras en hno, donc je suis "légèrement décalé" (10h de décalage), je post ici entre 2 taches un peu longue ou pour le temps de réfléchir à un truc[/HS]

Ah!, donc un bon gros vieux bug ... l'essentiel c'est que ça soit résolu

Le principe de PhotoStation est de gérer ses photos sur le nas, pas sur le pc, PSU n'est qu'un soft pour créer les miniatures sur le NAS, ce n'est pas un logiciel de synchronisation. Dit autrement, il s'utilise comme suit : copie des fichiers à mettre sur le nas dans un dossier temporaire du pc on lance PSU sur ce dossier temporaire, il va uploader les photos sur le nas et créé les miniatures associées quand il a fini, on peut (doit) supprimer le dossier du pc Si tu veux supprimer des photos, tu dois le faire indépendamment de PSU, par exemple via : smb, nfs, afp, ftp, ssh, telnet, photosation, filestation, cloudstation, ... Si tu veux que le dossier photo de ton pc et le dossier photo du nas soit synchronisés, utilise cloudstation ou un soft de synchro (rsync, unison, syncback, ...)

Il y a 2 choses à distinguer : chiffrement du transfert : les données sont en clair, mais dans un tuyau chiffré (ssh, vpn, ...) chiffrement des données : les données elles mêmes sont chiffrées dans le tuyau Le premier point fait baisser les perf, mais de manière raisonnable normalement (je n'ai pas de test sur des cpu alpine), par contre le second est souvent un perf killer Pour le VPN : oubli pptp : autant ne pas chiffrer, tu auras le même niveau de sécurité sans les inconvenients IPsec : ce n'est pas nécessairement mauvais en perf et ça à l'avantage d'être standard (perso c'est ce que j'utilise) OpenVPN : j'aime beaucoup, mais pour transférer des données, je te recommande de le passer en TCP et de désactiver la compression

Lance un "top" en ssh sur les 2 syno et regarde les process qui consomment le plus de ressources (cpu/ram) et la charge générale (les 3 valeurs de load) démarre une sauvegarde pendant que ça tourne, fais quelques relevés des valeurs dans top En passant, si tu as activé le chiffrement de la sauvegarde (ce qui sera recommandé via Internet), le débit peut en prendre un sacré coup, de plus il me semble que depuis quelques versions, par défaut le backup rsync se fait au travers de SSH, donc ça pénalise aussi les perfs (tout le contraire de NFS, aka NoFileSecurity avant la v4) Sinon rien ne t’empêche de tester directement avec rsync. Si les perfs sont bien meilleurs avec rsync directement, essaye en montant un tunnel vpn entre les 2 syno, ça sera peut être meilleurs qu'avec ssh tout en gardant un bon niveau de sécurité

a mon avis il manquait ZIP, donc tu as installé l'antivirus

C'est bien rsync qui est utilisé, en l'utilisant directement tu pourras peut être améliorer un peu les choses, mais pas d'un facteur 20. Quand tu dis que tu fais 40Mo/s en NFS, c'est bien entre les 2 nas ? Regarde du coté de la cpu des nas A noter aussi que tu ne feras jamais 40mo/s avec des petits fichiers, dit autrement, ne regarde pas le débit mais le temps total. Pour finir, sauf à avoir la fibre, tu ne feras pas du 2mo/s via Internet

DS710+ / DS712+ : ras

nop, d’ailleurs airplay ne le permet pas de le faire, airplay permet juste d'envoyer un flux vidéo depuis un smartphone vers la tv, mais le smartphone doit rester allumé, DSVidéo donne juste l'info au nas "envoi ça à la tv", le flux ne passe pas par le smartphone

Pas de soucis, dans ce cas, change le Sujet et ajoute résolu devant