PiwiLAbruti

Ça n'a rien de bizarre, le siège Europe de Synology est situé en Allemagne. Le même communiqué existe aussi sur le site Global Europe (en Anglais) : https://www.synology.com/en-eu/company/news/article/DACH_VL_plus/Synology is increasingly relying on its own ecosystem for upcoming Plus models Je n'ai pas trouvé cette annonce sur les autres sites régionaux et nationaux de Synology. L'annonce a été faite par le directeur général de Synology GmbH et Synology UK, ce qui indiquerait que seule l'Europe serait concernée ?

Bah non justement. Un pare-feu se situe en amont d'un VPN et/ou d'un reverse proxy. De ce fait, il est plus efficace que ces derniers puisqu'il peut en limiter l'accès.

Ce ne sont pas des messages d'erreur, mais l'aide de la commande chmod qui s'affiche lorsque la syntaxe de la commande chmod est incorrecte.

Si le NAS est accessible de l'extérieur, c'est vital. Oui. Le reverse proxy permet notamment de définir des profils d'accès pour restreindre l'accès à certains services. Les deux n'ont rien à voir.

https://kb.synology.com/fr-fr/DSM/help/ActiveBackup/activebackup_business_virtualmachine_backup_hyperv

Date de l'article : 1er avril 2015 🐟

Ce sont deux commandes distinctes. Mais si déjà le NAS ne répond pas dit la première, c'est que IPv6 est désactivé sur le NAS. Et le fait que le résultat de la commande ARP donné précédemment ne donne pas l'adresse MAC indique un problème réseau.

Dans ce cas, il faudrait repartir de zéro. Fais une sauvegarde, retire les 2x14To, insère les 20To, installe DSM, construit le groupe de stockage et crée le volume, restaure la sauvegarde.

Pour la commande ping6, il manque probablement l'interface à utiliser : ping6 fe80::0211:32ff:fec8:c887%en0 ping6 -c2 ff02::1%en0

Quel est l'adresse IPv4 de la machine depuis laquelle la commande ping a été lancée ? Quel est le résultat de la commande ping6 fe80::0211:32ff:fec8:c887 ? Tu peux aussi lister les adresses IPv6 locales avec la commande ping6 -c2 ff02::1 et vérifier si l'une d'elles commence par fe80::0211:32ff:fe…

Ce n'est peut-être pas le même problème, mais ça y ressemble :

Dans quelle section sont créées ces règles de filtrage ? (affichée en haut à droite, non visible sur la capture d'éran)

Il suffit que les nouveaux disques demandent plus de courant au démarrage pour mettre en défaut l'alimentation, d'où le voyant orange et la perte de visibilité dans Synology Assistant.

Ça pourrait venir de l'alimentation qui faiblit et qui ne parvient pas à alimenter le disque inséré. Essaye avec une autre alimentation ayant les mêmes caractéristiques.

Préfixe la commande avec sudo pour inclure tous les chemins : sudo df -h

Ok, donc tu as un serveur DIY en plus de ton Synology.

Dans le cas d'un groupe de stockage NVMe, DSM n'est pas répliqué sur tous les lecteurs du NAS ? (bande RAID1 à la fois sur les SSD et les HDD ?)

Il y a une autre solution consistant à créer une tache de synchronisation dans l'application Drive. Ainsi, la cible peut être synchronisée dans le stockage local de l'appareil Android. Étant synchronisé, le contenu est toujours disponible hors-ligne.

Je n'avais même pas vu que Synology avait fait une page d'aide à ce sujet : https://kb.synology.com/fr-fr/DSM/tutorial/How_should_I_receive_external_email_messages_via_MailPlus

Dans un premier temps, utilise directement les serveurs AdGuard plutôt que l'Orange Pi : IPv4 : 94.140.14.14 et 94.140.15.15 IPv6 : 2a10:50c0::ad1:ff et 2a10:50c0::ad2:ff Une fois le problème d'accès web résolu, tu pourras réutiliser l'Orange Pi.

Je n'ai aucun souci pour résoudre nas.ndd.ovh quelque soit le résolveur utilisé : > nslookup nas.ndd.ovh Réponse ne faisant pas autorité : Nom : ndd.ovh Address: a.b.c.d Aliases: nas.ndd.ovh Donc il doit déjà y avoir un problème avec tonAdGuard sur Orange Pi pour que la résolution ne fonctionne pas chez toi. Par contre, depuis un navigateur j'ai systématiquement le message L’adresse IP du serveur nas.ndd.ovh est introuvable. Et en regardant de plus près, la connexion n'est pas chiffrée alors que l'URL utilise bien le protocole HTTPS. Plus précisément, le NAS ne renvoie aucun certificat au client pour sécuriser la connexion. Il y a donc un problème dans ta configuration (reverse proxy, des certificats, redirection HTTP>HTTPS, Web Station, …). En entrant http://nas.ndd.ovh:443, j'arrive sur la page de WebStation :

Je n'ai pas compris. Le problème n'a rien à voir avec adblock dans Firefox, ce n'est pas ça qui fait échouer la commande nslookup. Concentre-toi plutôt sur la résolution de nas.ndd.ovh sur différents résolveurs. Si aucun ne parvient à résoudre ce nom, c'est qu'il y a un problème dans le zone DNS. SI tous parviennent à le résoudre sauf ton AdGuard, c'est qu'il y a un problème au niveau du résolveur sur ton Orange Pi. Si tu es complètement perdu, donne-moi ton nom de domaine en MP.

Les résolutions DNS montrent que le serveur DNS utilisé par défaut pour les résolutions est 192.168.1.27. Est-ce que le nom nas.ndd.ovh est bien défini dans la zone DNS correspondante ? Car le serveur DNS répond qu'il ne le trouve pas.

Ou mieux, déclarer une nouvelle zone chezmoi.nomdedomaine.fr chez OVH (depuis le bouton Actions sur la zone principale > Ajouter un sous-domaine), ou dans DNS Server (il faudra également une zone locale sur ce dernier).

On est pas loin de la théorie du complot 🤔 Les résolutions DNS semblent poser problème. Donc le seul test que tu dois faire est avec la commande nslookup (ou Resolve-DnsName via PowerShell) en précisant le serveur avec lequel tu souhaites effectuer la résolution. Laisse tranquille IPv6 en le laissant tel qu'il est configuré par défaut (actif).