Classement

Par défaut, un paquet WoL n'est diffusé que sur le segment réseau de l'émetteur. Dans le cas présent, le smartphone n'émet ce paquet que sur le réseau 192.168.68.0/24 (broadcast à destination de 192.168.68.255 ou 255.255.255.255). Le paquet ne peut donc pas parvenir au NAS situé sur un autre segment (192.168.1.0/24). Il est très peu probable que le routeur Mesh propose un proxy WoL pour propager la diffusion du paquet sur les autres segments qui y sont connectés. La solution la plus simple est de connecter le NAS derrière le routeur mesh (attention au changement d'adressage IP). La solution la plus propre est de configurer un unique segment réseau en configurant les appareils réseau du réseau mesh en points d'accès Wi-Fi.

Synology met bien en effet un nom de domaine à disposition mais c'est un ndd de second niveau dont les seuls noms possibles sont xxxx.synology.me et son wildcard *.xxxx.synology.me. Il faudrait pouvoir accéder à une éventuelle zone DNS du domaine xxxx.synology.me pour pouvoir y intégrer les enregistrements nécessaires au fonctionnement de votre service mail. Or Synology ne peut pas donner accès à une zone qui je suppose n'existe pas réellement chez leur registar puisque dépendante du premier niveau "synology.me". De manière simpliste, il n'y a chez eux que 2 enregistrements vous concernant : un DDNS sur xxxx.synology.me qui pointe sur votre routeur -> NAS et un CNAME sur *.xxxx.synology.me. C'est un NDD gratuit. Il ne faut pas espérer pouvoir l'utiliser à autre chose que ce pour quoi il est mis à disposition. Si vous voulez plus ce qui semble être le cas, alors il faut prendre un vrai nom de domaine payant.

Vous avez déjà une ip fixe. Ce qu'il faut demander c'est une ip full stack et mettre en place le reverse DNS. Pas possible car il faut intervenir sur la zone DNS pour y mettre les enregistrements nécessaires pour faire fonctionner le serveur mail. Or vous n'y avez pas accès. Il faut impérativement un ndd dont vous êtes propriétaire. Je crois que c'est indiqué dans les tutos que vous a donné @PiwiLAbruti

Bonjour @Peinard, soyez le bienvenu sur le forum. Excellent NAS et vous avez bien débuté avec les tutos essentiels. Vous en trouverez d'autres bien sympas dans la section tutoriels : Serveur DNS, serveur VPN, Reverse Proxy pour les plus importants, et comme vous avez un série +, vous pouvez aussi vous lancer dans docker qui ouvre des possibilités intéressantes. Bref, vous avez de quoi vous amuser ☺️

@.Shad., je suis parvenu à déployer le stack dans Portainer et une fois de plus le problème se situait entre la chaise et le clavier... J'ai créé le réseau macvlan dans Portainer (pourquoi donc s'embêter à suivre les instructions du tuto ? 😀) et j'ai omis de préciser le driver. J'ai donc recréé le réseau en SSH avec un driver macvlan et maintenant ça marche. Le container est déployé et l'état est "Running". Maintenant, la principale question que je me pose est comment faire cohabiter DNS Server et Swag, je vais donc avancer dans le tuto pour trouver une réponse.

@CyberFr Je vois plusieurs erreurs d'indentation, version corrigée ci-après. Tu es sûr pour tes PUID et PGID ? Pour un Syno c'est au-dessus de 1026 obligatoirement. EXTRA_DOMAINS c'est pour les domaines qui ne sont pas déjà couverts par ta validation de type DNS pour ton domaine racine. Donc si URL=cyberfr.fr, tu n'as pas besoin d'ajouter access.cyberfr.fr services: swag: image: linuxserver/swag container_name: swag cap_add: # en prévision d'une utilisation de fail2ban - NET_ADMIN networks: macvlan_net: ipv4_address: 192.168.1.145 volumes: - /volume1/docker/swag/config:/config environment: - PUID=100 - PGID=101 - TZ=Europe/Paris - URL=ndd.fr - SUBDOMAINS=www,calendar,homepage,etc - VALIDATION=dns - CERTPROVIDER=ovh # par défaut - DNSPLUGIN=ovh - EMAIL=cyberfr@free.fr #facultatif pour OVH - ONLY_SUBDOMAINS=false # optional - EXTRA_DOMAINS=access.cyberfr.fr - STAGING=false # optional restart: unless-stopped networks: macvlan_net: external: true Le tutoriel date, il y a eu quelques ajouts de variables d'environnement, notamment CERTPROVIDER et PROPAGATION : SWAG - LinuxServer.io

