Fenrir

@Brunchto c'est très variable (type de codec, taux de compression, ips, nombre de pistes, index, ...) Techniquement tu peux regarder une video netflix/youtube en 4k avec de l'adsl ... mais si tu ne veux pas avoir à attendre le chargement du buffer, pouvoir te balader dans la vidéo, ... il faut plus que 100mbits, même pour du 1080p et plus que 100mbits ça veut dire 1gbits (il n'y a rien entre les 2 en filaire). J'ai un peu exagéré pour le WIFI par contre, un bon 802.11gn ou 802.11an devrait fonctionner tout aussi bien.

Wordpress ne sait pas faire ça et c'est probablement la cause de ton erreur 500. Il faut éditer la conf et les entrées dans la base (y compris dans les posts) pour corriger le nom de domaine, il y a aussi des plugins qui permettent de la faire, tu as quelques exemples ici : https://wptavern.com/better-search-replace-a-new-plugin-for-updating-urls-and-text-in-wordpress-databases Commence par corriger ce point.

À défaut d'avoir des outils de diag sur les syno, il va falloir récupérer le core dump (par défaut sous linux il est dans /tmp, sauf si syno à modifié le comportement) et l'analyser avec objdump ou gdb en espérant y trouver des infos pertinentes. Si tu veux jouer, tu peux essayer de remplacer XZ de ton nas par celui présent dans l'archive (en faisant une sauvegarde avant ou en jouant avec des liens)

Je n'ai jamais utilisé cette commande, donc je laisse @Einsteinium répondre (mais je pense que c'est juste un warning) Comme déjà indiqué, les tests smart ne regardent que certains indicateurs, ils ne vérifient pas tous les bloques du disque. Test xz en écrivant du l'autre partition (au feeling je pense que ça va fonctionner) : xz -tv hda1.tgz > /volume1/test

J'aurai du être plus clair Après c'est à toi de voir, ça reste ton installation pour ton utilisation. Perso je vérifierai que la TV était bien compatible 1Gbits ou que son WIFI était en AC avant d'acheter quoi que ce soit.

Ce n'est pas parce que ta TV peut lire des films en USB qu'elle sera capable d'en faire autant via le réseau. Si par exemple sa carte wifi ou sa carte rj45 ne sont pas assez rapide (bridé à 100mbits par exemple), ça ne marchera pas.

créé l'enregistrement mail.pitm77.ch dans le DNS de ton hébergeur installe le serveur mail du syno en suivant le tuto de @InfoYANN, sauf pour la partie modification des enregistrements MX test que tu peux bien envoyer des mails depuis le nas (via MailStation) vers Internet (ils iront surement en spam, on s'en occupera après) Si tout est OK, tu peux faire le reste (MX en particulier)

Ça élimine le pb de corruption du fichier Ça élimine le pb de corruption des librairies ou des binaires => Reste 3 problèmes possibles (en limitant aux problèmes réalistes) : problème de disque (un test smart ça ne vérifie pas toute la surface du disque, loin de là) => il faut tester le disque avec badblock - @Einsteinium la commande fonctionne de la même manière en DSM5.2 ? problèmes de ressources : si tu as des paquets installés coupe les (surtout ceux qui consomme des ressources, comme l'antivirus, le proxy, ...) problème de ram : j'en doute sinon tu aurais aussi des crash de temps en temps

Donc c'est bien ce que je te propose depuis le début ... Remplace juste les valeurs, par exemple, si ton domaine est pitm77.ch, fais ceci : Pour le site tu n'as rien à faire puisque c'est déjà en place : pitm77.ch. IN A 1.2.3.4 www.pitm77.ch. IN A 1.2.3.4 (mais je préfère faire www.pitm77.ch. IN CNAME pitm77.ch., ça fera la même chose mais c'est plus propre et plus simple à gérer) Pour ce qui va sur ton nas : mail.pitm77.ch. IN A 9.10.11.12 pitm77.ch. IN MX 10 mail.pitm77.ch. file.pitm77.ch. IN CNAME mail.pitm77.ch. Avec : 1.2.3.4 = adresse ip de ton hébergeur 9.10.11.12 = adresse ip de ta box Bien entendu, la partie mail et MX n'est à faire qu'une fois que tu as bien testé ton serveur de messagerie et ouvert les ports, sinon tu vas perdre des mails

