Fenrir

Réponse courte sans hésiter une seconde : rsync

Il est sacrément bien équipé ton four à micro-ondes alors Rien n’empêche Plex de développer une version compatible de leur soft, ce qu'ils font d'ailleurs pour la plupart des modèles de Synology https://docs.google.com/spreadsheets/d/1MfYoJkiwSqCXg8cm5-Ac4oOLPRtCkgUxU0jdj3tmMPc/edit#gid=314388488 Les Qnap sont aussi très bien, mais pas pour le même type d'utilisateur ni les mêmes usages : un Qnap c'est un mini pc qui se prend pour un nas un Synology c'est un nas qui se prend pour un mini pc Même si en pratique, ils sont très similaire en terme de fonctions.

j'aime bien le "je crois" par acquis de conscience : sauvegarde coupe le nas proprement enlève le disque non initialisé (ne te trompe pas !!!) rallume le nas pour vérifier qu'il repars bien branche le disque "non initialisé" sur un pc et format le (peu importe le format) coupe le nas proprement et replace le disque rallume le nas et suis les instructions de @firlin

Salut http://projet.pmenier.net/cave/ pas testé mais ça devrait marcher sur un synology

en lisant ce qui est indiqué sur le site officiel, plein de format ça veut dire : Video codecs H.264 High Profile Level 4.1 (the processor can decode up to 720/60 or 1080/30) VP8 Audio codecs HE-AAC LC-AAC MP3 Vorbis WAV (LPCM) FLAC https://developers.google.com/cast/docs/media La liste est très courte

C'est le même que le précédent mais avec une meilleur puce wifi et un cpu un peu plus rapide, niveau compatibilité c'est identique Chez moi non, pour 2 raisons très simples : toutes mes vidéos sont en m4v (h264/aac) et je n'ai pas de TV (j'ai un 27" en guise d'écran de PC, donc largement assez grand pour regarder des films dans mon petit logement) Chez mes parents, j'avais installé un de mes raspberry sur leur vieille TV, ça fonctionnait très bien, au moins jusqu'en 1080p (pas testé plus haut). Depuis je leur ai offert une TV qui lit la plupart des formats, donc le raspberry est revenu chez moi pour mes geekeries

Jusqu'en 1080p (pas testé au delà), je n'ai rien trouvé avec un meilleur rapport qualité/prix qu'un raspberry avec les softs qui vont bien (kodi par exemple, mais ce n'est pas le seul). L'idéal étant d'avoir un TV qui gère directement les formats qu'on utilise. Pour les Chromecast ou autre AppleTV, considère que c'est m4v (h264/aac) uniquement (en réalité d'autres formats sont gérés, mais ils sont tellement rare que ...). VideoStation ou Plex peuvent, dans une certaine mesure, convertir les vidéos (mkv->m4v) voir les transcoder (divx->h264), mais ça fait pas mal travailler le nas et il y a souvent des problèmes (qualité d'image, pas de son, DTS non géré ...). nb : je n'utilise pas le transcodage, mon avis est limité aux retours fait sur ce forum, mais il y aussi des personnes chez qui ça fonctionne très bien

QuickConnect ne bride pas, mais son principe de fonctionnement fait qu'il est possible que même en local une partie du trafic passe par Internet.

désactive les protections internet/réseau de ton antivirus qui n'en est pas un (enfin pas que)

La chromecast (comme de trop nombreux périphériques) ne lit que du mp4/m4v (h264/aac) => essaye de convertir une de tes vidéos perso dans ce format (handbrake fait ça très bien).

oui, quickconnect est un vpn automatique monté entre ton nas et des serveurs de synology quelque part =>passe en direct (sans qc)

ça devrait

http://browser.primatelabs.com/geekbench3/1780313

https://account.synology.com/support/support_form.php Il mettent quelques jours à réagir en général.

un peu plus compliqué à faire, il faut extraire le chemin courant, garder ce qui va bien et s'en servir pour créer la cible

