PiwiLAbruti

Il faut plutôt sélectionner DHCPv6-PD et non Auto (SLAAC). Ceci dit, les appareils Android ne supportent pas DHCPv6. Si tu en es équipé, il est fortement recommandé de ne pas activer le serveur DHCPv6 de ta box.

Comme les bases de données GeoIP ne sont pas figées, les systèmes Synology (plus précisément DSM, SRM, ...) les mettent régulièrement à jour. Ainsi, on peut se retrouver avec des effets de bord lorsque certains réseaux changent de nationalité. Dans le cas présent il s'agit d'autre chose car je vois mal un aller-retour (Fr > Ru > Fr) s'effectuer dans un intervalle de temps aussi court, surtout sur un block IPv6. Soit DSM/SRM s'est emmêlé les pinceaux lors de l'intégration de la base GeoIP, soit la source des données GeoIP était erronée. Dans les deux cas tu as bien fait d'ouvrir un ticket auprès de Synology.

À peu près mais ça ne fonctionnera pas car il faut aussi remplacer les variables <variable> par celles indiquées par Synology (__VARIABLE__) :

Ça semble possible : https://joker.com/faq/content/11/427/en/what-is-dynamic-dns-dyndns.html

La résolution de ton adresse IP publique : > nslookup a.b.c.d

Tu as testé la résolution inverse entre les deux @Jeff777 ? Free n'empêche pas de modifier le reverse DNS dans l'interface, c'est juste que la modification n'est pas effective.

Seul un utilisateur appartenant au groupe administrators peut voir les tâches d'autres utilisateurs. Maintenant, rien ne t'empêche de créer un utilisateur appartenant au groupe administrators et de lui restreindre ses droits à DSM (implicite) et Download Station.

srmdb.synology.com était accessible, mais pas srmdownload.synology.com. C'est probablement dû à une migration de serveur de téléchargement, mais le problème n'aurait dû être que très temporaire. Là ça durait depuis le 15 février 😅

Le nom d'hôte dans /usr/syno/etc/data_update/database_info.json est srmdownload.synology.com > nslookup srmdownload.synology.com Name: srmdownload.synology.com Address 1: 99.86.4.95 server-99-86-4-95.fra6.r.cloudfront.net Address 2: 99.86.4.118 server-99-86-4-118.fra6.r.cloudfront.net Address 3: 99.86.4.45 server-99-86-4-45.fra6.r.cloudfront.net Address 4: 99.86.4.88 server-99-86-4-88.fra6.r.cloudfront.net

Peu importe la présence d'une mise à jour ou non, tu auras toujours le message d'erreur "Échec de la connexion au serveur" si le problème est toujours présent. Je n'arrive pas à retrouver les URL de mise à jour 🙃 Il y a bien un hôte srmdb.synology.com renseigné dans /usr/share/data_update/config mais j'en avais trouvé un autre je-ne-sais-plus-où. Il y a de grandes chances que ce soit un des ces noms d'hôtes qui aurait été bloqué. > nslookup srmdb.synology.com Name: srmdb.synology.com Address 1: 99.86.4.91 server-99-86-4-91.fra6.r.cloudfront.net Address 2: 99.86.4.21 server-99-86-4-21.fra6.r.cloudfront.net Address 3: 99.86.4.53 server-99-86-4-53.fra6.r.cloudfront.net Address 4: 99.86.4.92 server-99-86-4-92.fra6.r.cloudfront.net

Tu as été plus vite que moi 😄 Est-ce que la mise à jour manuelle fonctionne toujours après réactivation de TP et SA ?

Si tu utilises un DNS filtrant (type AdGuard ou autre), essaye de le désactiver pour tester. Essaye aussi en désactivant Threat Prevention et/ou Safe Access.

As-tu validé la configuration de MailPlus Server avec https://www.mail-tester.com/ ?

Y a-t-il un message qui s'affiche lorsque tu cliques sur le bouton [Mettre à jour] ?

C'est dommage que Synology utilise des dénominations différentes. En plus il n'y a pas de cohérence complète avec la documentation d'Open vSwitch où Balance-TCP s'appelle LACP Bonding. 🤪 Pour plus de lisibilité (les correspondances sont en couleur) : Sans Open vSwitch : Adaptive Load Balancing IEEE 802.3ad Dynamic Link Aggregation Balance XOR Actif/Veille Avec Open vSwitch : Balance-SLB Balance-TCP Mode actif/sauvegarde Source [Fr] : https://kb.synology.com/fr-fr/DSM/help/DSM/AdminCenter/connection_network_linkaggr?version=7#b_9 Source [En] : https://kb.synology.com/en-us/DSM/help/DSM/AdminCenter/connection_network_linkaggr?version=7#b_9