Donc maintenant c'est bon, tu as tout récupéré au bon endroit ? Si oui, merci d'indiquer que le problème est résolu (en éditant le titre dans le premier message). Merci aussi de passer dans la section présentation du forum, c'est toujours plus sympa.

En fait QuickConnect essaye de deviner si tu es chez toi ou à distance, s'il pense que tu es chez toi, il va prendre l'adresse locale du nas.

Si je te propose ceci, ça te vas ? https://ndd.ch => site web "pro" sur l'hébergeur https://mail.ndd.ch => interface de consultation des mails (webmail en clair) sur le syno - les mails restent en machin@ndd.ch https://file.ndd.ch => interface de filestation (par exemple) sur le syno

Tu as tenté de fermer ta session DSM et de la ré-ouvrir ?

Dans mon cas, ce n'est pas que j'en attends plus, c'est que je ne peux pas le régler comme je le veux et donc il me gène dans mon utilisation du reste du NAS, c'est pour ça que je veux m'en séparer. Mais pour ceux qui ont besoin de PhotoStation avec une utilisation telle que proposée par l'appli, il est très bien.

Le bon dossier c'est photo en minuscule. Sous Linux, on fait la différence entre minuscule et majuscule, pas sous mac et windows. Donc ces derniers t'affichent seulement l'un des 2 (le premier par ordre alphabétique => Photo arrive avant photo). Fais ma manip jusqu'au bout.

Les emails, tu souhaites qu'ils soient stockés où ?

C'est peut être un mauvais contact. Tu as regardé avec un lampe si les connecteurs étaient OK ? Juste pour tester, essaye de mettre ton nas à plat et branche un disque sur le port 2 mais sans son rack en faisant attention à ne pas exercer trop de tension sur les connecteurs (utilise une cale).

