PiwiLAbruti

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).

Y a-t-il un routeur configuré dans Panneau de configuration > Accès externe > Configuration du routeur ?

Je n'ai pas de réponse certaine à cette question, mais je le déconseillerais sous peine de casser le RAID et les volumes associés. Synology ne donne aucune indication à ce sujet : https://kb.synology.com/fr-fr/DSM/help/DSM/StorageManager/storage_pool_change_raid_type

Ça dépend si tu as une sauvegarde de tes données en cas de problème. Et au passage, un onduleur est obligatoire pour éviter les interruption d'alimentation pendant cette opération critique.

Je ne sais pas si c'est toujours d'actualité, mais ça compromettrai les chances de succès d'un tunnel chez HE : https://dev.freebox.fr/bugs/task/12749#comment179146

Les logs indiquent des connexions infructueuses à DSM, ce qui provoque des blocages. Il faudrait déjà identifier d'où proviennent ces connexions. L'adresse IP WAN peut être vue si l'adresse IP publique est utilisée en local et que le loopback est activé sur le routeur/box. Il me semble que c'est le cas si tu utilises le DDNS Synology en local.

Ce n'est que de l'affichage, il suffit que le client mail le propose.

Je n'utilise pas OwnTracks, mais il y a un bref tutoriel pour les NAS Synology sur le site officiel : https://owntracks.org/booklet/clients/recorder/#recorder-on-synology As-tu essayé de l'appliquer ?

Dès la première ligne du script, il semble y avoir un caractère étrange après /bin/bash Édite le script avec Notepad++ pour vérifier l'encodage ANSI et les sauts de ligne UNIX (LF).

Une connexion sécurisée est une connexion chiffrée. Dans le cas présent, l'URL affiche le port tcp/5000 qui établit une communication non-chiffrée (http://*.synology.me:5000). Pour établir une connexion chiffrée, il faut utiliser le port tcp/5001 : https://*.synology.me:5001

Je n'ai jamais eu ce cas sur des OS autres que ceux de Microsoft. Sur Windows Server notamment, si la machine présente un décalage horaire que plusieurs minutes (ou heures) avant la configuration d'un serveur NTP, l'heure sera progressivement ajustée jusqu'à l'heure réelle (le temps passe plus vite ou moins vite selon le sens du décalage). Il se peut donc que l'heure se corrige également toute seule dans le cas présent, à vérifier.

Vérifie aussi si ta caméra est compatible ONVIF.

Et le DS213j est limité à DSM 7.1.

Nouveau record, la barre des 12 ans a été franchie ! 🏆

Oui. Le routeur RT2600ac fait donc office de serveur DNS (via DNS Server) pour les clients sur le LAN (192.168.10/24). Seulement, les requêtes DNS expirent avant de pouvoir renvoyer un résultat, ce qui indique que le paquet DNS Server est mal configuré (voir dans la section Vues) ou que le pare-feu n'expose pas le serveur DNS (udp/53) sur le LAN, ou les deux.

Via le client de ton choix qui va se connecter à MailPlus Server. Je ne suis plus certain de comprendre ce que tu veux exactement : Continuer d'utiliser Gmail tout en supprimant des messages préalablement transférés vers un autre système de messagerie. Utiliser une seule interface, peu importe laquelle, vers laquelle les messages Gmail sont transférés automatiquement et ne plus utiliser l'interface Gmail. Autre solution ?

Le seul but du VPS, dans le cas présent, est d'obtenir une adresse IPv4 fixe (celle du VPS) et le rDNS IPv4 associé (configurable dans la console OVH) pour que la réception des mails puisse fonctionner sur la connexion 4G. Honnêtement, je perdu le fil du pourquoi tu souhaites absolument que ça fonctionne en IPv6. Une fois de plus, ça remet en cause la pertinence de l'auto-hébergement. C'est un risque business dont tu feras les frais tôt ou tard. Mais tant que c'est assumé, tout va bien. J'avais trouvé l'info sur le forum du site lafibre.info, mais j'ai la flemme de retrouver le message exact où il en était question sachant que tu m'as confirmé que cette information est aujourd'hui fausse.

Il y a suffisamment de services DNS publics pour que tu trouves celui qui te conviendra. Si la confidentialité et/ou la sécurité t'intéressent, il y a ceux-là (et beaucoup d'autres) : https://adguard-dns.io/fr/public-dns.html https://quad9.net/fr/ https://www.dns0.eu/fr/zero

J'avais vu une explication contradictoire sur un autre site, mais je préfère faire confiance à ceux qui l'ont testé 👍 Avais-tu vu ce tutoriel permettant d'avoir une IPv4 fixe en 4G en passant par un VPS ?

L'explication est simple : https://www.fdn.fr/renforcement-serveurs-dns-2025/