PiwiLAbruti

Est-ce que le port tcp/587 est activé dans la configuration SMTP de Mail Server, et est-il ouvert sur ton routeur ?

Il faut bien comprendre que pour fonctionner correctement, le mesh a besoin de communiquer en sans-fil avec d'autres bornes (sans même parler des SSID servis aux clients). Si le MR2200 capte mal le RT2600ac, le problème reste le même qu'auparavant. Le mesh ne diminuera pas l'épaisseur des murs, ou plus généralement ne supprimera pas les obstacles aux communications sans-fil. @Alexvista : La solution qui me semble la plus efficace est de tirer un câble RJ45 de ton RT2600ac au rez-de-chaussée vers le 1er étage et d'y connecter un point d'accès Wi-Fi quelconque (pas forcément Synology).

Il faudrait savoir...

Mon message qui précède répond déjà à cette question.

synonet semble être un synonyme de ether-wake, donc il ne serait pas possible de définir une adresse de destination.

Si tu ne veux pas taper une ligne de commande, comment souhaiterais-tu procéder ? Il est par exemple possible d'utiliser l'application WakeOnLAN d'Aquila Tech. pour envoyer le paquet. Par contre, il faut un équipement capable de relayer (broadcast) ce paquet sur le réseau local. Pour ma part, j'avais mis en place un script PHP qui s'occupait de diffuser un paquet WOL sur plusieurs VLAN. Je ne sais pas quelles sont tes compétences en réseau et développement, mais dans tous les cas je ne connais aucune solution clé en main actuellement (hormis la Freebox qui sait le faire).

Dans l’explication que tu donnes, je ne vois ce qui la différence entre la façon dont tu procédais avant et ce que tu veux faire maintenant.

Il y a une procédure pour tester la carte-mère du NAS : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General/Why_am_I_unable_to_install_my_Synology_NAS_and_why_is_my_power_LED_is_flashing_constantly

Ne connaissant pas la charge de travail sur la base de données ni les applications intranet, je ne peux rien te conseiller.

Pour moi ça laissait supposer un remplacement des NAS actuels. Je te déconseille un NAS tout court pour le besoin que tu as exprimé (Base de données et applications intranet).

Le Thecus N7700 est un NAS datant de 2009 (Intel Celeron M 540 1C/1T 1.86GHz), et le 7710 date de 2011(Intel Pentium G850 2C/2T 2.8GHz). La comparaison brute entre ces modèles de processeurs avec celui du DS1817+ donne le Pentium G850 vainqueur. Donc déjà, il est fort probable que le DS1817+ n'apportera pas grand chose de plus en terme de performances que le 7710. Je ne peux rien te conseiller étant donné qu'il faudrait évaluer la charge des NAS actuels pour faire un dimensionnement correct. Mais à première vue, tu peux oublier Synology. Si ton critère de choix est ton appréciation générale de la marque, tu as toutes les chances de te planter. 😉

Je suppose que la base de données et les applications intranet tournent actuellement sur les NAS Thecus ? Quel est le souci avec les NAS Thecus ? Le DS1817+ est un NAS équipé d’un Intel C2538 et 2Go de RAM. Il n’offrira pas les mêmes performances qu’un serveur sous Intel Core ou Xeon équipé de plus de RAM et éventuellement de SSDs. Ne connaissant pas les opérations demandées à la base de données ni la lourdeur des applications Intranet, je déconseillerai malgré tout l’utilisation d’un NAS Synology pour tes besoins qui n’ont en fait rien à voir avec un NAS.

Dans la configuration actuelle (SHR), dès qu'une donnée est écrite sur ton volume (qui regroupe tes deux disques), cette dernière est écrite simultanément au même endroit sur les deux disques. Il en est de même pour la suppression. Donc on ne peut pas parler de sauvegarde puisqu'il t'est impossible de restaurer un fichier dans un état antérieur. Dans tous les cas, c'est une mauvaise idée de sauvegarder sur un disque interne au NAS car cela la rend très vulnérable (CryptoLocker, compromission, risques physiques, ...). Le plus simple est d'utiliser un disque USB externe avec une tâche de sauvegarde HyperBackup avec une politique de rétention adaptée. Bien évidemment, il ne faut connecter ce disque au NAS que lors des sauvegardes, sinon on n'élimine pas les quelques risques présentés ci-dessus. Tout être humain normalement constitué fait confiance à l'assistant qui lui est proposé. Le problème n'est pas l'utilisateur, mais la façon dont Synology présente les options dans son assistant.