Pas obligatoirement (ça peut venir du disque, du noyau, de la ram, d'une libraire ...) -- Je viens de télécharger la version DSM_DS213j_5967 J'ai copié le fichier hda1.tgz sur mon 710 (DSM 5.2.5967-update 4), aucun problème pour extraire le tar avec xz -cd hda1.tgz > SynoUpgrade.tar, donc l'archive est OK (en tout cas quand c'est moi qui la télécharge) Essaye xz sur la même archive que moi avec : xz -l --verbose --verbose hda1.tgz (il y a 2 fois --verbose, c'est normal) et compare (tu devrais avoir exactement le même résultat) xz -l --verbose --verbose hda1.tgz hda1.tgz (1/1) Streams: 1 Blocks: 27 Compressed size: 112.7 MiB (118,220,660 B) Uncompressed size: 411.0 MiB (430,977,904 B) Ratio: 0.274 Check: CRC32 Stream padding: 0 B Streams: Stream Blocks CompOffset UncompOffset CompSize UncompSize Ratio Check Padding 1 27 0 0 118,220,660 430,977,904 0.274 CRC32 0 Blocks: Stream Block CompOffset UncompOffset TotalSize UncompSize Ratio Check CheckVal Header Flags CompSize MemUsage Filters 1 1 12 0 3,941,072 16,777,216 0.235 CRC32 80bda727 20 cu 3,941,046 9 MiB --lzma2=dict=8MiB 1 2 3,941,084 16,777,216 4,299,820 16,777,216 0.256 CRC32 a81bc2c6 20 cu 4,299,795 9 MiB --lzma2=dict=8MiB 1 3 8,240,904 33,554,432 3,716,536 16,777,216 0.222 CRC32 4c329631 20 cu 3,716,510 9 MiB --lzma2=dict=8MiB 1 4 11,957,440 50,331,648 4,748,080 16,777,216 0.283 CRC32 10e10a7c 20 cu 4,748,053 9 MiB --lzma2=dict=8MiB 1 5 16,705,520 67,108,864 4,326,668 16,777,216 0.258 CRC32 2e977e15 20 cu 4,326,641 9 MiB --lzma2=dict=8MiB 1 6 21,032,188 83,886,080 4,511,104 16,777,216 0.269 CRC32 06f479c3 20 cu 4,511,077 9 MiB --lzma2=dict=8MiB 1 7 25,543,292 100,663,296 4,430,500 16,777,216 0.264 CRC32 49119ba0 20 cu 4,430,476 9 MiB --lzma2=dict=8MiB 1 8 29,973,792 117,440,512 5,261,976 16,777,216 0.314 CRC32 e195517b 20 cu 5,261,949 9 MiB --lzma2=dict=8MiB 1 9 35,235,768 134,217,728 4,168,968 16,777,216 0.248 CRC32 ef247122 20 cu 4,168,942 9 MiB --lzma2=dict=8MiB 1 10 39,404,736 150,994,944 4,678,664 16,777,216 0.279 CRC32 a4268430 20 cu 4,678,639 9 MiB --lzma2=dict=8MiB 1 11 44,083,400 167,772,160 4,742,708 16,777,216 0.283 CRC32 3528847b 20 cu 4,742,683 9 MiB --lzma2=dict=8MiB 1 12 48,826,108 184,549,376 4,469,740 16,777,216 0.266 CRC32 4bf580f3 20 cu 4,469,714 9 MiB --lzma2=dict=8MiB 1 13 53,295,848 201,326,592 4,372,480 16,777,216 0.261 CRC32 a2146507 20 cu 4,372,453 9 MiB --lzma2=dict=8MiB 1 14 57,668,328 218,103,808 2,133,440 16,777,216 0.127 CRC32 5f0b1406 20 cu 2,133,413 9 MiB --lzma2=dict=8MiB 1 15 59,801,768 234,881,024 3,429,484 16,777,216 0.204 CRC32 1506bd88 20 cu 3,429,460 9 MiB --lzma2=dict=8MiB 1 16 63,231,252 251,658,240 4,466,828 16,777,216 0.266 CRC32 17dde1aa 20 cu 4,466,804 9 MiB --lzma2=dict=8MiB 1 17 67,698,080 268,435,456 3,995,764 16,777,216 0.238 CRC32 4356e5a9 20 cu 3,995,738 9 MiB --lzma2=dict=8MiB 1 18 71,693,844 285,212,672 1,522,164 16,777,216 0.091 CRC32 6d1fceec 20 cu 1,522,137 9 MiB --lzma2=dict=8MiB 1 19 73,216,008 301,989,888 4,210,748 16,777,216 0.251 CRC32 bede40cc 20 cu 4,210,724 9 MiB --lzma2=dict=8MiB 1 20 77,426,756 318,767,104 5,562,480 16,777,216 0.332 CRC32 a2272449 20 cu 5,562,453 9 MiB --lzma2=dict=8MiB 1 21 82,989,236 335,544,320 4,555,308 16,777,216 0.272 CRC32 b8bc5c11 20 cu 4,555,281 9 MiB --lzma2=dict=8MiB 1 22 87,544,544 352,321,536 15,155,108 16,777,216 0.903 CRC32 28865a48 20 cu 15,155,083 9 MiB --lzma2=dict=8MiB 1 23 102,699,652 369,098,752 7,303,640 16,777,216 0.435 CRC32 6d371aec 20 cu 7,303,614 9 MiB --lzma2=dict=8MiB 1 24 110,003,292 385,875,968 3,038,972 16,777,216 0.181 CRC32 2e7f8ba3 20 cu 3,038,946 9 MiB --lzma2=dict=8MiB 1 25 113,042,264 402,653,184 3,230,612 16,777,216 0.193 CRC32 8c7de59a 20 cu 3,230,588 9 MiB --lzma2=dict=8MiB 1 26 116,272,876 419,430,400 1,820,196 10,321,920 0.176 CRC32 fb5efa76 20 cu 1,820,169 9 MiB --lzma2=dict=8MiB 1 27 118,093,072 429,752,320 127,356 1,225,584 0.104 CRC32 71d2211e 12 -- 127,338 9 MiB --lzma2=dict=8MiB Memory needed: 9 MiB Sizes in headers: No Minimum XZ Utils version: 5.0.0 Ça fait 2 ans qu'il a le problème Pour ma part je ne cherche plus à résoudre, mais juste à comprendre (et si ça corrige tant mieux), c'est simplement par curiosité intellectuelle

Je viens de tester avec chrome dans une VM (pour ne pas pourrir ma machine avec), je n'ai pas d'alerte CSP, pourtant je l'ai avec Firefox Mais dans tous les cas, la vidéo fonctionne avec Chrome et Firefox. Par contre les nouvelles infos que tu donnes veulent dire autre chose Pas de lien entre le CSP et le fait que la connexion ne soit plus sécurisée (le CSP bloque), vérifie plutôt que tu n'as pas un souci de certificat (si tu es en https) ou de plugins chrome. Ça peut aussi venir d'une interception TLS de ton antivirus ou autre. Test avec un autre navigateur (firefox)

Le test avec le port c'est juste un test, pour essayer de deviner le comportement de QuickConnect

Il faut que tu déplaces Photo dans photo, mais ne le fait pas directement en ssh (ça risque de créer des problèmes de droits) créé un nouveau partage sur le volume 2 (phototemp par exemple) en ssh, déplace Photo vers phototemp : mv /volume2/Photo /volume2/phototemp => le dossier Photo (avec la majuscule) devrait apparaitre dans le partage phototemp Et là, avec FileStation ou via un partage réseau, déplace le contenu de phototemp/Photo vers photo

Aucun souci de ce coté, c'est donc un bug d'affichage (ça ne t"empêche pas de créer des fichiers) => support synology Si tu créés un autre utilisateurs, même problème ?

@stupidguy : ne t'inquiètes pas, si tu as un usage simple ça fonctionnera très bien pour ce que tu souhaites en faire et au pire, il existe d'autres applications de galerie photo @aj13fr : J'ai simplement répondu à sa question en indiquant que j'allais probablement arrêter de m'en servir Comme on dit "c'était mieux avant", si tu as commencé avec un DS107+ (j'en ai eu un aussi, c'était mon 2ème syno), tu as du voir les évolutions Mes reproches sont les suivants : on ne peut pas gérer les droits du partage ou des dossiers depuis DSM, mais uniquement depuis PhotoStation => ça perturbe les utilisateurs et ça empêche les usages avancés on ne peut pas masquer le partage réseau des utilisateurs qui n'y ont pas accès => ils voient le partage mais ne peuvent y accéder (si je n'ai pas droit d'accéder à un truc, pourquoi me le montrer ?) on ne peut pas autoriser/interdire l'accès à l'application => tout le monde y a accès (pondéré par les droits des albums), ce qui ne serait pas trop gênant sans point suivant on ne peut pas changer les ports, c'est obligatoirement 80 et 443 => on ne peut pas interdire son accès depuis Internet si on a ouvert ces ports pour une autre appli on est obligé d'utiliser le /photo dans l'URL (sauf à mettre en place un reverse proxy plus complet que ce que propose syno) => url plus longue et adresse non utilisable pour une autre application dans le même domaine on ne peut pas l'utiliser dans le portail des applications => ce qui ressouderait les 2 points précédent on ne peut pas mettre de limite de vitesse => avec un up adsl tous le débit y passe on ne peut pas avoir plusieurs dossiers de photo (c'est soit /photo, soit /home/photo, rien d'autre) => pas possible d'avoir une gestion "pro" ou répartie sur plusieurs volumes et pour le PhotoStation Personnel, même si c'est un standard unix, le ~login/photo ce n'est pas très conviviale pour la plupart des gens ... Après si on a un usage très simple, ça peut faire l'affaire. Je pense que pour @stupidguy ça ira et c'est manifestement ton cas => cette application n'est pas forcement à supprimer et elle a aussi de bon aspects (j'aime bien le visuel, l'ergonomie est pas mal, la gestion des partages fonctionne assez bien ...) edit : si on se connecte avec le compte admin on a accès à l'option permettant de créer des comptes locaux et de ne plus utiliser les comptes DSM, les autres administrateurs n'ont pas cette option.

Essaye en utilisant ton port 9007 : https://tonadresse:9007 (idem avec dsvideo) Aucune idée de ce que ça va faire (QuickConnect c'est vraiment la misère comme fonctionnement car le résultat et le comportement changent selon que tu es en LAN ou depuis Internet ou dans un autre LAN)

Ce qu'on voit ici c'est des dossiers, pas des fichiers. Si tu fais ls -l /volume2/photo/West tu y verras plus clair (si la première lettre à gauche est un d c'est un dossier). Avec si peu de détails, je pense à un problème potentiel : tu as un dossier photo sur plusieurs volumes => le syno ne t'en affiche qu'un Pour vérifier : ls -l /volume? Si c'est bien ça, pour corriger tu peux déplacer le contenu en ssh entre les volumes mais vérifie avant que tu as la place : df -h du -sh /volume?/photo