[a-h-aide] Si mon serveur est éteint ...
Bonjour, j'ai un espace mutualisé chez ovh depuis 2 ans environ, et depuis peu une machine (auto-hebergé) qui est à demi-temps accessible par l'Internet. J'utilise : diogoantunes.org et diogoantunes.com + un nom de domaine en dynhost qui se change automatiquement à partir de la machin box: diogoantunes.no-ip.org. Ce que j'aimerai: - toute requète vers diogoantunes.com, devienne la même requète mais vers diogoantunes.org (donc si une page web est : patata.diogoantunes.com/tsouintsouin, il faudrait que ça se redirige vers patata.diogoantunes.org/tsouintsouin - le changement d'adresse doit être visible). Quel est la meilleure façon pour rediriger tout type de demande, que ça soit http, mais aussi ftp, etc...? Niveau DNS mais comment? - J'aimerai utilisé le mutualisé comme zone de secours. Si la machine est allumé: diogoantunes.org -> diogoantunes.no-ip.org, sinon mutualisé (si la machine est allumé, le mutualisé ne doit pas être accessible -> il redirigera toute demande vers dynhost, même si on demande à partir de l'ip du mutualisé, elle sera géré par la machine). Le DNS devra être géré sur le compte mutualisé (OVH)- vu que ça sera toujours accessible théoriquement-, mais comment gérer ça? Pleins de soucis vont venir, avec les emails par exemple, et d'autres sans doute. J'aimerai vraiment un gros coup de main. Merci d'avance. Libere, Pascal Diogo Antunes. -- "Sept fois à terre, huit fois debout."- Proverbe japonais.
Afficher les réponses par date
J'aimerai vraiment un gros coup de main.
Le coup de main, ça serai surtout sur les deux points que j'ai noté. Bien sûr, je ne demande pas qu'on fasse les choses à ma place. Mais niveau réseau, je ne suis pas très à l'aise, et là c'est ce que j'ai besoin :D Merci. Libere, Pascal Diogo Antunes.
Pascal Diogo Antunes, 2013-07-01 22:06+0200:
Ce que j'aimerai: - toute requète vers diogoantunes.com, devienne la même requète mais vers diogoantunes.org (donc si une page web est : patata.diogoantunes.com/tsouintsouin, il faudrait que ça se redirige vers patata.diogoantunes.org/tsouintsouin - le changement d'adresse doit être visible). Quel est la meilleure façon pour rediriger tout type de demande, que ça soit http, mais aussi ftp, etc...? Niveau DNS mais comment?
Avec un CNAME, mais : 1. ça ne fait pas à proprement parler de redirection, pas au sens d'une redirection Web en tout cas, on parle simplement d'alias DNS ; 2. ce n'est faisable que sur des noms qui n'ont aucun autre enregistrement DNS, et donc en particulier pas faisable sur le nom de la zone DNS elle-même diogoantunes.com qui a déjà des enregistrements SOA, NS et probablement MX.
- J'aimerai utilisé le mutualisé comme zone de secours. Si la machine est allumé: diogoantunes.org -> diogoantunes.no-ip.org, sinon mutualisé (si la machine est allumé, le mutualisé ne doit pas être accessible -> il redirigera toute demande vers dynhost, même si on demande à partir de l'ip du mutualisé, elle sera géré par la machine). Le DNS devra être géré sur le compte mutualisé (OVH)- vu que ça sera toujours accessible théoriquement-, mais comment gérer ça?
Pas d'idée sur ce point-là… -- . o . Tanguy Ortolo, internaute auto-hébergé . . o <http://www.auto-hebergement.fr/> o o o
On Mon, 1 Jul 2013 22:28:40 +0200 Tanguy Ortolo <tanguy+a-h@ortolo.eu> wrote:
Pascal Diogo Antunes, 2013-07-01 22:06+0200:
Ce que j'aimerai: - toute requète vers diogoantunes.com, devienne la même requète mais vers diogoantunes.org (donc si une page web est : patata.diogoantunes.com/tsouintsouin, il faudrait que ça se redirige vers patata.diogoantunes.org/tsouintsouin - le changement d'adresse doit être visible). Quel est la meilleure façon pour rediriger tout type de demande, que ça soit http, mais aussi ftp, etc...? Niveau DNS mais comment?
Avec un CNAME, mais : 1. ça ne fait pas à proprement parler de redirection, pas au sens d'une redirection Web en tout cas, on parle simplement d'alias DNS ; 2. ce n'est faisable que sur des noms qui n'ont aucun autre enregistrement DNS, et donc en particulier pas faisable sur le nom de la zone DNS elle-même diogoantunes.com qui a déjà des enregistrements SOA, NS et probablement MX.
- J'aimerai utilisé le mutualisé comme zone de secours. Si la machine est allumé: diogoantunes.org -> diogoantunes.no-ip.org, sinon mutualisé (si la machine est allumé, le mutualisé ne doit pas être accessible -> il redirigera toute demande vers dynhost, même si on demande à partir de l'ip du mutualisé, elle sera géré par la machine). Le DNS devra être géré sur le compte mutualisé (OVH)- vu que ça sera toujours accessible théoriquement-, mais comment gérer ça?
Pas d'idée sur ce point-là…
et si je mettais en premier serveur DNS la machine que j'auto-héberge? Comme ça, si elle est innaccessible, les requètes se redirigeront automatiquement vers les serveurs DNS suivant? Non? Si c'est le cas, je réglerai dans ce cas tout mes problèmes. Reste à gérer un serveur DNS que je ne sais pas faire manuelement (hors interface OVH).
-- . o . Tanguy Ortolo, internaute auto-hébergé . . o <http://www.auto-hebergement.fr/> o o o
-- Pascal Diogo Antunes <antunes-pascal@sfr.fr>
Pascal Diogo Antunes, 2013-07-03 15:41+0200:
et si je mettais en premier serveur DNS la machine que j'auto-héberge? Comme ça, si elle est innaccessible, les requètes se redirigeront automatiquement vers les serveurs DNS suivant? Non?
Non. Il n'y a pas de notion d'ordre ou de priorité entre les serveurs d'une zone DNS : tous sont à égalité et sont interrogés au hasard, avec essai sur un autre si le premier essayé n'a pas répondu. -- . o . Tanguy Ortolo, internaute auto-hébergé . . o <http://www.auto-hebergement.fr/> o o o
On 03/07/2013 15:41, Pascal Diogo Antunes wrote:
et si je mettais en premier serveur DNS la machine que j'auto-héberge? Comme ça, si elle est innaccessible, les requètes se redirigeront automatiquement vers les serveurs DNS suivant? Non? Si c'est le cas, je réglerai dans ce cas tout mes problèmes. Reste à gérer un serveur DNS que je ne sais pas faire manuelement (hors interface OVH).
Lors de la résolution DNS, un serveur DNS faisant autorité (ceux que tu mets en place) est interrogé au hasard par le résolveur (serveur DNS qui résout le nom) : donc mettre une réponse dans l'un et pas dans l'autre fera qu'en moyenne, pour N serveurs DNS dont 1 chez toi, une fois sur N, tu aura la réponse du serveur chez toi, et pas les autres fois. Sans compter que les réponses sont mises en cache. Certains types d'enregistrements DNS (MX et SRV) peuvent avoir des indications de priorités qui t'intéressent (si le premier n'est pas bon, au passe au second). Mais ça ne marche que pour les services qui s'en servent (donc pas le web).
On Wed, 03 Jul 2013 15:49:09 +0200 kankan <kankan@infospc.fr> wrote:
On 03/07/2013 15:41, Pascal Diogo Antunes wrote:
et si je mettais en premier serveur DNS la machine que j'auto-héberge? Comme ça, si elle est innaccessible, les requètes se redirigeront automatiquement vers les serveurs DNS suivant? Non? Si c'est le cas, je réglerai dans ce cas tout mes problèmes. Reste à gérer un serveur DNS que je ne sais pas faire manuelement (hors interface OVH).
Lors de la résolution DNS, un serveur DNS faisant autorité (ceux que tu mets en place) est interrogé au hasard par le résolveur (serveur DNS qui résout le nom) : donc mettre une réponse dans l'un et pas dans l'autre fera qu'en moyenne, pour N serveurs DNS dont 1 chez toi, une fois sur N, tu aura la réponse du serveur chez toi, et pas les autres fois. Sans compter que les réponses sont mises en cache.
Certains types d'enregistrements DNS (MX et SRV) peuvent avoir des indications de priorités qui t'intéressent (si le premier n'est pas bon, au passe au second). Mais ça ne marche que pour les services qui s'en servent (donc pas le web). _______________________________________________ auto-hebergement-aide mailing list auto-hebergement-aide@listes.auto-hebergement.fr http://listes.auto-hebergement.fr/listinfo/auto-hebergement-aide
Donc dans ce cas, je laisse ce que j'ai mis niveau redirection avec du dynhost : si la machine s'allume, elle met à jour le nom de domaine principal, et si la machine s'éteint, elle met de nouveau à jour le nom de domaine principal, en remettant celui de OVH (mon hebergeur). Je ne savais pas pour les types d'enregistrements DNS (MX et co.), j'aimerai en savoir plus, ça me permettra de mettre en premier l'adresse public de la machine auto-hebergé en premier à chaque fois. Il me faudra gérer les problèmes de synchronisation email par la suite, mais je verrai, je verai. J'aimerai déjà mettre en place correctement les enregistrements DNS. Merci. -- Pascal Diogo Antunes <antunes-pascal@sfr.fr>
On 03/07/2013 17:19, Pascal Diogo Antunes wrote:
Donc dans ce cas, je laisse ce que j'ai mis niveau redirection avec du dynhost : si la machine s'allume, elle met à jour le nom de domaine principal, et si la machine s'éteint, elle met de nouveau à jour le nom de domaine principal, en remettant celui de OVH (mon hebergeur). Je ne savais pas pour les types d'enregistrements DNS (MX et co.),
Pour les enregistrements MX (et SRV), on peut mettre plusieurs enregistrements, mais une priorité leur ai associé. Par exemple, si on regarde les entregistrements MX de fdn.fr : fdn.fr. 86400 IN MX 10 mail.fdn.fr. fdn.fr. 86400 IN MX 20 mx2.fdn.fr. La dernière partie est celle intéressante. On a 10 mail.fdn.fr. et 20 mx2.fdn.fr. On devrait normalement essayer d'atteindre mail.fdn.fr en premier, et s'il est inaccessible, mx2.fdn.fr. Après, certains estiment que ce n'est pas nécessaire, voir une mauvaise idée pour les petits, car source de spam si le MX secondaire n'a pas la même configuration que le MX primaire : http://www.bortzmeyer.org/mx-secondaire.html
j'aimerai en savoir plus, ça me permettra de mettre en premier l'adresse public de la machine auto-hebergé en premier à chaque fois. Attention, ça ne marche que pour les MX (mail) et SRV (services, en pratique utilisé par Jabber, et quelques protocoles non-standard (Minecraft, Teamspeak et Mumble peuvent s'en servir il me semble))
On Wed, 03 Jul 2013 17:34:22 +0200 kankan <kankan@infospc.fr> wrote:
On 03/07/2013 17:19, Pascal Diogo Antunes wrote:
Donc dans ce cas, je laisse ce que j'ai mis niveau redirection avec du dynhost : si la machine s'allume, elle met à jour le nom de domaine principal, et si la machine s'éteint, elle met de nouveau à jour le nom de domaine principal, en remettant celui de OVH (mon hebergeur). Je ne savais pas pour les types d'enregistrements DNS (MX et co.),
Pour les enregistrements MX (et SRV), on peut mettre plusieurs enregistrements, mais une priorité leur ai associé.
Par exemple, si on regarde les entregistrements MX de fdn.fr : fdn.fr. 86400 IN MX 10 mail.fdn.fr. fdn.fr. 86400 IN MX 20 mx2.fdn.fr.
La dernière partie est celle intéressante. On a 10 mail.fdn.fr. et 20 mx2.fdn.fr. On devrait normalement essayer d'atteindre mail.fdn.fr en premier, et s'il est inaccessible, mx2.fdn.fr.
Après, certains estiment que ce n'est pas nécessaire, voir une mauvaise idée pour les petits, car source de spam si le MX secondaire n'a pas la même configuration que le MX primaire : http://www.bortzmeyer.org/mx-secondaire.html
j'aimerai en savoir plus, ça me permettra de mettre en premier l'adresse public de la machine auto-hebergé en premier à chaque fois. Attention, ça ne marche que pour les MX (mail) et SRV (services, en pratique utilisé par Jabber, et quelques protocoles non-standard (Minecraft, Teamspeak et Mumble peuvent s'en servir il me semble))
_______________________________________________ auto-hebergement-aide mailing list auto-hebergement-aide@listes.auto-hebergement.fr http://listes.auto-hebergement.fr/listinfo/auto-hebergement-aide
Bah ce qui m'inquiettais surtout c'était pour les email. Mais en effet je viens de voir : http://fr.wikipedia.org/wiki/Enregistrement_Mail_eXchanger et je ferrai comme ça. MX m'importait, pour les autres services comme jabber, je ne passerai pas par le mutualisé OVH - je ne pense pas. J'ai juste le problème du : si coupure d'éléctritié, ou coupure de laconnexion Internet, là où il y a la machine auto-hebergé, je n'ai pas de moyen de remettre le champs dynhost vers mon hebergement OVH, car c'est un abonnement mutualisé perso. Pour le MX, pas de soucis, mais pour les services web, ça sera pas le cas. Idées? -trouvée (je garde cette pseudo réflexion), les dynhost qu'offre afraid.org permette la modification à partir de wget. J'ai le droit à un pseudo cron d'execution de script php au minimum toutes les heures sur le mutualisé. Pas trop mal, et ça permet de remettre à jour le pointage du nom de domaine si plus aucune réponse de la machine auto-hebergé. À savoir si afraid.org dans le long terme est fiable (je n'ai pu encore essayer assez longtemps). Si d'autres idées, je prends. Merci. -- Pascal Diogo Antunes <antunes-pascal@sfr.fr>
participants (3)
-
kankan -
Pascal Diogo Antunes -
Tanguy Ortolo