Ça ressemble beaucoup à un soucis de navigateur ou de filtrage, mais ça peut aussi être un soucis d'installation (c'est plus rare). Pour le premier point : test avec Firefox en navigation privée sans extensions en utilisant l'adresse http://adresse.ip.du.nas:5000 (pas en https) test avec Firefox en navigation privée sans extensions en utilisant l'adresse https://adresse.ip.du.nas:5001 (donc en https) tu peux aussi tester sans Kaspersky (il suffit peut être de le régler, mais ça fait des années que je n'ai pas touché ce produit) un test depuis une autre machine serait aussi intéressant Si l'un des tests fonctionne, donc nas va bien et le soucis vient de ton pc. Pour le second, si tu n'as encore rien fait sur le nas, le plus simple dans ton cas c'est de le réinstaller (double reset) puisqu'il n'est pas encore "en prod" (plein de données et de conf), normalement on n'a pas besoin d'en arriver à ces extrémités, mais parfois sur un équipement neuf, l'installation a des ratés la première fois.

Oui c'est vrai, beaucoup d'algo à base d'AES sont accélérés par l'AES-NI (ça date de 2010) et c'est effectivement nettement plus rapide avec que sans (à noter que ce n'est pas réservé aux Intel, AMD et VIA ont aussi des x86 avec une gestion intégrée de l'AES). (sur ma machine il y a un facteur 6) Par contre, je ne connais pas les caractéristiques de ta connexion Internet, mais je pense que même sans accélération coté PC, tu dois pouvoir aller bien au delà des capacités de l'erx. Mais si ta connexion est suffisamment rapide, l'aes256 est pris en charge à la fois par les Intel et l'erx (même si sans le GCM, c'est un cran en dessous niveau sécurité). Perso, l'offload m’intéresse plus pour la conso énergétique et le soulagement du CPU que pour les perfs. Pour ce qui est de la sécurité, quand j'ai besoin de blinder la sécurité, j'ai plus confiance en Camellia (ou ChaCha20 si j'ai besoin de perfs). Pas mal de cpu ARM gèrent l'offload (certains Allwinner, Broadcom ou encore Qualcomm par exemple), mais encore faut il que le pilote qui va avec ait été acheté (c'est souvent soumis à licence) et correctement installé. C'est bien entendu le cas pour les Cavium, sinon on ne serait pas entrain d'en parler . <mode super parano on>Utiliser l'accélération matériel implique automatiquement d'avoir pleine confiance dans la "propreté" du hard et des pilotes qui vont avec</mode super parano off> ps : j'ai passé ma matinée avec MS sur un soucis de cipher, donc je suis chaud sur le sujet.

Depuis DSM6, pour ce connecter en root directement il faut utiliser une clef SSH.

Une mise à jour de VideoStation (sur le nas) vient de sortir, même si je ne pense pas que ça corrige ton soucis qui semble lié à ton lecteur, ça vaut la peine de tester. Je viens de regarder la doc de ton boitier, ils indiquant ceci : Je ne pense pas que ça soit ça, sauf si toutes tes vidéos ont le soucis Sinon, tu ne peux pas corriger le ratio de l'image avec ta TV ?

bon courage nb : profites en pour tester les disques, 1 par 1, histoire de limiter les mauvaises surprises lors du remontage

Je pense que c'est lié à l'ancienne "architecture" de DSM. La manière dont Syno formatait les disques avant a changé à un moment. Il est possible que tu sois encore sur l'ancien mode qui est totalement incompatible avec le mode actuel et à mon avis, Synology n'a pas prévu le cas d'un utilisateur migrant de l'ancien mode au nouveau ... en changeant complètement de modèle de NAS. Je rejoins donc l'avis suivant : Vu ton volume de données et le nombre de disques, sauf si tu as au moins 3 disques de 4To ou plus dans un coin, tu ne peux même pas jouer au jeu des chaises musicales entre tes 2 nas (si tu as encore le DS411j) afin de faire une installation propre de ton DS1815+. Tu peux essayer de retailler le raid à la main, mais c'est risqué. Donc il faut que tu trouves un moyen de vider le DS1815+ (c'est peut être l'occasion de faire du ménage). Mais comme tu as bien entendu une sauvegarde de tes données, ça ne devrait pas être un soucis

Normalement je fais payer ce genre de prestation ... Voici quelques directives en vrac : myhostname = nom.dns.du.serveur #le reverse doit être identique en v4 et en v6 relayhost = inet_interfaces = 127.0.0.1, 10.0.0.1, adresse.ipv4.du.serveur, [adresse:ipv6:du::serveur], [::1] smtpd_tls_cert_file=... smtpd_tls_key_file=... smtpd_tls_CAfile=... smtpd_use_tls=yes smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache smtpd_tls_protocols=!SSLv2,!SSLv3 smtpd_tls_session_cache_timeout = 3600s smtpd_tls_ciphers=high smtpd_tls_received_header = yes smtpd_tls_loglevel = 1 smtp_tls_protocols=!SSLv2,!SSLv3 smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache smtp_tls_security_level=may smtp_header_checks = regexp:/etc/postfix/header_checks ############################################################ #####/etc/postfix/header_checks (c'est un exemple, ne pas utiliser en l'état) /^Received:/ IGNORE /^User-Agent:/ IGNORE /^X-Mailer:/ IGNORE /^X-MimeOLE:/ IGNORE /^X-MSMail-Priority:/ IGNORE /^X-Spam-Status:/ IGNORE /^X-Spam-Level:/ IGNORE /^X-Sanitizer:/ IGNORE /^X-Originating-IP:/ IGNORE /^X-Spam-Checker-Version:/ IGNORE ############################################################ Si tu fais plein de test avant d'avoir un serveur nickel, tu vas faire empirer la situation. Pour tester, sers toi de ton syno (par exemple), fais des send/reply/reply/... afin de trouver les soucis (dans 99% des cas, la seule lecture des en têtes permet de faire le diag). Quand ça sera suffisamment propre à ton goût, test ton domaine VS les RBL les plus connues Ensuite tu pourras tester avec quelques gros hébergeurs. Si tes mails continuent d'arriver dans les spams, prends bien le temps d'analyser la raison (elle est presque toujours indiquée, sauf bien sur si c'est du au corps du message ou à une RBL).

La vrai question est, à mon sens, pourquoi chez toi ça se comporte comme ça. Un début de réponse à mon avis est le fait que ta box n'est pas reliée à Internet à proprement parler, mais est dans un réseau privée géré par ton opérateur. Ça ne me surprendrai pas qu'ils aient installés une batterie de proxy ou autre système de DPI entre toi et le net. Un test "relativement" simple à faire, est de passer par un VPN pour contourner ces équipements. Si tu connais quelqu'un avec un synology (ou un serveur vpn), vous pouvez monter un vpn entre les 2 (tu serais le client). Il va sans dire que cet connaissance ne doit pas être chez le même FAI. Une autre façon de faire est de monter un reverse proxy pour transformer la requête HTTP en requête HTTPS (le serveur de syno à l'air de répondre en https). Avec un linux+nginx c'est 5min. Si vraiment tu galères, je peux te faire un accès sur un de mes proxy ou vpn.

gnagnagna L'avantage de gcm c'est les perf quand on a un gros débit, mais comme il n'est pas dans l'offload, a mon avis il ne va pas plus vite que les autres (qui sont supportés), niveau sécurité c'est au mieux similaire aux autres puisqu'il a été approuvé par la NSA => https://en.wikipedia.org/wiki/NSA_Suite_B_Cryptography

Un simple proxy permet de faire ça à la volée : forwarded_for off via off request_header_access Allow allow all request_header_access Authorization allow all request_header_access WWW-Authenticate allow all request_header_access Proxy-Authorization allow all request_header_access Proxy-Authenticate allow all request_header_access Cache-Control allow all request_header_access Content-Encoding allow all request_header_access Content-Length allow all request_header_access Content-Type allow all request_header_access Date allow all request_header_access Expires allow all request_header_access Host allow all request_header_access If-Modified-Since allow all request_header_access Last-Modified allow all request_header_access Location allow all request_header_access Pragma allow all request_header_access Accept allow all request_header_access Accept-Charset allow all request_header_access Accept-Encoding allow all request_header_access Accept-Language allow all request_header_access Content-Language allow all request_header_access Mime-Version allow all request_header_access Retry-After allow all request_header_access Title allow all request_header_access Connection allow all request_header_access Proxy-Connection allow all request_header_access Cookie allow all request_header_access User-Agent allow all request_header_access All deny all (ne prend pas tout, c'est un copié/collé d'une de mes conf)