la video démarre au moment le plus critique mais c'est mieux de la regarder depuis le début... https://youtu.be/aKS1lSaXJN8?t=508 ou l'on vous explique que le transfert de disques vers le DS925+ est possible mais..

Je te conseille de lire ces deux tutoriels dans l'ordre : https://www.nas-forum.com/forum/topic/77493-tuto-pas-à-pas-sécurisation-du-nas-pour-dsm-7/ https://www.nas-forum.com/forum/topic/67167-tuto-configurer-«-mailplus-server-»-avec-une-ip-dynamique-orange/ Selon ton opérateur, il sera peut-être nécessaire d'utiliser un relais SMTP pour envoyer les messages.

Je viens de relire le fil de la discussion et j’avoue ne pas comprendre exactement ton problème. En particulier je comprends que quand tu est chez toi, tu accèdes à ton NAS depuis ton réseau local. Mais quand tu es chez ton père et que tu te connectes sur SON réseau local, tu veux te connecter à TON NAS chez toi, ou au NAS de ton père ?

Et j’ajoute que je suis désolé si tu as interprété certains de mes propos comme relevant d’une attitude condescendante. loin de moi cette idée !

Pour ceux qui souhaitent continuer sur un modèle Synology série 2025 avec leurs SSD ou HD, pensez à mettre à jour la partition système dev/md0 en v9 avant d'insérer vos supports dans le modèle 2025. Car la migration de dev/md0 de v8 à v9 c'est à dire de 2.3Gb à 7.9Gb oblige à formater tous les disques. Après formatage, le disque sera vu comme nouveau et non comme une migration d'une série antérieure vers la serie 25. C'est évident, encore faut-il y penser avant

A priori non, la migration à partir d'anciens systèmes permettrait de garder les disques.

Bonjour @marty1944000. Sans fichier de config (compose.yaml) il sera difficile de t'aider. Je te recommande plutôt de suivre le tuto de @MilesTEG1 que j'ai appliqué avec succès et que tu trouveras ici [Tuto] Installer Vaultwarden avec une sauvegarde automatique des données (nouvelle version).

Bonjour @heygunr, Pour le test de la carte mer regarde ici https://kb.synology.com/fr-fr/DSM/tutorial/Why_am_I_unable_to_install_my_Synology_NAS_and_why_is_my_power_LED_is_flashing_constantly Et oui si tu achetés un nouveau nas synology (pas une série DSx25+, il y a un grosse polémique sur les disques dur dessus) et tu montes le disques issue de ton ancien nas dans le nouveau dans le même ordre. Pour info la config est sut tous les disques. Si on tu as cette méthode https://kb.synology.com/fr-fr/DSM/tutorial/How_can_I_recover_data_from_my_DiskStation_using_a_PC Dans tous les cas la méthode est expliqué ici https://kb.synology.com/fr-fr/DSM/tutorial/How_to_fix_hard_drive_failure_and_retrieve_the_data_from_your_hard_drives

@cadkey et @marty1944000 Pas de question ou de réponse à problème dans les présentations. Si nécessaire, merci de créer un post dans la bonne rubrique

comme tu le dis, il est nécéssaire de refaire une synchronisation complète et pas le choix pour se faire tu dois supprimer ta tache de synchro et la recréer en indiquant les mêmes chemins. Même si les fichiers existent des deux côtés, drive doit réécrire sa base de donnée et donc repasser un à un chaque fichier ce qui peut prendre un certain temps, il faut juste en avoir conscience.

Je ne sais pas ce qu'est le plugin dont tu parles qui est apparemment nécessaire pour faire tourner Bitwarden. J'ai choisi d'installer Vaultwarden qui est une adaptation de Bitwarden qui ne nécessite pas de plugin. Pour cela j'ai appliqué un tuto trouvé sur un site concurrent mais néanmoins ami. Tu le trouveras en suivant le lien suivant [Tuto] Installer Vaultwarden avec une sauvegarde automatique de la base de données. Après c'est toi qui voit si la bascule en vaut la peine.

Le dossier /homes contient les dossiers à la racine de chaque utilisateur (chaque dossier porte le même nom que l'utilisateur) : /homes/Pierre /homes/Paul /homes/Jacques Le dossier /home est un lien virtuel pointant vers le dossier racine de l'utilisateur connecté. Par exemple, si Paul est connecté, /home pointera vers /homes/Paul : /home -> /homes/Paul Paul verra donc uniquement le contenu de /homes/Paul. Le contenu de ce dossier n'est pas visible des autres utilisateurs.