j0ffr37

Mais ça veut quand même dire que pour créer une miniature, il fait télécharger le fichier entier sur l'appareil (Pc ou smartphone) puis uploader une miniature ? Parce que dans ce cas, il faut bien, qu'au début ou en cas d'ajout massif, que le premier client qui se connecte télécharge des dizaines ou centaines de GO pour générer les miniatures ? (alors qu'avait il chargeait que les miniatures lors du scroll)

Je vais faire un test ce soir avec un second téléphone et mon nas test : - avec l'application ios - avec chrome (vu qu'avec opera, impossibilité d'avoir le plug in synology image assistant) je regarderais notamment la consommation de bande passante sur les périphériques et de stockage sur le nas

les photos heic sont concernées car elles utilisent le codec x265. c'est apple qui a développé ce format sur la base du HEVC (x265) pour bénéficier des avantages du X265 (meilleure compression, codage sur 10 bits, ...) hier j'ai testé sur un serveur de test ou j'ai mis 7.2.2, j'ai balancé mes photos 2024, resultat je n'ai que des carrés noirs quand je fait une navigation web. ca me propose d'installer une application et un plug-in sur mon navigateur (opera) sauf que de toute facon j'ai un message d'erreur sur opera me demandant de mettre à jour mon navigateur edge pour pouvoir l'installer ... ( c'est bien parti) d'ou mes questions (notamment sur le fait que pour pouvoir voir les photos en miniature ou en taille réelle en navigateur web il faut bien que l'ordinateur télécharge le fichier HEIC, convertisse en JPG et renvoi le JPG au nas pour affichage (je vous laisse imaginer le traitement et la bande passante). mais quelqu'un qui ne navigue même pas en ligne sur une page web et un pc ( donc que d'un telephone), le telephone va au début devoir télécharger toutes les photos au fur et a mesure du scroll pour convertir et renvoyer un JPG sur le nas c'est quand même lunaire cette décision de synology pour 20 centimes de licence par nas

onjour, J'ai lu les nouvelles dispositions de Synology pour les photos au format heic / X265 donc d'après ce que j'ai compris, ces photos ne sont plus traitées par le NAS et ne peuvent plus être affichées directement dans file station ou dans synology photo à MOINS qu'un appareil tiers (iphone, pc, ...) qui se synchronise avec le nas n'ait généré une copie en .JPG. le fonctionnement exact reste assez obscur et j'ai plusieurs questions (surtout pour ceux qui ont essayé) : 1- avant le nas pouvait afficher directement les photos HEIC et ne faisait pas de copie .jpg ? ou il faisait déjà des copies .JPG pour l'affichage (par exemple sur le web photo synology) car si j'ai 200 Go de photos en HEIC, cela veut-il dire qu'à partir de maintenant le stockage prendra 200 Go (fichiers au format HEIC) + 250 Go de fichier HEIC converti en .JPG (puisque JPG est moins compressé) pour l'affichage dans synology photo web ? 2- donc si je prends une photo aujourd'hui avec mon iPhone et qu'il se synchronise, il envoie le fichier au format HEIC + une copie au format .JPG pour que synology puisse afficher la photo dans ses applications, notamment web ? Mais qu'en est-il des milliers de photos déjà présentes dans synology ? mon iPhone à la prochaine synchronisation va chauffer toute la nuit pour convertir toute la base de données ? ou un fichier .JPG ne sera créé que le jour où un appareil compatible HEIC tentera de l'afficher via une synchronisation ? 3- si demain je navigue des photos par exemple avec l'application mobile photo ios, pour toutes les photos ou une copie .JPG ne sera pas déjà créée, photo mobile téléchargera l'intégralité du fichier HEIC, le convertira en JPG et renverra le JPG (car ce sera l'enfer en terme de temps d'affichage, de consommation de batterie et de forfait data) bref j'ai vraiment l'impression que le retrait de la licence casse complètement la gestion des photos du synology et que cette histoire que des appareils tiers supportent la gestion de la conversion en JPG pour que synology photo puisse afficher quelque chose n'est qu'une tentative stupide de maintenir un produit (synology photo) maintenant dysfonctionnel

Bon finalement résolu, copier ou couper via webdav ou ftp générait des fichiers avec une date de création et modification à la date de la copie/collage et non pas date d'origine du fichier avec NFS, copier ou couper conserve les dates création et modification d'origines

