PiwiLAbruti

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/

Dans un contexte professionnel, j'éliminerai sans aucune hésitation l'auto-hébergement pour assurer une qualité de service raisonnable à mes clients et que ma messagerie soit toujours disponible. Sans même parler des adresses IP qui vont nécessairement changer, le backup 4G ne permet pas les connexions entrantes. Donc ta quête de rDNS sur IPv6 est vaine pour les raisons citées ci-dessus.

Vérifie les paramètres réseau du PC client. Est-ce que l'adresse 192.168.10.1 est définie manuellement ou est distribuée par DHCP ? Quelle est l'adresse du serveur DHCP ?

Dans l'encadré Volume 1, tout à droite, il y a un menu ... > menu Paramètres > section Notification de faible capacité (tout en bas) qui est réglée à 20% par défaut. Pour 250Go, il faudrait le régler à 4,7%.

Synology explique la procédure à suivre ici : https://kb.synology.com/fr-fr/DSM/tutorial/How_should_I_receive_external_email_messages_via_MailPlus Mais comme le dit justement @CyberFr, ça peut être complexe et particulièrement chronophage à mettre en place. Une solution alternative serait d'utiliser un client de messagerie comme Thunderbird (ou autre) pour récupérer les messages via le protocole POP et les sauvegarder ensuite.

C'est surprenant venant de cette Freebox, j'ai le même modèle (V6r2) et je n'ai jamais eu de problème de fonctionnement avec. Bref, l'important est que ça fonctionne maintenant.

C'est quoi comme box ? 😅

Quel autre ticket ? Si c'est le cas, oui, ça ne fonctionne qui si j'interroge directement mes serveurs DNS (en interne ou externe).

Pas nécessairement @CyberFr. Par exemple, c'est une excellente nouvelle pour ceux qui ont investi dans un NAS Synology à processeur Celeron J4125 en 2020 😄

En réseau local, essaye de connecter les applications DS * avec l'adresse IP locale du NAS (192.168.x.y). Vérifie la vitesse de connexion de la carte réseau du NAS (doit être 1000Mbit/s), ainsi que la charge processeur/RAM/disque du NAS dans le Moniteur de ressources.