alan.dub

Toutes mes excuses pour se long silence... j'étais en vacances en Bretagne... que dis-je... à Saint Malo !!! De retour donc, je viens de faire le test via mail-tester et mon résultat est tout simplement pourri 😞 Pour info ,le mail d'envoi était vide. Bref, demain j'appelle ORANGE pour savoir si je peux passer d'un forfait ORANGE particulier à un ORANGE pro. Free ne me tente pas des masses... encore beaucoup de bridage sur Youtube et Netflix. Je sais que pour cela je peux passer par mon VPN mais pour madame, ce n'est ni simple, ni WAF (le plus important !). Bref sinon le DKIM semble bon mais pour le SPF, ce n'est pas gagné 😞 Auriez-vous d'autre conseil avant de passer par une IP fixe ? Sinon oui... suivant les serveurs de teste, mon ip d'aujourd'hui (non fixe, mais aidée par un dynhost coté OVH et DDNS Server coté Synology) semble être "blacklistée" 😞

Ah... le problème c'est que là on parle du serveur mail de mon boulot...qui travail sous exchange (office 365). Et là moi, je ne suis pas (mais alors pas du tout) l'administrateur 😄 OK, sinon à part vérifier sur le web mes DKIM / SPF and Co... comment vérifier et confirmer (avec certitude) que mon Server Mail présente "patte blanche" sur la toile ? Pour la suite (lorsque j'aurais mon IP fixe), j'aimerais éviter de ne pas recevoir certains mail (comme les impôts, les beaux parents... 🤣).

Regarde mieux 😁 Sur le premier je parle de l’IP de la BOX et sur le deuxième je parle de l’IP du NAS Je vois... mais pourquoi mon DKIM « serait-il » mauvais sachant que le Check DKIM me dit que tout va bien ?

Correction, je ne voulais pas dire : Mais en rajoutant ce qui suit dans Zone DNS d'OVH, ça a tout débloqué : ndd.tld / A / IP FIX DE MA BOX Mais bien : Mais en rajoutant ce qui suit dans Zone DNS d'OVH, ça a tout débloqué : ndd.tld / A / IP FIX DE MON NAS Sinon là on peut dire que tout fonctionne... même les mails (même si je sais que c'est à éviter avec in IP BOX non fixe). Le seul truc, c'est lorsque qu'un compte exchange m'envoi un mail, ce compte exchange reçoit directement un message comme quoi mon compte à refusé le mail pour un problème de DKIM. Votre message n’a pas été remis car le fournisseur de courrier du destinataire l’a rejeté. mail.ndd.fr a généré cette erreur : bad DKIM signature data Pourtant tout semble OK :

Pardon oui (!), je voulais parler des ressource de DNS Server sur le Synology. Donc on est d'accords ? L'ensemble est donc bien paramétré pour l'utilisation que j'en ai ? - C'est à dire pour une personne qui n'a pas d'adresse IP Fixe pour l'instant - Bien entendu, tout cela disparaitra lorsque je serait parti chez Free... ou plutôt Orange Pro (très certainement). Je dois d'ailleurs les appeler cette après-midi ^^

Bonjour, Comme il l'est indiqué sur mes captures, j'ai sur le DDNS de Synology : ns.ndd.tld / A / 86400 / 192.168.1.100 ndd.tld / NS / 86400 / ns.ndd.tld Comme il l'est indiqué sur mes captures, j'ai sur le DynHOST d'OVH : .ndd.tld / IP WAN DE MA BOX ndd.tld-xxxxxxxx / ndd.tld Avec ces info, mon DDNS sur le Synology semble bien paramétré (voir captures dans message précédent). Avec ça, ça ne fonctionnait pas. Mais en rajoutant ce qui suit dans Zone DNS d'OVH, ça a tout débloqué : ndd.tld / A / IP FIX DE MA BOX Après, oui, mon DynHost a un "." avant mon ndd.tld que je ne peux pas retirer (voir capture dans message précédent). Et je n'ai pas ce point sur toutes mes autres saisies ndd.tld sur le Synology (voir captures dans messages précédents). Cela poserait-il problème ? Normalement, c'est si l'on veut créer des sous domaines, ce que je ne veux, et c'est aussi pour cette raison que sur la page suivante j'y indiqué un * dans le champ.

Bon ça marche ! Merci beaucoup ! CalDAV et CardDAV sont OK sur toutes les plateformes en LAN et en WAN. En fait, il fallait "juste" que je rajoute l'entrée A dans ma zone DNS d'OVH. Par contre, là mon VPN server merdouille alors qu'il était OK hier... Je regarderais ça demain. Encore merci pour l'aide 😀 Nan c'est bon, le VPN server fonctionne, que les clients soit en WIFI ou en 3G, ça fonctionne. Cool ! Encore merci !!!

Je regarde tout ça 🙏 Une avec ndd.tld vers telle IP : Champ A vers IP WAN (BOX) ou LAN (NAS) ? Une avec mail.ndd.tld vers ndd.tld Champ NS ? EDIT : Pour li'nstant je regarde le premier champ A. Déjà avec ça, ça fonctionne sur le mac !!! Je verrais mail.ndd.tld plus tard, lorsque je ferais le server mail, donc lorsque j'aurais une IP FIXE BOX. Je continu sur le reste pour voir si tout fonctionne !!!

Donc après je devrais mettre quoi dans CardDAV et CalDAV ? Par exemple, pour CalDAV CalDAV : ndd.tld:8443 ou nas.ndd.tld:8443 Si oui, tu confirmes que je vais devoir refaire mon DDNS Synology, certificats, DNS Server and Co ?

Voici ma zone DNS : j'ai tout viré (sauf les deux premières lignes d'OVH ainsi que mes DKIM, SPF et DMARC... pour plus tard) Et il y a bien un point, mais il est d'origine, je ne pas le supprimer (car pas de sous domaine...) : Le Proxy inversé est prévu, je m'y pencherais lorsque tout marchera déjà de base.

Bonjour, Alors plusieurs choses 😊 Oui l'accès via 5001 est activée, mais ce n'est uniquement pour vérifier le fonctionnement de mon domaine (il sera supprimé ce soir), c'est à dire si déjà je peux me connecter sur mon NAS depuis https://ndd.tld:5001 (et la réponse est oui... mais uniquement en WAN... en LAN le chargement ne se fait pas). Et j'ai bien compris dans mon passage dans la section SECURITE que pour accéder au DSM, c'est VPN Server sinon rien, et c'est bien ce que je fais (encore une fois, l'ouverture du port 5001 va être supprimée ce soir). Pour le reste, nous sommes bien d'accords. Et comme je l'ai indiqué, il doit avoir un "couille" (la mienne ! 😅) qui doit se promener : - Soit sur le paramétrage du DynHost sur OVH - Soit dans le paramétrage du DDNS sur le NAS - Soit sur le Certaificat Let's Encrypt sur le NAS - Soit sur le DNS Server du NAS Normalement, si je ne dis pas de bêtise, avec ces trois paramètres, je dois pouvoir faire la boucle domaine/IP WAN et atteindre mon NAS (IP LAN) par le port adéquat suivant le service voulu. Je vais reprendre les captures et masquer les points importants pour vous montrer... mais donnez moi juste quelques minutes 😞 Voilà les captures : Pour finir, j'ai un message d'erreur sur le portal d'OVH... mais depuis le début :

Je voulais surtout parler du DynHost que j'aurais... peut-être... un peu loupé... 🤣 Allez hop, au dodo, et encore merci pour le temps que tu me consacre ! 🙏

Je comprends, si j'avais une IP fixe, je ne me prendrais pas la tête avec un DDNS et DynHost. Mais je ne vois pas pourquoi ça a marché avec un DDNS Synology, et que ça ne marche qu'à moitié avec OVH... Le problème ne viendrait-il pas du coté d'OVH (enfin... d'une erreur "à moi") ?

Pas la peine... ça marche avec mon nid.tld (le reste, l'iPhone l'a renseigné tout seul). Pour contre je suis en 3G. Lorsque je le passe en WIFI et que j'ajoute un contact via CardDAV du NAS, aucune synchronisation. Je repasse en 3G, ça synchronise. On retourne sur un problème DDNS sur le NAS là, non ? Sinon question, sur la capture on doit bien indiquer l'IP de la BOX, pas l'IP LAN du NAS. EDIT : La réponse est oui.

Mais elle n'est pas fixe pour l'instant. Lorsque j'étais avec le DDNS de synology ça fonctionné pourtant.

Oui déjà fait. Mais la synchronisation ne fonctionnera qu'en local, pas lorsque je serais à l'extérieur de chez moi.

Pour le VPN, pas de soucis, je ne l'utilise que lorsque je suis en WAN (principalement sur mes iPhones pour les connexions via les app IOS). Installé aussi : - sur mon iMac... donc inutile 🤪 - sur mon iPad (non 3G)... donc utile quelques fois par an 🤪 Mais bon, je sais que le VPN (via VPN Server) ne concerne pas mon problème. Donc on en revient à : Quoi marquer dans les champs lors de la création des comptes Contacts et Calendrier sous macOS 🤔

Paramètres de CardDAV ? Il n'y a pas grand chose 😅 Sinon pour info, en plus de l'accès au DMS du NAS via https://ndd.tld:5001 en WAN, mon VPN via VPN Server fonctionne (utilisation de mon domaine que je t'ai fourni en MP). Donc normalement... on peut dire que tout ce qui touche au DynHost d'OVH, DDNS et certificat... c'est bon, non ? Tout est lié normalement.

Oui comme tu l'a indiqué. J'ai même tenté : https://ndd.tld:8443 Et : https://ndd.tld et ndd.tld en ajoutant dans la cellule du bas le port 8443 Pareil pour la ligne /principals/user/, j'ai tenté tout un tas de truc (en mode avancé)... bref, je tout fait 😞

Oui oui, tout est bon pourtant. Tous les services sont réglés sur le bon certificat (de toute façon j'en ai plus qu'un seul). Date de fin : 2018 / 10 / 22

C'est parti ! 🙂

... quel lien ?

On est bien d'accords alors. Par contre, on voyant ça, je me demande vraiment si mon problème ne vient pas de mon certificat (voir à 4:55) https://www.youtube.com/watch?v=gCDqZBR94z4 Moi je n'ai rien de tout ça, si ce n'est un message d'erreur rouge : Impossible de vérifier le nom ou le mot de passe du compte.

8443 ou 8843 ? Je vois qu'ici ils parlent des deux : https://support.apple.com/fr-fr/HT202944 Enfin bon... quoi que je mette, il ne veux rien savoir 😅

Alors... j'utilise : - CardDAV Server pour CardDAV. - WebDAV Server pour CalDAV. Les port HTTPS (SSL donc), sont : - TCP 8443 pour CardDAV Server. - TCP 5006 pour WebDAV Server. Ces ports sont : - Autorisés dans pare feu du NAS. - Ouvert sur le NAT de la BOX. Mon DynHOST (OVH), DDNS (certifié Let's Encrypt) et DNS Server semblent être bons car j'accède bien à mon NAS par l'adresse https://mondomain:5001 (uniquement connexion WAN). Pour accéder à mon NAS en LAN, par contre, je suis obligé de passer par https://192.168.1.100:5001 (mais je crois que c'est normale). Pour info, mon NAS n'a plus que le DDNS couplé au DynHOST d'OVH (j'ai viré les deux autres). Pour clients (Apple macOS / iOS) Calendrier et Contacts, je dois rentrer des renseignements. En fouillant sur le NET, j'étais tombé sur plusieurs info (des fois contradictoires), mais j'avais réussi (sur l'ancien DDNS). Avec le nouveau, impossible, rien ne passe. Mon problème, il est là 🙄 Quoi mettre réellement dans ces satanés champs ?