oracle7

@Thierry94 Bonjour, Je viens aussi juste de modifier l'@mail déclarée sur OVH pour la faire correspondre avec un user du NAS. Il ne fallait pas ? Justement oui, mais tu met mets le doute, j'ai peur de ne plus comprendre. Avec la configuration de MailPlus Server que je viens de faire, la boite mail est bien sur le NAS. Non ? Cordialement oracle7😉

@Thierry94 et @Jcdusse44 J'ai donc installé et configuré MailPlus Serveur et le client MailPlus sur le NAS. J'ai configuré ma zone DNS et ai activé une @mail du type "mailNAS@ndd.tld" chez OVH. J'arrive à envoyer des messages via MailPlus avec un compte utilisateur de mon NAS avec une @mail du type "user1@ndd.tld" vers des destinataires qui reçoivent bien ces messages. Jusque là çà va. C'est une première étape de franchie. Maintenant le problème est que lorsque je réponds à ces messages en envoyant vers "user1@ndd.tld" ou vers "mailNAS@ndd.tld" avec un autre compte mail externe : soit sur Outlook sous WIN10 avec "toto@orange.fr", soit via Google avec "tutu@gmail.com", rien n'arrive dans la boite de réception de MailPlus sur le NAS. J'ai raté quelque chose mais quoi ? Vous avez peut-être une piste à suivre ? Je n'ai rien vu non plus dans MailPlus Server (à part activer les protocoles pop3, imap, etc..) pour configuer la réception des messages, à savoir par ex : fixer le serveur pop3 et son port SSL à utiliser. Est-ce qu'il faut aussi que je crée un utilisateur NAS du type "mailNAS" qui n'existe pas aujourd'hui ? Cordialement oracle7😉

@Thierry94 Bonjour, Merci de ta confirmation, c'est bien ce que je pensais. Cordialement oracle7😉

@Jcdusse44 Merci de ton retour, je vais donc me lancer sans arrières pensées ... Cordialement oracle7😉 @Thierry94 et @Jcdusse44 Chez OVH j'ai un enregistrement CNAME dans ma zone DNS : "mail.ndd.tld 0 CNAME ssl0.ovh.net." ne devrait-il pas être plutôt : "mail.ndd.tld 0 CNAME ndd.tld." ? Cordialement oracle7😉

@Thierry94 OK MERCI du tuyau, je viens de regarder chez OVH et j'ai pu effectivement activer la fonction eMail et créer une @eMail . Je vais maintenant regarder de près le Tuto : Serveur MailPlus DSM6 en espérant qu'il est applicable dans le cas présent avec une @IP dynamique malgré qu'il dise en condition préalable qu'il est nécessaire avoir une @IP fixe. Tu confirmes ? Cordialement oracle7😉

@Gibson Parce que sur le NAS ce sont des dossiers particuliers dans le sens où leur création sur le NAS en tant que "dossiers partagés" répond à un processus spécifique Synology qui, à ma connaissance, est différent de ce que l'on rencontre sous WIN par ex. même si visuellement dans l'interface cela semble pareil dans les deux environnements (NAS vs WIN/Mac). Désolé, je n'en sais guère plus. Sans garantie mais je crois que non. Par contre, via File Station (sur le NAS) ou avec DSFile (depuis un smartphone) cela se fait sans problème. Cordialement oracle7😉

@Gibson Bonjour, Lorsque tu crées ton lecteur réseau, indiquer seulement le nom du serveur (\\atom) n'est pas suffisant (c'est ce que tu sembles faire à la vue du message d'erreur). Tu dois impérativement préciser un sous-dossier de ce serveur tel que : "\\atom\mon_dossier". Sachant que "mon-dossier" est un dossier partagé du NAS (présent dans VolumeX - X=1 ou autre selon). Cordialement oracle7😉

@Thierry94 Ok pour créer les 3 lignes MX que tu indiques mais qu'est-ce que je fais de celle déjà existante ("mondomaine.tld 0 MX 1 redirect.ovh.net.") ? il faut la supprimer O/N ? On formalise cela où chez OVH ?, car de mon coté quand je vais dans la rubrique eMails de mon domaine je récupère ce message : Cordialement oracle7😉

@Thierry94 Bonjour, Pourrais-tu préciser STP la tête de cet enregistrement MX ? Pour ma part, le seul enregistrement MX présent dans ma zone DNS chez OVH est : "mondomaine.tld 0 MX 1 redirect.ovh.net." Si je te suit bien il faudrait une ligne supplémentaire du style : "mondomaine.tld 0 MX xxx.yyy.zzz.zzz" avec "xxx.yyy.zzz.zzz" = @IP du moment ? Et là on peut espérer pourvoir installer son propre serveur de mails ? J'ai bon ou pas ? Cordialement oracle7😉

