Classement

Tu peux modifier les enregistrements cname comme tu le propose, tu peux aussi les supprimer ! Pour ma part je ne tient pas compte des erreurs SPF ! Tu as une application MailPlus synology sur android et ios pour accéder à ta boite mail (je crois également qu'elle existe aussi pour W10) Maintenant que tout marche tu peux ajouter les enregistrements MX pour les serveurs de secours OVH ( bien mettre des numéros de priorité moins élevé soit plus grand que celui de du MX pour ton NAS)

@CyberFr On autorise la communication sur tous les ports dans un réseau local. Les adresses qui sont reprises (10.x.x.x, 192.168.x.x, 172.16.x.x) sont des sous-réseaux réservés à l'utilisation privée, donc par définition elles n'existent pas sur Internet, c'est ce que tu trouveras dans tous les réseaux internes (derrière un routeur, pare-feu, modem, etc... ), particuliers ou entreprises. C'est la RFC1918 qui définit cela (comme une norme DIN ou ISO par exemple). On part du postulat que le réseau local est sûr, et qu'on n'a pas besoin de s'en protéger, ça part du principe que : - on soit prudent sur l'utilisation des autres périphériques locaux. - on soit plus prudent que ça en entreprise. Pour un utilisateur un peu au fait d'un comportement responsable sur Internet et des bonnes pratiques à adopter, ces règles facilitent grandement la vie et ne représentent qu'un très faible danger, surtout si on applique toutes les règles édictées dans ce tutoriel. Séquentiellement dans ton pare-feu, tu vas donc définir des règles, qui vont analyser chaque requête entrante. Tant que la requête ne correspond pas à une règle, elle continue de descendre dans la liste. Si aucune règle ne correspond à la requête, par précaution, on la bloque avec la règle "tous" "tous" "refuser". On est sûrs ainsi que rien qu'on ait explicitement autorisé ne puisse accéder au NAS. A toi après d'ajouter les règles pour utiliser tes services à distance par exemple. Par défaut ce tutoriel incite à utiliser le VPN, ce qui est une bonne chose, en revanche si tu souhaites accéder à ton NAS depuis le travail, la plupart du temps il n'est pas possible d'installer un client VPN sur ton poste de travail, et dans ce cas-là il te faudra exposer ce service sur le web, la plupart des règles énumérées ici permettent entre autres de donner un maximum de sécurité à cette connexion externe (Blocage sur tentative de brute force, possibilité de géobloquer les connexions entrantes, etc...) J'espère t'avoir un minimum éclairer, mais tu verras avec un peu d'habitude ça vient vite 🙂

Personnellement, après plusieurs essais d'astuces pour mettre le catalogue sur le NAS (et avoir abandonné, car les ajouts de couches supplémentaires se traduisent par une fragilité accrue de la solution), j'en suis arrivé à la configuration suivante : Toutes mes photos au format RAW sont sur la NAS Toutes mes photos développées au format jpeg sont sur le NAS Le catalogue Lightroom est sur mon PC. Mais il est aussi synchronisé sur le NAS... Et de cette manière, ça marche fort bien !!! Peut être un peu moins réactif que si tout était sur le PC, mais ça ne me gène pas pour travailler...

Si ça peut aider, de mon coté j'ai mes photos sur le NAS dans un dossier partagé spécifique à la cible "Lightroom / AAAA / AAAA-MM / AAAA-MM-JJ-TITRE", et le catalogue sur le MAC (de 28 Go, donc pas très lourd). Effectivement, Mac ou PC, ça ne change rien. Normalement... Lightroom n'est pas prévu pour avoir son catalogue sur un serveur, il existe des "astuces", mais au risque de casser quelque chose plus tard 😞 Dans tous les cas Adobe le déconseille, et pour une fois, je crois qu'il faudrait les écouter 😅

je viens de lire ce post par curiosité. le sujet m'intéresse, j'utilise également Lightroom et je me pose pas mal de questions sur l'organisation des répertoires où stocker mes photos. je ne suis pas sur MAC mais sur Windows 10. je ne pense pas que ça change grand chose. je pensais laisser les catalogues Lightroom sur le PC. ils sont dans le C:\ (c'est un SSD d'1To, j'ai encore de la marge). par contre j'enregistre les fichiers de backup des catalogues dans répertoire réseau qui se trouve sur le NAS. Quel serait l'intérêt de mettre les catalogue sur le NAS plutôt que de les garder sur le PC ? on ne risque pas des temps d'accès plus long ? sinon, les photos elle mêmes sont pour le moment sur un disque interne du PC ( un x300 de 4to). je me pose la question de savoir s'il vaut mieux les y laisser et en faire une copie sur le NAS (type synchro) ou de les mettre uniquement sur le NAS avec le risque d'avoir des temps d'accès dégradé lors de l'utilisation de lightroom.

