Bonjour à tous,
J'ai une petite question à vous soumettre concernant des records DNS.
J'ai actuellement un NAS Synology qui héberge mon DynDNS d'OVH pour un sous domaine (zzz.domaine.eu) . J'aimerais rediriger un autre sous domaine vers la même IP, mais du côté de Synology je suis limité à un seul compte DynDNS vers OVH (un par provider).
Dans ma zone, j'ai actuellement un A record vers mon sous-domaine. Quel type de record dois-je utiliser pour rediriger un sous domaine *.sub.domaine.eu vers zzz.domaine.eu ? Le tout en faisant une redirection cachée, je veux que ça soit *.sub.domaine.eu qui soit présenter à mon reverse proxy.
Voici ce que j'ai pour mon premier subdomaine:
zzz 60 IN A xxx.xxx.xxx.xxx
Ou, y a-t-il moyen de "réutiliser" l'IP reçue dynamiquement et l'utiliser pour un record CNAME pour mon second sous domaine?
Merci pour votre aide
Domaines et DNS - Synology et dyndns
Related questions
- Redirection d'un site http vers https
100188 
23.03.2019 11:16
- Changement de nom de domaine
79316 12.03.2017 10:20
- Redirection HTTPS vers HTTPS
63216 14.02.2018 08:50
- Serveur SMTP/IMAP
60989 26.12.2018 18:26
- Demande de suppression de compte OVH (espace client)
56337 16.04.2019 14:06
- Retrouver un Nic Handle ?
56275 09.06.2018 01:56
- Redirection vers App Heroku
56055 29.01.2018 11:43
- Nom de domaine "transférable"
51302 18.10.2016 17:15
- À quoi servent ces entrées TXT par défaut ?
49490 08.07.2017 23:38
- Identifiant et email de connexion perdu
49156 25.01.2017 19:35
> Le tout en faisant une redirection cachée
un CNAME changera l'url et ne gérera pas l'appel en https
fais tourner un script pour mettre à jour ton dynDNS ?
Mon dynDNS est à jour (via le synology).
Pas moyen de faire un type de redirection ?
> Mon dynDNS est à jour (via le synology).
j'ai bien compris, mais tu as la maj d'un seul dynDNS sur le syno, tu le dis toi-même
> Pas moyen de faire un type de redirection
non, car tu veux que ça soit invisible et je ne vais pas t'indiquer une technique préhistorique sans intérêt
si tu veux te compliquer la vie, prends un VPS (ip fixe) et monte un reverse proxy dessus...
ou demande une Ip fixe à ton FAI
ou alors, tu fais tourner un script sur le syno, que tu auras installé en SSH
ha non un CNAME est une bonne solution.
essaye avant
détends toi et prends le temps de lire au lieu de chercher la petite bête:
Je le fais chez moi.
sans ré-écrire l'url?
avec un APPEL https https:// domaine2 ?
Mais bien sûr, la résolution DNS donne l'IP en allant résoudre la cible du CNAME
et donc si le vhost n'est pas configuré, réécriture
et quid de l'appel https...
cname.example.com est un CNAME vers user123.dyndns.org
user123.dyndns.org est un A vers 123.45.67.89 et peut être changé par un client dyndns
ping cname.example.com va pinguer 123.45.67.89
https://cname.example.com va se connecter au serveur web 123.45.67.89 et va solliciter le vhost cname.example.com ; et celui-ci doit présenter un certificat pour cname.example.com
> https://cname.example.com va se connecter au serveur web 123.45.67.89 et va solliciter le vhost cname.example.com ; et celui-ci doit présenter un certificat pour cname.example.com
donc tu ne fais qu'illustrer les avertissements que j'ai émis, tu ne fais pas ça simplement
et si tu lis la demande, il ne me semble pas que le demandeur sache gérer ça
Ce que je vois, c'est qu'on veut un wildcard et pour ça, c'est du certificat payant.
qui a parlé de wildcard?
et let's encrypt le fait maintenant, mais pas simple
Bonjour et merci pour vos réponses !
Je confirme ce que kyodev dit, depuis l'API v2 Let's Encrypt support les certificats wildcard.
Concernant la redirection, je pense que j'ai une solution encore plus simple, à voir, mon provider fournit des IP "semi-statics". Je m'explique, l'IP publique est liée à la MAC du modem (ou router en mode bridge) et tant que le modem n'est pas off plus de 8heures d'affilées on conserve la même IP (j'ai lu des exemple sur le forum du provider où des gens on la même IP depuis 4ans...)
Donc je n'ai qu'à faire:
sub.domain.com IN CNAME xxx.xxx.xxx.xxx
> Fritz2cat
> cname.example.com est un CNAME vers user123.dyndns.org
> user123.dyndns.org est un A vers 123.45.67.89 et peut être changé par un client dyndns
> ping cname.example.com va pinguer 123.45.67.89
> https://cname.example.com1 va se connecter au serveur web 123.45.67.89 et va solliciter le vhost cname.example.com ; et celui-ci doit présenter un certificat pour cname.example.com
Au pire je testerai cette solution.
Merci pour votre aide en tout cas !
> provider fournit des IP "semi-statics".
c'est qui?
> sub.domain.com IN CNAME xxx.xxx.xxx.xxx
si tu vas créer un vhost dans le syno
Non
La cible d'un CNAME c'est un nom de host (à finir avec un point) et non une adresse IP.
C'est VOO en Belgique, je trouve cela assez spécial en effet mais ça a l'air d'être le cas... même IP depuis 16j que j'y fais attention...
Voo étant un consortium de câblo (Brutélé + ... + ...) en effet avec cette technologie l'adresse IP attribuée en DHCP a tendance à ne pas changer "jusqu'au prochain changement" comme par exemple une panne de secteur ou un upgrade des modems DOCSIS.
A l'opposé de l' ADSL qui change d'adresse IP toutes les 36 heures (en Belgique en tout cas)