Je ne pense pas que le reverse DNS soit validé ainsi, normalement la résolution de l'adresse IP doit pointer vers le nom de domaine d'expédition. La réponse est dans le logs de MailPlus Server (Audit en cours > Journal > Journal de sécurité) : 2022-05-23 15:47 195.154.82.101 postmaster@nstools.fr postmaster@domain.tld SPF reject RCPT for 550 5.7.1 <postmaster@domain.tld>: Recipient address rejected: Message rejected due to: SPF fail - not authorized. Please see http://www.open-spf.org/Why?s=helo;id=nstools.fr;ip=195.154.82.101;r=postmaster@domain.tld 2022-05-23 15:47 195.154.82.101 postmaster@nstools.fr abuse@domain.tld SPF reject RCPT for 550 5.7.1 <abuse@domain.tld>: Recipient address rejected: Message rejected due to: SPF fail - not authorized. Please see http://www.open-spf.org/Why?s=helo;id=nstools.fr;ip=195.154.82.101;r=abuse@domain.tld Plus précisément : Message rejected due to: SPF fail - not authorized. J'ai vérifié, l'adresse d'expédition 195.154.82.101 est bien absente de leur SPF : Ça serait bien qu'ils testent leur propre configuration avant de tester celle des autres 😅 : https://nstools.fr/nstools.fr (absence d'enregistrement DMARC)

Salut @Lokomass, Est-ce que les deux LAGs sont configurés de la même façon sur le switch ? (static, LACP, ... ?) Compare la configuration du DS920+ avec celle du DS418. PS : Pense à mettre à jour ta signature, elle date un peu 😉 HS : C'est Joey JORDISON sur ta photo de profil ? (parti trop tôt... 😢)

Justement, mon reverse a survécu au passage à la fibre. Peut-être parce qu'il était déjà configuré auparavant. Sur un autre abonnement, j'ai voulu en modifier un qui existait en .hd.free.fr vers un de mes domaines après passage à la fibre, ça n'a jamais fonctionné.

N'ayant aucun indice sur leur méthode détection des adresses abuse et postmaster, je n'en sais rien. À priori je dirais qu'ils essaient de s'authentififier avec un utilisateur abuse ou postmaster, donc ça échoue. Le reverse DNS chez Free ne fonctionne plus (le mien si, mais je ne sais pas pourquoi 🤷‍♂️). Et tu ne pourras pas faire de zone inversée étant donné que tu n'es pas propriétaire de ton adresse IP. Mais même avec un reverse fonctionnel, ça ne marche pas toujours chez Microsoft. J'ai opté pour l'utilisation des serveurs SMTP Free pour envoyer des messages aux domaines Microsoft : https://kb.synology.com/fr-fr/DSM/help/MailPlus-Server/mailplus_server_delivery?version=7#b_19

Content que tu aies réussi @RealJesus (et fait un retour 👍). De toute façon, il y avait forcément un loup avec le clé DKIM. Maintenant tu peux tester avec plusieurs fournisseurs de services mail. Tu rencontreras probablement un problème avec Microsoft, il y a une procédure pour délister ton adresse IP si nécessaire. Si ça bloque vraiment, tu peux configurer un relais SMTP pour les domaines Microsoft (@hotmail.com, @outlook.com, ...) dans MailPlus Server. Les instructions mx et ip4 du ton SPF sont probablement redondantes, tu peux ne conserver que l'instruction mx si c'est le cas. Tu utilises un service chez hostinger.com qui nécessite d'envoyer des messages utilisant une adresse mail appartenant à ton domaine comme adresse d'expédition ? Si ce n'est pas le cas, tu peux également retirer l'instruction include. Lorsque ta configuration sera stabilisée et fonctionnelle, tu pourras modifier ~all en -all (restrictif) dans le SPF.

La validation SPF, DKIM, et DMARC est obligatoire pour que le serveur mail soit correctement reconnu par les autres. Le moindre manquement à la configuration de ces mécanismes de sécurité peut dégrader la réputation du serveur auprès de certains fournisseurs de services mail (comme Google et Microsoft notamment). Reprends la partie du tutoriel concernant DKIM et vérifie avec Mail-Tester jusqu'à ce que ce soit validé par ce dernier.

J'ai fait la mise à jour en version 9.0.0-7660 sur un NAS précédemment configuré en 8.2.11-7328 (préalablement désinstallé pour installer la version 9). L'ajout rapide d'une caméra fonctionne (tout comme la lecture en live et l'enregistrement), mais impossible de modifier le moindre paramètre de la caméra une fois ajoutée. Le bouton [Test de connexion] indique que Surveillance Station ne parvient pas à récupérer le flux vidéo (alors qu'il est parfaitement fonctionnel), et le bouton [Charger les configurations] affiche un premier message "Les capacités de la caméra n'ont pas été modifiées" avec une coche verte à côté du bouton, puis un second superposé au premier "Vous devez charger les paramètres de configuration de la caméra pour terminer le processus d'ajout...". Pour information, l'ajout de cette même caméra fonctionne toujours sur un autre NAS équipé de Surveillance Station 8.2. Bref, rien de bien cohérent. Je vais certainement repasser à Surveillance Station 8.2 en attendant que la version 9 soit stabilisée.

Le gros avantage du PoE étant que si le switch PoE est relié à un onduleur, tous les appareils dont l'alimentation en dépend en bénéficient (de l'onduleur). Chez moi c'est carrément "inception" avec du PoE+ sur GS308EPP qui alimente des GS105PE qui alimentent eux-mêmes des caméras ou bornes Wi-Fi 🤪

As-tu essayé ceci : https://www.synology.com/fr-fr/dsm/feature/cms_maintenance

Concernant les 4 extensions qui peuvent y être ajoutées, il s'agit du RX6022sas. Le HD6500 a une particularité par rapport aux autres NAS, DSM semble installé sur deux supports 2,5" en RAID1 situés à l'arrière du boitier (voir schéma page 5 de la fiche technique).