Au lieu de tester toutes les possibilités de configuration d'un SPF, il serait peut-être temps de comprendre à quoi ça sert et pourquoi on lui donne tel ou tel paramètre... 🙄 L'enregistrement SPF sert à vérifier que l'adresse du serveur d'expédition est bien autorisée à envoyer des messages pour ton domaine, et à appliquer une action pour les messages non-conformes. Presque tout est expliqué sur la page Wikipedia que je te conseille de lire dans son intégralité et dans l'ordre. Quelque détails sur ton SPF "v=spf1 a mx ip4:monipfixe include:mx.ovh.com ~all" : "a" veut dire que toutes les adresses IP des enregistrements de type A de ton domaine sont autorisées. "mx" veut dire la même chose que "a" mais avec les enregistrements de type MX. Si "a" et/ou "mx" pointent déjà vers ton adresse IP publique, il est inutile de déclarer un "ip4" vers ton adresse IP publique (redondance). "include:mx.ovh.com" ajoute l'entrée SPF d'OVH à ton SPF (voir détails ci-dessous). En as-tu réellement besoin ? Conserve "~all" le temps de faire tes tests. Dans un premier temps, ton SPF devrait ressembler à "v=spf1 mx ~all" si l'enregistrement MX de ton domaine pointe bien vers ton adresse IP publique. Si d'autres serveurs autorisés pour l'expédition de messages sont nécessaires, tu peux les ajouter. Attends la propagation. En gros, teste le lendemain de la modification. Si tu es pressé, tu peux . Fais tes tests en vérifiant la validation du SPF dans les en-têtes des messages reçus par les destinataires. Si tout se passe bien, tu pourras basculer vers "v=spf1 mx -all" ou continuer de faire joujou avec les autres paramètres facultatifs (toujours avec "~all"). Détails du SPF d'OVH : >nslookup -type=TXT mx.ovh.com mx.ovh.com text = "v=spf1 ptr:mail-out.ovh.net ptr:mail.ovh.net ip4:8.33.137.105/32 ip4:192.99.77.81/32 ?all"

Il vaut mieux limiter la surface d'exposition en utilisant uniquement les adresses nécessaires plutôt qu'un pays entier : outbound1.letsencrypt.org 66.133.109.36 outbound2.letsencrypt.org 64.78.149.164

As-tu contacté le support Synology pour leur faire part du problème ?

Non, c’est très bien expliqué chez OpenDNS et CloudFlare mais ça ne répond pas à ton besoin. Tu aurais dû te renseigner sur ce qu’est un DNS dynamique, à quoi cela sert, et dans quels cas en a-t-on besoin. Ça t’aurait évité de te borner à vouloir l’utiliser. Personnellement, je n’utilise pas CommentÇaMarche car les articles/tutos sont mal rédigés, peu documentés, et sortent souvent du cadre des bonnes pratiques. De mon point de vue, c’est un site de bidouilleur qui applique bêtement des tutos sans (faire l’effort de) comprendre quoi que ce soit.

Ma question est surtout de savoir s'il y a des sauvegardes effectuées régulièrement. Ça me paraît évident quand on manipule des données importantes et/ou sensibles, mais ça ne l'est pas pour tout le monde.

Et dans les sauvegardes ?

Les fichiers pesant 162 octets, je doute qu'il y ait quoi que ce soit de lisible dans ces fichiers. Ça ressemble plus à des fichiers temporaires.

Déjà que j'utilisais peu l'ancien forum (qui est une mine d'or), là ça me coupe l'envie de poster quoi que ce soit dans cette espèce de [qualificatif adapté à votre humeur]. Le plus inadmissible n'est pas tant l'ergonomie mais surtout la perte d'informations, et finalement le mépris du partage du Savoir. Je n'imagine même pas les réactions qu'il y aurait si Wikipedia procédait à une migration aussi calamiteuse.

Le problème n’etait pas de savoir qui a raison ou tort, il était que tu n’acceptais pas les explications qu’on te donnait (et je crois que c’est toujours le cas). Pour modifier les serveurs DNS utilisés dans Windows 10 : https://support.microsoft.com/fr-ca/help/15089/windows-change-tcp-ip-settings

Il n’y a pas besoin de configurer un DNS dynamique pour utiliser les serveurs DNS, que ce soit ceux de CloudFlare ou ceux d’OpenDNS. Si tu as toujours l’intention de configurer un DNS dynamique dans le but d’utiliser les serveurs DNS de CloudFlare ou d’OpenDNS, je peux t’assurer que c’est totalement inutile. Soit tu suis les recommandations de @Kramlech pour configurer les serveurs DNS du service de ton choix, soit tu nous explique pourquoi tu tiens tant à paramétrer un DNS dynamique, soit tu persistes avec un problème qui n’en est pas un et que tu ne pourras jamais résoudre.

Au départ tu parlais des serveurs DNS de CloudFlare et maintenant de ceux d’OpenDNS. Lequel vas-tu utiliser au final ? Je t’avouerais ne pas comprendre ce que tu souhaites faire car tu n’as pas expliqué clairement ton besoin. Poirquoi as-tu besoin de configurer un enregistrement DNS dynamique ? (dans le cas d’OpenDNS J’ai compris, mais pas pour CloudFlare)

Le nom d’hôte doit être précédé de deux anti-slashes, tu n’en as mis qu’un seul : \\nas-xcheater2\partage