alan.dub

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 ?

Bon bah impossible, je viens d'y passer ma soirée entière. Là je commence à saturer. Pas un seul tuto sur le web ne donne les mêmes info sur mes clients (ceux d'Apple, on ne peut pas faire plus simple). Pour limiter la casse, j'ai même fait des captures avant de supprimer ces comptes. Et bien même en retapant la même chose (sauf le nom de mon nouveau domaine), ça ne marche pas. Aussi bien sur CardDAV que CalDAV. On dirait plus un problème de Domaine ou de DDNS (ou de redirection ?), qu'autre chose. Peut-être à demain, si j'ai le courage, mais je pense lâcher l'affaire et garder le NAS en simple lieu de stockage, coupé de l'extérieur. Bref, je viens de voir mes limites en informatique je crois... 🤔

J'ai vraiment la poisse 🤣 Je viens de supprimer les DDNS Synology pour ne garder que celui d'OVH (Certificat Let's Encrypt : OK) Et bien impossible de recréer mes comptes CalDav (via WebDav) et CardDav. On est bien d'accords q'iil est possible de faire ceci avec un DynHost de chez OVH (sans d'avoir ajouter une entrée dans DNS Server) ? CalDav : Port 5006 CardDav : Port 8443

Ca comment : email reçu en fin d'après midi Cher utilisateur, L'adresse IP [46.148.27.92] a connu 10 tentatives échouées en essayant de se connecter à Mail Server ouvert sur NAS dans un intervalle de 5 minutes, et a été bloquée à Tue Jul 24 16:26:57 2018. Sincères salutations, Synology DiskStation Mon pare feu : normalement c'est bon là non ?

Non non, rien à voir avec le VPN ^^ Lui n'est accessible que si tu actives le VPN sur ton client et que tu passes par l'adresse qui faut. Bon en tout cas maintenant ça fonctionne ! Le coupable (vu que je n'ai pas encore virer le DDNS de Synology) : Et la vitesse est normale au faite... Ce soir je switch tout sur ce DDNS (mais quid de la mise à jour de mon IP publique (donc non fixe) entre le NAS et le Dynhost d'OVH ?)

Le VPN fonctionne pourtant bien... mais oui, je suis à 1500 Ko/s en descendant et 100 Ko/s en montant. Mais bon ça permets au moins d'aller sur le DSM (mais pour les fichiers c'est une autre paires de manches...). Pour le SSL, je suis comme ça : Et le certificat via Let's Encrypt à aussi été fait... je ne comprends pas. @ PPJP : Ca c'est le DDNS Synology qui tourne encore (rien à voir avec celui D'OVH). Comme tu peux le voir sur mes précédentes capture, les deux sont en cours. En vue que 5001 est ouvert, les deux sont utilisables, mais c'est vrai que celui-ci est aussi utilisable en LAN... j'suis paumé 😅 Au dodo, je reprendrais demain soir. Et merci encore à vous !