Taribam

Bonjour, Si tu as activé OpenVSwitch, c'est "normal" mais ça fonctionne quand même. Ceci dit, une fois, j'ai dû aller dans le fichier "/usr/syno/etc/packages/VPNCenter/synovpn.conf" pour mettre la bonne interface à la ligne : vpninterface=ovs_eth0 ovs_eth0 étant mon interface réseau utilisé pour le VPN car Openvswitch est activé...

Re-Bonjour, J'ai retrouvé un 220+, donc j'ai fait le test de remonter la sauvegarde du 920+ vers le 220+... Bah, ca marche pas 😭 J'ai forcé quand j'ai eu le message : la sauvegarde n'est pas compatible... Le NAS s'est réinstallé et a tout supprimer (mais je n'avais rien fait de particulier dessus, a part créer un volume et installé la Beta du client abfb...) Voila, j'ai ma réponse... Bonne soirée ! Taribam

Bonjour, J'ai testé le client beta de sauvegarde de DSM via Active backup. Voila mes résultats : Environnement : NAS a sauvegarder : (DS920+) Sécurisation du NAS faite DDNS Synology avec Certificat Let's encrypt DNS-01 DNS serveur configuré Réseau configuré dockers : swag en macvlan (certificat DNS-01) + authelia + meshcentral en macvlan active Backup for business avec 1 PC sauvegardé OpenVPN => Que j'ai oublié de testé !!! Nas qui sauvegarde le NAS à sauvegarder : (DS218+) Sécurisation du NAS faite DDNS Synology avec Certificat Let's encrypt DNS-01 DNS serveur configuré active Backup for business Entre 2 : Routeur pour simuler internet mais avec des débits plus rapides sauvegarde du 920+ sur le 218+ en chiffrant la sauvegarde et le transfert : 7 ou 8 minutes => le processeur du 218 était tout le long à + de 90% Restauration de la sauvegarde sur un 920+ NEUF : 7 à 8 min reboot compris Verifications : Comme prévu, toutes les confs du NAS sont OK, c'est comme si c'était le NAS d'origine, macvlan et les dockers + active backup du PC compris. Plutôt content de cette évolution d'active Backup. Toutefois, je rappelle que ces tests ont été fait en local et que le NAS d'origine était presque vide, donc les temps indiqués sont forcément très courts... De plus, je ne sais pas si on peut remonter la sauvegarde sur un modèle de NAS différent, mais je n'ai pas de quoi tester sans me galérer 😉 donc, tendu niveau temps. Si je teste d'un modèle vers un autre, je laisserais un petit message... et si quelqu'un essaie, qu'il n'hésite pas à me devancer ^^ Bonne journée aux lecteurs et aux autres, Taribam

Bonjour, parvenez vous à accéder au centre de paquets car je n'y arrive pas (la connexion a échouée...) Merci de me rassurer 😉 ! Taribam Ok, ca fait 35 minutes, je reteste et il vient de remonter... (1 minute après mon poste...)

Bonjour ! j'ai un petit problème pour configurer swag pour guacamole. En effet, mon guacamole.subdomain.conf ne prend pas en compte le "/guacamole" en bout d'URL. url pour se connecter à guacamole : guacamole.ndd.fr/guacamole j'ai bien essayé de l'ajouter au bout du proxy_pass, mais ca ne fonctionne pas.

Bonjour, Le tuto est très clair, et contrairement aux apparences, plutôt rapide à mettre en place quand on a suivi "certificat SSL et reverse proxy via docker" par le même auteur. La seule "difficulté" étant : ne pas se tromper dans les espaces du configuration.yml" 😪

Non, pas particulièrement... Tu as bien dit et répété qu'en macvlan, les conteneurs ne pouvaient pas joindre l'adresse ip du NAS. Avec les logs, j'ai vu que swag n'arrivait pas à joindre let'sencrypt, je me suis donc connecté au conteneur, ping de google.fr KO, et ping de l'adresse IP de google OK... donc problème DNS. J'ai donc vérifié ma conf réseau et j'avais forcé le DNS du synology. Je ne pense pas que tu puisse gérer toutes les confs de tout le monde 😅 En tout cas merci pour la découverte de docker. Je profite de la réponse pour exposer un petit soucis... 😇 => je laisse le texte que j'ai écrit au cas où ca serve a quelqu'un Je viens de faire ma première conf nginx sur un conteneur et étonnamment, pas de problème depuis internet, par contre, j'ai un 403 en local... Il faut faire pointer le DNS sur le conteneur 😅

Ok, je suis un gros looser... Mon DNS est sur le NAS, donc, j'ai remplacé l'adresse DNS par l'ip virtuelle... Ca fonctionne nettement mieux...

Bonjour à tous, (et par ailleurs, merci .shad. pour tes tutos bien expliqués) Je suis le tuto scrupuleusement (adapté à mon réseau), mais je me heurte à un problème de certificat let's encrypt. Le container monte normalement, mais en regardant les logs (docker-compose logs --follow) swag | Using Let's Encrypt as the cert provider swag | SUBDOMAINS entered, processing swag | Wildcard cert for ndd.fr will be requested swag | E-mail address entered: XXX@gmail.com swag | dns validation via ovh plugin is selected swag | Generating new certificate swag | Saving debug log to /var/log/letsencrypt/letsencrypt.log swag | An unexpected error occurred: swag | requests.exceptions.ConnectionError: HTTPSConnectionPool(host='acme-v02.api.letsencrypt.org', port=443): Max retries exceeded with url: /directory (Caused by NewConnectionError('<urllib3.connection.HTTPSConnection object at 0x7f7e6afb8f70>: Failed to establish a new connection: [Errno -3] Try again')) swag | Ask for help or search for solutions at https://community.letsencrypt.org. See the logfile /var/log/letsencrypt/letsencrypt.log or re-run Certbot with -v for more details. swag | ERROR: Cert does not exist! Please see the validation error above. Make sure you entered correct credentials into the /config/dns-conf/ovh.ini file. Le log de Let's encrypt est vide. Mon ovh.ini est a priori ok (j'ai fait plusieurs appli et les ai supprimé puisque ca ne fonctionnait pas en me basant sur la conf proposé par .shad. et par Oracle7 dans son autre tuto) Entre temps, j'ai supprimé les certificats HTTP-01 de mon ndd sur DSM Si quelqu'un a une idée de ce que je pourrais tester, voir s'il manque des infos que je pourrais vous donner... Bonne soirée

Bonjour à tous, A défaut de trouver une section pour le service NTP, je la pose ici J'ai activé le service NTP dans les paramètres DSM (6.2.3). Utilisant le DHCP du NAS, j'ai rempli l'option 042 avec l'adresse IP du NAS. Le firewall du NAS est configuré pour tout autoriser sur le LAN. Je vérifie sur windows : l'adresse IP/dns/passerelle/adresse_du_serveur_DHCP OK. Par contre, lorsque je vérifie le serveur de temps, j'ai toujours le serveur Microsoft par défaut. J'essaie donc de rentre l'IP du NAS à la main et tente une Synchro : J'ai un échec. Est-ce que j'aurais oublié quelque chose ? Merci pour votre participation 😁

Je reformule car petite incompréhension. Mon serveur fait bien office de serveur SMTP pour l'envoi de mail et j'ai appelé orange (non sans mal pour me faire comprendre) pour le Reverse DNS (le PTR), donc je ne passent pas par leurs serveurs ^^ j'envoi bien en direct 😉 En disant "en supposant qu'orange B ne soit pas "discriminé"", je voulais parler de leur pool d'IP

Ok, merci pour les explications, je trouvais étonnant le message genre "raz le bol". Là, c'est plus claire. 😃 personnellement, j'ai un serveur mailplus avec une connexion orange business (d'ou le 10/10 mailplus car j'ai pu géré le PTR), en supposant qu'orange B ne soit pas "discriminé") et OVH pour le nom de domaine. Le problème de la coupure internet, panne du syno etc... je l'ai réglé en utilisant le serveur mail d'ovh au cas ou le syno est injoignable (d'ailleurs l'instantanéité est étonnante : on débranche le câble ethernet du syno, on envoi un mail, il est visible directement dans le webmail ovh) et j'ai configuré l'extraction pop3 pour quand le syno a de nouveau accès à internet). Niveau tentative d'intrusion... bah verif des log... Après, l'externalisation a du bon, car moins de boulot... Sur ce, merci de ta réponse claire !

Bonjour, InfoYann, par curiosité, quelles sont "les diverses raisons" du déménagement de ton serveur mail ? Bien évidemment si ceux sont pour raisons techniques, je ne veux pas être indiscret... Je demande pour savoir à quoi m'attendre, au cas où...

[RESOLU] Bonjour a tous, Désolé de ne pas avoir posté avant la solution -_- En fait, le problème venait du fait que j'avais configuré "Compatibilité Moderne" dans le panneau de conf / sécurité / avancé. Du coups les 2 serveurs ne savaient pas négocier le TLS car (je suppose) que cela n'autorise que TLS 1.3 et le serveur d'en face était en TLS 1.2. Donc configuration en "intermediaire" : les mails sont arrivés. 😁 En tout cas, merci à tous les 2 !

Rho, j'ai droit au rédacteur en chef !!! 😃 Oui, tuto bien suivi, d'ailleurs le serveur est operationnel, pour l'instant, c'est juste cette personne avec ce nom de domaine qui n'arrive pas à m'envoyer de mail et qui reçoit l'erreur. le hic, c'est que j'espère que ce sera le seul... et pas d'info dans les journaux...