En fait j'avais 2 NAS (1522+ en production et DS223 pour backup) Je passe à 3 nas (1522+ qui garde toute la partie drive / photos / VM / Docker / reverse proxy etc et un nouveau terramaster 424 pro qui récupère le serveur emby + stockage videos (films / rush de videomontage). Le DS223 distant garde son role de backup. j'ai donc supprimé mes données video du 1522+ pour les mettre sur le terramaster. pour le transfert j'ai monté le dossier de stockage video du nouveau nas via FTP dans file station et j'ai copier coller ( et donc sur le terramaster les fichiers sont tous avec les dates de création à la date de copie d'ou le souci avec la backup qui veut tout reprendre). pour sauvegarder vers le nas distant, j'utilise hyperbackup (pour ce faire, j'ai monté via NFS le dossier video du terramaster sur un dossier partagé dédiés sur le 1522+, ca me permet d'utiliser hyperbackup pour sauvegarder les fichiers du nas terramaster vers le synology backup(et donc gérer toutes mes sauvegardes en un seul endroit et avec un seul outil). pour les sauvegardes videos, j'utlise pas le hbk car je fait du mono version et je veux pouvoir lire les données de backup sans passer par hyperbackup/explorer, j'utilise donc rsync. Je n' m'inquiete pas trop des risques inhérents à du mono version notamment avec un ransomware car mes régles de sauvegarde sont : - toutes les semaines le nas backup se reveille et récupère viarsync - tout les mois un disque dur en USB sur le syno se reveille et récupère aussi en mono version (d’ailleurs là j'ai pas eu ce souci avec les dates, mais sûrement car en local hyperbackup n'utilise pas rsync pour le monoversion contrairement à la sauvegarde à distance qui doit passer par cet outil) J'ai donc des délais de sécurité pour reprendre des données non compromises en cas de grave souci. Par contre pour tout ce qui n'est pas video ( donc en résumé la totalité du 1522+ vu qu'il perd le stockage video, j'utilise bien le multi version car là il faut pouvoir revenir sur un mauvais usage des membres de la famille de manière plus précise. Pour en revenir à mon souci, copier coller de mon synology vers le terramaster ou couper coller reviennent au même, sur le terramaster j'ai la date de copie en date de création. Je me demande si peut être utiliser l'option sauvegarde au niveau des blocs dans une sauvegarde rsync resoudrait le problème ? il est dit dans la doc que cette option permet de ne pas recopier un fichier en entier quand son nom change (donc peut être aussi sa date de création ? )

@Mic13710 bon je viens d’essayer en coupant collant et le resultat est le même, ca ne conserve pas les dates d'origine et met en date de création de fichier aujourd'huit ( que ce soit via FTP ou via webdav)

@Mic13710 Oui pardon hyperbackup..... j'utilise hyperdesk pour des liens web et par habitude je dis ca à chaque foi j'ai privilégié la copie car je souhaitais garder les originaux sur le nas d'origine car pendant la copie, les paramétrages et la mise en "production" du second nas, je voulais une continuité de service difficile aussi de restaurer la sauvegarde car le second nas n'est pas un synology et le nas backup est distant et 10 TO en connexion montante j'en avais pour un temps fou (d'ou aussi mon souci avec la resyncro) si je reprends à zero et que cette fois ci je coupe et colle du nas d'origine au nouveau nas, ca devrait remplacer les fichiers datés de cette année par les dates d'origines dans le nas d'origne (et donc tel quel dans la backup), par la suite je relance la syncro de la backup et ca devrait enfin valider les fichiers sans les retransferer ?

Bonjour, J'avais jusque mnt 2 NAS ( un en production et un qui recoit des backups sur site distinct) j'utilise hyperdesk en mono version j'ai souhaité dispatché mon NAS production qui servait à beaucoup de choses sur 2 nas distincts j'ai donc copié (et pas couper) 8 TO de mon nas production originel sur un nouveau nas, j'ai ensuite reparamétrer les hyper desk, sauf que hyper desk, réécrit tout les fichiers ( ils sont bien dans le même dossier) je pense que le souci vient du fait que les fichiers sur le nas de backup ont des date de création ou derniere ouverture étalée sur 10 ans alors que les fichiers sur le nouveau nas production ont tous une date création à la date de la copie donc ce mois ci et que hyperdesk supprime et réécrit les fichiers car date différente existe il une possibilité d'éviter ce souci ? car 8TO en upload c'est excessivement long

Bonjour, Je cherche à gérer un navigateur (chrome ou brave) à distance j'ai trouvé cet exemple qui correspondrait à ce que je recherche https://hub.docker.com/r/kasmweb/chrome https://registry.hub.docker.com/r/kasmweb/brave/ mais semble il que cela ne fonctionne pas sur synology avez vous des images docker qui fonctionnent simplement sur synology et permet le même resultat ? (je cherche à éviter un bureau à distance du genre anydesk ou autre 🙂 ) merci

oui j'utilise les pare feu ipv4 et ipv6 au niveau du routeur + pare feu au niveau de syno. J'ai pourtant un souci de sécurité en ce moment : avec encore ce matin une attaque detectée par mon routeur ai protect WEB Remote Command Execution via Shell Script -1.a de qui provient d'une ip encore identique 37.44.238.150 , quand je check ca me dit que l'ip est francaise est a comme host : nekololis.wtf .

pour le ping du terminal c'est bon. pour les préfix , voici les parametres de la freebox et ceux d'asus : et ca me donne pour asus

Bonjour, Hum petite chose déplaisante : Je vois aujourd'hui dans aiprotect de mon routeur asus : Il faut ignorer celles du 07 juin.. Je n'ai jamais d'alertes de ce genre. j'ai pourtant les pare feu d'actifs avec comme seuls ports ouverts à la france (80/443) (1984/6881) pour bittorent et 6690 pour drive. mon serveur impose l'utilisation de l'HTTPS avec un certificat let's encrypt du nas, je reverse proxy vers un pc NUC qui heberge emby serveur, vers mon routeur et vers un docker adguard. Sur le routeur, le NAT est réglé également assez restrictif ( 80/443/1984/6881/6690) Je n'ai donc rien d'exposé en direct et tout passe par des sous domaines en 443 via synology Depuis ce week end, j'ai installé en docker home assistant et je suis en train de bidouiller pour le tester.. mais il n'est pas accessible hors réseau local Comment traiter ces alertes ? quelles vérifications faire et quels corrections apporter ? merci

@.Shad.

@.Shad. alors petite actualisation du week end. Je n'ai pas renoncé à faire tourner de l'ipv6 avec adguard. J'ai expérimenté beaucoup de choses et le résultat semble cohérent ? 1 Freebox : Elle garde son mode routeur, l'ipv4 du routeur asus est sur sa DMZ, pour l'ipv6 j'ai paramétré un second next hop vers le routeur asus. En gardant le premier vide, je peux brancher le player pop directement sur la freebox et avoir la TV ( toutes les autres configurations, sauf le passthrough sur le routeur asus me posent des soucis pour le player pop via freebox ou routeur asus) 2) routeur asus Il gère le DHCP local ( routage de ports, firewall ipv4 et ipv6 activés avec ouverture des ports utiles ( 80.443 et 2 ports directs synodrive et emby sur un nuc dédié) ). j'ai paramétré l'ipv6 sur natif avec le next hop en réseau local. il déclare en DNS V4 : l'ip4 de mon adguard home et en second celui de nextdns configuré à l'identique en dnsv6 : l'ipv6 de mon adguard home (en fe80::) et en second celui de nextdns configuré à l'identique 3)synology et adguard j'ai reconfiguré le bond 0 sur les 2 premiers ethernet et ai activé 2 règles réseau dans container : docker network create -d macvlan --subnet=192.168.50.0/24 --gateway=192.168.50.1 --ip-range=192.168.50.181/32 --ipv6 --subnet=fe80::0/64 --gateway=fe80::123:456:789:39a0 -o parent=eth2 ad_network le second cf pièce jointe du coup j'ai un adguard avec en ip : 192.168.50.181 2a01:abc:def:3ghi:42:jkl:mno:pqr fe80::42:47:58:52 donc un ipv4 interne, un ipv6 externe sur le second next hop (comme tout les appareils qui passent par le routeur asus) et un ipv6 interne j'ai donc pour l'ensemble de mes appareils réseau : un ipv4 interne, et 2 ipv6 (externe et interne). dans les logs adguard, j'ai autant des requetés venant d'ipv4 que d'ipv6 en fe80:: Cela semble bien nan ?