@Jake309 Bonjour, NON, toutes ces lignes sont automatiquement ajoutées lors de la création de ton domaine par OVH. Elles ne gênent pas. Par contre, désolé mais la seule que tu as ajoutée, n'est pas bonne : ligne 5 --> "*.ndd.ovh. 0 CNAME dynhost.ndd.ovh." tu devrais avoir : "*.ndd.ovh. 0 CNAME ndd.ovh." Alors il te faut créer une ligne par exemple : "mon_nas.ndd.ovh. 0 CNAME ndd.ovh." dans cette zone DNS chez OVH. De cette façon tu pourras accéder directement à ton NAS en tapant "mon_nas.ndd.ovh" dans un navigateur WEB. Il faudra faire de même pour tout autre périphérique et/ou application du NAS auquel/à laquelle tu souhaites accéder depuis l'extérieur : càd remplaces l'alias "mon_nas" par l'alias correspondant de ton choix (par ex "fichiers" pour l'application File Station) Dans le reverse proxy cela donne : NAS https://mon_nas.ndd.ovh http://localhost:5000 File Station https://fichiers.ndd.ovh http://localhost:7000 Cordialement oracle7😉

@Jake309 Certes oui, une seule me sert d'accès principal mais TOUTES les autres sont verrouillées, je te le garantie ! Je crains que tu n'ai pas vraiment d'autre choix, c'est quelque part une contrainte "cachée" lorsque on utilise un NAS. Tu trouveras sur ce forum tous les Tuto nécessaires et n'hésites pas à venir demander de l'aide si tu as besoin. Bon courage. Cordialement oracle7😉

@StéphanH Bonjour, J'imagine que tu as vérifié la configuration de ton routeur, sinon il se pourrait que des paramètres aient été réinitialisés avec l'arrivée du nouveau firmware. C'est une piste, elle vaut ce qu'elle vaut ... Cordialement oracle7😉

@Jake309 Bonjour, Sauf que avec une telle facilité que tu t'accordes, tu accordes en fait par le même temps encore plus de facilités pour te pirater depuis l'extérieur. Plus il y a de portes et fenêtres chez toi, plus il a de possibilités d'entrer chez toi, cqfd. Maintenant, c'est toi qui vois .... Le fait d'utiliser ici le reverse proxy est qu'il n'y a QU'UNE ET UNE SEULE PORTE d'ouverte chez toi, en l'occurence le port 443 qui il me semble est utilisé habituellement pour de la communication sécurisée, Non ? Cordialement oracle7😉

@SODEJO Bonjour, As-tu essayé d'intercaler un HUB USB avec alimentation externe, souvent cela pallie le manque de puissance des ports USB (tension et/ou ampérage trop faibles) et supporte plus facilement les disques durs externes très gourmands de ce point de vue. Cordialement oracle7😉

@mbdrlp Bonjour, La solution à ce souhait est dans l'application du TUTO sur le reverse proxy disponible ici. Cordialement oracle7😉

@chauffrut Bonjour, Sans garantie, essaies en ajoutant une ligne au début du fichier host (dans C:\Windows\System32\drivers\etc) de chacun de tes PC avec : @IP_du_PC Nom_du_PC Attention : le fichier host est un fichier caché par le système WIN. Il te faut un outil tel que 'rsthost v2.0' pour l'ouvrir et le modifier. Cordialement oracle7😉

@TuringFan Effectivement et ce n'est pas la doc en ligne Synology qui est d'un grand secours pour nous expliquer ces subtilités. OK mais là il faut que tu sois plus explicite : Quand ? Dans quelles conditions ? etc ... Cordialement oracle7😉

@AngesMortel Désolé, je ne sais te répondre car j'utilise le VPN du NAS UNIQUEMENT dans le sens Extérieur vers les NAS. Je n'ai jamais testé dans le sens inverse. Cordialement oracle7😉

@TuringFan Désolé, mais j'ai un peu de mal à te comprendre, (peut-être la fin de journée ...). Pourrais-tu STP reformuler. Si tu fais un simple nslookup sans paramètres, il doit te donner serveur : unknow et l'@IP du serveur DNS donc celle du NAS. avec nslookup google.fr : idem précédemment + l'@IP de google.fr C'est bien cela ? Sur le RT onglet Internet, est-ce que tu as quelque chose comme cela : Cordialement oracle7😉

@Einsteinium Si c'est à moi que tu t'adressais, saches que non, ces serveurs ne sont pas ouvert à l'internet sur le routeur. Seuls les services correspondants sont activés sur le routeur. Cordialement oracle7😉

@TuringFan C'est ce que j'ai fait. Encore une bonne question que voilà ... Peut-être via le gestionnaire de tâches (jamais encore mis en œuvre). Cordialement oracle7😉

@TuringFan Non, les deux sont nécessaires à la pleine communication avec les serveurs de validation de LE. Désolé, je n'en sais guère plus. Bonne question s'il en est, je pense qu'il y a ici plus compétent que moi pour réaliser ce genre de chose. En espérant que quelqu'un passera par ici pour éclairer notre lanterne. Sinon, tu peux toujours créer un post sur le sujet. Cela dit dans les échanges à propos des certificats LE, je n'ai rien vu qui évoque ce besoin. Pour ma part, je regarde actuellement comment automatiser le renouvellement du certificat LE généré avec la méthode acme.sh et initiée il y a un an environ entre @unPixel et @PPJP ici avec un script spécifique qui est à actualiser. Cordialement oracle7😉

Bonjour, Je serais aussi intéressé par vos réponses aux précédentes questions de @TuringFan. Merci Cordialement oracle7😉

@TuringFan Tout simplement pour les certificats Let'sEncrypt et leur mise à jour. A ce propos, saches que tu peux après export, appliquer le certificat LE du NAS au RT en l'important dans celui-ci (c'est simple à faire). MAIS comme ce dernier n'acceptant qu'un et un seul certificat, il te faut avant tout exporter celui du RT pour sauvegarde au cas où. (Merci à maxou56 pour l'astuce) Indirectement, OUI mais cet accès est plutôt destiné en priorité à atteindre les NAS. J'avoue ne pas avoir encore testé l'accès au RT, rien de prévu au reverse proxy pour l'instant car pas de réel besoin identifié à ce jour. De toutes façons, si besoin en était, ce serait d'office via VPN. En attendant, l'accès au RT se fait via le réseau local, ce qui me suffit. Cordialement oracle7😉

@Einsteinium Ouf (provisoire) je n'utilise pas ces paquets 🤭 Cordialement oracle7😉