Le catalogue Lightroom ne peut pas être sur un lecteur réseau. C’est impossible...

Bonsoir, Je ne suis pas complétement sur qu'il y ait vraiment un problème de compatibilité entre les Nas Synology et les disques WD40EFAX, car dans l'autre sujet, ce semble plutôt être à cause du Nas. En effet, même si le modèle WD40EFAX n'est pas sur le tableau de compatibilité du DS918+, les WD20EFAX, WD60EFAX, WD80EFAX sont bien présents, donc je pense plus à un oubli. (à confirmer auprès de Synology) Ce qui distingue cette série EFAX, vient de la technologie d'écriture SMR qui permet de doubler la densité de pistes et d'améliorer les accès en lecture, mais malheureusement divise par deux la vitesse d'écriture, malgré le cache plus gros. En effet, comme c'est décrit ici, ces disques doivent réécrire les pistes contigües, surtout en écriture aléatoire. https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Storage/PMR_SMR_hard_disk_drives Une autre caractéristique est qu'il utilisent la fonction TRIM comme les SSD, du fait de la réécriture des pistes déjà présentes. De toute façon Synology déconseille d'utiliser dans la même grappe Raid, un mélange de disques SMR (EFAX) et PMR (EFRX) Ce mélange pourrait avoir un impact négatif durant la reconstruction d'un raid, et puis ce n'est jamais bon de mélanger des disques aux performances différentes, qui vont toujours fonctionner en Raid comme le moins rapide. Cette perte de performance peut de plus être gênante en fonction de l'utilisation du NAS, si il y a beaucoup d'écritures. Pour de la sauvegarde, c'est moins grave. Donc monter un 6 GO pourquoi pas, mais à condition qu'il soit de la série EFRX. En ce qui concerne la disparition des WDXXEFRX (qui ne doivent plus être fabriqués), c'est surtout un changement (très) discret de technologie permettant de baisser les coûts, car si on double le nombre de cylindres (pistes), on peut diviser par deux le nombre de plateaux et de têtes. C'est une façon de mieux lutter contre la concurrence croissante des SSD qui vont finir par prendre le marché des disques "mécaniques". Malheureusement les constructeurs restent très peu bavards sur ce changement et ses conséquences en terme de performances. https://zfsonlinux.topicbox.com/groups/zfs-discuss/T759a10612888a9d9-Me469c98023e1a2cb059f9391 Au moins, chez WD on peut distinguer les 2 technologies car il y a des références différentes, mais ce n'est plus du tout le cas chez Seagate qui ne parle jamais de SMR ou PMR dans les caractéristiques, mais seulement de TGMR (Tunneling Giant Magneto-Resistive) qui correspond à la technologie des têtes, sans jamais parler de la géométrie des pistes qui passent en SMR. ( @seagate_surferpourrait peut être confirmer ?) Pour info, un site intéressant qui rassemble des informations pour chaque modèle et série de disque et donne la technologie employée: Nbr de plateaux et têtes, SMR/PMR The HDD Platter Capacity Database https://rml527.blogspot.com/

Bonjour, Si tu n'as pas de machines virtuelles, ou plusieurs Docker. Je ne suis pas sûr que le passage de 8GB à 16GB soit nécéssaire. (possible aussi de passer a 12GB 4+8) Pour la RAM compatible le DS918+ et le DS1019+ sont semblable.

Bonsoir impossible de lire le fichier.

Pour les intéressés voici un fichier récapitulant les compatibilités RAM / Syno testé par les membres. Connaitre les caractéristiques de la RAM d'un SYNO => https://www.synology.com/fr-fr/products/accessories/ram_railkit * info @maxou56 Commande ssh pour connaitre les info sur la RAM (en root sudo -i ou mettre sudo devant la commande) dmidecode -type memory (pour tout) dmidecode -t 16 (pour la RAM max du modèle) dmidecode -t 17 (pour la RAM installées) Connaitre la capacité mémoire maxi supporté par un processeur -> voir chez le fabricant. Exemple avec un Intel Celeron J4125 Update : 11/01/2023 NAS-Compatibilite_RAM.pdf