J'ai une question à propos des sites Internet et de leurs serveurs &
DNS.
J'ai remarqué que lorsque j'achète un nom de domaine, il est mis par
défaut avec les DNS de ce registrar qui affiche une jolie page "Ce
domaine est réservé". Mais quand ensuite je précise mes propres DNS ...
La page affichée ne change pas !
Raison : le cache DNS de Windows, qui ne se met pas à jour, et pense
que le site est toujours accessible sur l'ancien serveur (avec les
anciens DNS).
Et pour lui faire rentrer dans le crâne que ça a changé, il faut y
aller à coup de "ipconfig /flushdns" et autres joyeusetés.
Ma question : comment font les sites pour déménager d'un serveur à un
autre (et donc d'une paire de DNS à une autre), sans avoir de soucis
avec des visiteurs qui iraient toujours taper à la porte de l'ancien
serveur ?
Merci d'avance pour vos lumières :)
Olivier
--
Olivier Ligny
Créateur web free-lance / www.cyber-tamtam.net
Ma question : comment font les sites pour déménager d'un serveur à un autre (et donc d'une paire de DNS à une autre), sans avoir de soucis avec des visiteurs qui iraient toujours taper à la porte de l'ancien serveur ?
Bonjour,
L'astuce est de faire en sorte que le site fonctionne sur les deux serveurs en même temps. La transition dure grosso modo 2h. Je viens de le faire pour 5000 sites et ça marche :)
Frédéric.
-- Frédéric VANNIERE 231 rue Saint-Honoré Directeur Technique 75001 PARIS - FRANCE PLANET-WORK Tél : 0891 024 424 http://www.planet-work.com Fax : 0143 461 199
Ma question : comment font les sites pour déménager d'un serveur à un
autre (et donc d'une paire de DNS à une autre), sans avoir de soucis
avec des visiteurs qui iraient toujours taper à la porte de l'ancien
serveur ?
Bonjour,
L'astuce est de faire en sorte que le site fonctionne sur les deux
serveurs en même temps. La transition dure grosso modo 2h. Je viens
de le faire pour 5000 sites et ça marche :)
Frédéric.
--
Frédéric VANNIERE 231 rue Saint-Honoré
Directeur Technique 75001 PARIS - FRANCE
PLANET-WORK Tél : 0891 024 424
http://www.planet-work.com Fax : 0143 461 199
Ma question : comment font les sites pour déménager d'un serveur à un autre (et donc d'une paire de DNS à une autre), sans avoir de soucis avec des visiteurs qui iraient toujours taper à la porte de l'ancien serveur ?
Bonjour,
L'astuce est de faire en sorte que le site fonctionne sur les deux serveurs en même temps. La transition dure grosso modo 2h. Je viens de le faire pour 5000 sites et ça marche :)
Frédéric.
-- Frédéric VANNIERE 231 rue Saint-Honoré Directeur Technique 75001 PARIS - FRANCE PLANET-WORK Tél : 0891 024 424 http://www.planet-work.com Fax : 0143 461 199
manu
"O.L." a écrit dans le message de news:
Bonjour, Bonjour
Ma question : comment font les sites pour déménager d'un serveur à un autre (et donc d'une paire de DNS à une autre), sans avoir de soucis avec des visiteurs qui iraient toujours taper à la porte de l'ancien serveur ? 1) Changent le $TTL du domaine et mettent un petite valeur (genre 900)
-> pause de 48H00 pour prendre en compte la modif sur les serveurs DNS des "clients" 2) backup le site sur le 1er serveur 3) Changement de l'IP du site pour faire pointer sur le 2eme serveur 4) restaure sur le 2eme serveur. 5) remettre le $TTL à 172800 5) c'est réglé en 15 minutes et (presque) sans coupure
C'est dans le cas d'un changement de serveur pour le site mais toujours avec le même serveur de nom
Si deux hébergeurs avec chacun deux serveurs de nom... mettre le site en double. (ou demander à l'hébergeur de mettre un TTL à 900 puis de changer le IN A)
Emmanuel.
"O.L." <nowhere@invalid.net> a écrit dans le message de news:
mn.925a7d5b033ad60c.18740@invalid.net...
Bonjour,
Bonjour
Ma question : comment font les sites pour déménager d'un serveur à un
autre (et donc d'une paire de DNS à une autre), sans avoir de soucis avec
des visiteurs qui iraient toujours taper à la porte de l'ancien serveur ?
1) Changent le $TTL du domaine et mettent un petite valeur (genre 900)
-> pause de 48H00 pour prendre en compte la modif sur les serveurs DNS des
"clients"
2) backup le site sur le 1er serveur
3) Changement de l'IP du site pour faire pointer sur le 2eme serveur
4) restaure sur le 2eme serveur.
5) remettre le $TTL à 172800
5) c'est réglé en 15 minutes et (presque) sans coupure
C'est dans le cas d'un changement de serveur pour le site mais toujours
avec le même serveur de nom
Si deux hébergeurs avec chacun deux serveurs de nom... mettre le site en
double. (ou demander à l'hébergeur de mettre un TTL à 900 puis de changer le
IN A)
Ma question : comment font les sites pour déménager d'un serveur à un autre (et donc d'une paire de DNS à une autre), sans avoir de soucis avec des visiteurs qui iraient toujours taper à la porte de l'ancien serveur ? 1) Changent le $TTL du domaine et mettent un petite valeur (genre 900)
-> pause de 48H00 pour prendre en compte la modif sur les serveurs DNS des "clients" 2) backup le site sur le 1er serveur 3) Changement de l'IP du site pour faire pointer sur le 2eme serveur 4) restaure sur le 2eme serveur. 5) remettre le $TTL à 172800 5) c'est réglé en 15 minutes et (presque) sans coupure
C'est dans le cas d'un changement de serveur pour le site mais toujours avec le même serveur de nom
Si deux hébergeurs avec chacun deux serveurs de nom... mettre le site en double. (ou demander à l'hébergeur de mettre un TTL à 900 puis de changer le IN A)
Emmanuel.
Patrick Mevzek
Ma question : comment font les sites pour déménager d'un serveur à un autre (et donc d'une paire de DNS à une autre), sans avoir de soucis avec des visiteurs qui iraient toujours taper à la porte de l'ancien serveur ? 1) Changent le $TTL du domaine et mettent un petite valeur (genre 900)
-> pause de 48H00 pour prendre en compte la modif sur les serveurs DNS des "clients"
Manque une étape préalable: diminuer le refresh pour forcer ultérieurement les secondaires à se synchroniser plus rapidement (ou se baser sur les updates, mais ca ne coûte pas grand chose de baisser les refresh). La modification des TTL ne doit être faite qu'après la modification du refresh prise en compte.
Baisser le negative TTL peut aussi être utile dans certains cas.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Ma question : comment font les sites pour déménager d'un serveur à un
autre (et donc d'une paire de DNS à une autre), sans avoir de soucis avec
des visiteurs qui iraient toujours taper à la porte de l'ancien serveur ?
1) Changent le $TTL du domaine et mettent un petite valeur (genre 900)
-> pause de 48H00 pour prendre en compte la modif sur les serveurs DNS des
"clients"
Manque une étape préalable: diminuer le refresh pour forcer
ultérieurement les secondaires à se synchroniser plus rapidement (ou se
baser sur les updates, mais ca ne coûte pas grand chose de baisser les
refresh). La modification des TTL ne doit être faite qu'après la
modification du refresh prise en compte.
Baisser le negative TTL peut aussi être utile dans certains cas.
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Ma question : comment font les sites pour déménager d'un serveur à un autre (et donc d'une paire de DNS à une autre), sans avoir de soucis avec des visiteurs qui iraient toujours taper à la porte de l'ancien serveur ? 1) Changent le $TTL du domaine et mettent un petite valeur (genre 900)
-> pause de 48H00 pour prendre en compte la modif sur les serveurs DNS des "clients"
Manque une étape préalable: diminuer le refresh pour forcer ultérieurement les secondaires à se synchroniser plus rapidement (ou se baser sur les updates, mais ca ne coûte pas grand chose de baisser les refresh). La modification des TTL ne doit être faite qu'après la modification du refresh prise en compte.
Baisser le negative TTL peut aussi être utile dans certains cas.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Patrick Mevzek
J'ai remarqué que lorsque j'achète un nom de domaine, il est mis par défaut avec les DNS de ce registrar qui affiche une jolie page "Ce domaine est réservé".Mais quand ensuite je précise mes propres DNS ...
Votre bureau d'enregistrement ne vous permet pas de choisir les DNS lors de l'achat ? Si c'est le cas, vous devriez songer à en changer, puisque cela vous complexifie manifestement la tâche.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
J'ai remarqué que lorsque j'achète un nom de domaine, il est mis par
défaut avec les DNS de ce registrar qui affiche une jolie page "Ce
domaine est réservé".Mais quand ensuite je précise mes propres DNS ...
Votre bureau d'enregistrement ne vous permet pas de choisir les DNS lors
de l'achat ?
Si c'est le cas, vous devriez songer à en changer, puisque cela vous
complexifie manifestement la tâche.
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
J'ai remarqué que lorsque j'achète un nom de domaine, il est mis par défaut avec les DNS de ce registrar qui affiche une jolie page "Ce domaine est réservé".Mais quand ensuite je précise mes propres DNS ...
Votre bureau d'enregistrement ne vous permet pas de choisir les DNS lors de l'achat ? Si c'est le cas, vous devriez songer à en changer, puisque cela vous complexifie manifestement la tâche.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
O.L.
Patrick Mevzek a exposé le 18/11/2005 :
J'ai remarqué que lorsque j'achète un nom de domaine, il est mis par défaut avec les DNS de ce registrar qui affiche une jolie page "Ce domaine est réservé".Mais quand ensuite je précise mes propres DNS ...
Votre bureau d'enregistrement ne vous permet pas de choisir les DNS lors de l'achat ?
Si !
Si c'est le cas, vous devriez songer à en changer, puisque cela vous complexifie manifestement la tâche.
C'est juste que je j'ai un domaine chez un registrar (Gandi en l'occurence), et que je souhaite déménager mon site d'un hébergeur à un autre. Le problème c'est au niveau des PC clients :-s
-- Olivier Ligny Créateur web free-lance / www.cyber-tamtam.net
Patrick Mevzek a exposé le 18/11/2005 :
J'ai remarqué que lorsque j'achète un nom de domaine, il est mis par
défaut avec les DNS de ce registrar qui affiche une jolie page "Ce
domaine est réservé".Mais quand ensuite je précise mes propres DNS ...
Votre bureau d'enregistrement ne vous permet pas de choisir les DNS lors
de l'achat ?
Si !
Si c'est le cas, vous devriez songer à en changer, puisque cela vous
complexifie manifestement la tâche.
C'est juste que je j'ai un domaine chez un registrar (Gandi en
l'occurence), et que je souhaite déménager mon site d'un hébergeur à un
autre.
Le problème c'est au niveau des PC clients :-s
--
Olivier Ligny
Créateur web free-lance / www.cyber-tamtam.net
J'ai remarqué que lorsque j'achète un nom de domaine, il est mis par défaut avec les DNS de ce registrar qui affiche une jolie page "Ce domaine est réservé".Mais quand ensuite je précise mes propres DNS ...
Votre bureau d'enregistrement ne vous permet pas de choisir les DNS lors de l'achat ?
Si !
Si c'est le cas, vous devriez songer à en changer, puisque cela vous complexifie manifestement la tâche.
C'est juste que je j'ai un domaine chez un registrar (Gandi en l'occurence), et que je souhaite déménager mon site d'un hébergeur à un autre. Le problème c'est au niveau des PC clients :-s
-- Olivier Ligny Créateur web free-lance / www.cyber-tamtam.net
O.L.
Patrick Mevzek avait énoncé :
Ma question : comment font les sites pour déménager d'un serveur à un autre (et donc d'une paire de DNS à une autre), sans avoir de soucis avec des visiteurs qui iraient toujours taper à la porte de l'ancien serveur ? 1) Changent le $TTL du domaine et mettent un petite valeur (genre 900)
-> pause de 48H00 pour prendre en compte la modif sur les serveurs DNS des "clients"
Manque une étape préalable: diminuer le refresh pour forcer ultérieurement les secondaires à se synchroniser plus rapidement (ou se baser sur les updates, mais ca ne coûte pas grand chose de baisser les refresh). La modification des TTL ne doit être faite qu'après la modification du refresh prise en compte.
Baisser le negative TTL peut aussi être utile dans certains cas.
Je ne sais pas ce qu'est ce TTL, je vais me documenter :) Apparament c'est la solution au problème ...
Mais étant donné qu'un PC sous Windows garde son cache DNS pendant plusieurs jours au moins (le mien l'a gardé pendant 3 jours jusqu'à ce que j'aille trifouiller dans le fichier HOSTS en tout cas !), si l'on décide de quitter son hébergeur, les PC clients verront ils bien la modif ?
Merci pour vos réponses :)
-- Olivier Ligny Créateur web free-lance / www.cyber-tamtam.net
Patrick Mevzek avait énoncé :
Ma question : comment font les sites pour déménager d'un serveur à un
autre (et donc d'une paire de DNS à une autre), sans avoir de soucis avec
des visiteurs qui iraient toujours taper à la porte de l'ancien serveur ?
1) Changent le $TTL du domaine et mettent un petite valeur (genre 900)
-> pause de 48H00 pour prendre en compte la modif sur les serveurs DNS des
"clients"
Manque une étape préalable: diminuer le refresh pour forcer
ultérieurement les secondaires à se synchroniser plus rapidement (ou se
baser sur les updates, mais ca ne coûte pas grand chose de baisser les
refresh). La modification des TTL ne doit être faite qu'après la
modification du refresh prise en compte.
Baisser le negative TTL peut aussi être utile dans certains cas.
Je ne sais pas ce qu'est ce TTL, je vais me documenter :)
Apparament c'est la solution au problème ...
Mais étant donné qu'un PC sous Windows garde son cache DNS pendant
plusieurs jours au moins (le mien l'a gardé pendant 3 jours jusqu'à ce
que j'aille trifouiller dans le fichier HOSTS en tout cas !), si l'on
décide de quitter son hébergeur, les PC clients verront ils bien la
modif ?
Merci pour vos réponses :)
--
Olivier Ligny
Créateur web free-lance / www.cyber-tamtam.net
Ma question : comment font les sites pour déménager d'un serveur à un autre (et donc d'une paire de DNS à une autre), sans avoir de soucis avec des visiteurs qui iraient toujours taper à la porte de l'ancien serveur ? 1) Changent le $TTL du domaine et mettent un petite valeur (genre 900)
-> pause de 48H00 pour prendre en compte la modif sur les serveurs DNS des "clients"
Manque une étape préalable: diminuer le refresh pour forcer ultérieurement les secondaires à se synchroniser plus rapidement (ou se baser sur les updates, mais ca ne coûte pas grand chose de baisser les refresh). La modification des TTL ne doit être faite qu'après la modification du refresh prise en compte.
Baisser le negative TTL peut aussi être utile dans certains cas.
Je ne sais pas ce qu'est ce TTL, je vais me documenter :) Apparament c'est la solution au problème ...
Mais étant donné qu'un PC sous Windows garde son cache DNS pendant plusieurs jours au moins (le mien l'a gardé pendant 3 jours jusqu'à ce que j'aille trifouiller dans le fichier HOSTS en tout cas !), si l'on décide de quitter son hébergeur, les PC clients verront ils bien la modif ?
Merci pour vos réponses :)
-- Olivier Ligny Créateur web free-lance / www.cyber-tamtam.net
Patrick Mevzek
Mais étant donné qu'un PC sous Windows garde son cache DNS pendant plusieurs jours au moins (le mien l'a gardé pendant 3 jours jusqu'à ce que j'aille trifouiller dans le fichier HOSTS en tout cas !), si l'on décide de quitter son hébergeur, les PC clients verront ils bien la modif ?
Les caches gardent les informations pendant le temps qu'on leur dit de les garder (sauf caces configurés explicitement pour faire autre chose, mais bon là après c'est le problème du responsable du cache en question), et ce temps c'est justement ce qu'on appelle TTL ou Time To Live. Cela se configure donc au niveau de la zone concernée.
Quant au negative TTL que je mentionne, c'est un cas particulier qui ne concerne que les réponses négatives (ie: tel nom n'existe pas).
Sinon, indépendamment des TTL, il est de toute façon bon de conserver l'hébergement sur les deux IP pendant quelques temps, d'avoir la nouvelle machine qui répond sur les deux IP, ou d'avoir l'ancienne machine qui fait proxy/redirect vers la nouvelle (options à choisir selon les possibilités).
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Mais étant donné qu'un PC sous Windows garde son cache DNS pendant
plusieurs jours au moins (le mien l'a gardé pendant 3 jours jusqu'à ce
que j'aille trifouiller dans le fichier HOSTS en tout cas !), si l'on
décide de quitter son hébergeur, les PC clients verront ils bien la
modif ?
Les caches gardent les informations pendant le temps qu'on leur dit de les
garder (sauf caces configurés explicitement pour faire autre chose, mais
bon là après c'est le problème du responsable du cache en question), et
ce temps c'est justement ce qu'on appelle TTL ou Time To Live.
Cela se configure donc au niveau de la zone concernée.
Quant au negative TTL que je mentionne, c'est un cas particulier qui ne
concerne que les réponses négatives (ie: tel nom n'existe pas).
Sinon, indépendamment des TTL, il est de toute façon bon de conserver
l'hébergement sur les deux IP pendant quelques temps, d'avoir la nouvelle
machine qui répond sur les deux IP, ou d'avoir l'ancienne machine qui
fait proxy/redirect vers la nouvelle (options à choisir selon les
possibilités).
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Mais étant donné qu'un PC sous Windows garde son cache DNS pendant plusieurs jours au moins (le mien l'a gardé pendant 3 jours jusqu'à ce que j'aille trifouiller dans le fichier HOSTS en tout cas !), si l'on décide de quitter son hébergeur, les PC clients verront ils bien la modif ?
Les caches gardent les informations pendant le temps qu'on leur dit de les garder (sauf caces configurés explicitement pour faire autre chose, mais bon là après c'est le problème du responsable du cache en question), et ce temps c'est justement ce qu'on appelle TTL ou Time To Live. Cela se configure donc au niveau de la zone concernée.
Quant au negative TTL que je mentionne, c'est un cas particulier qui ne concerne que les réponses négatives (ie: tel nom n'existe pas).
Sinon, indépendamment des TTL, il est de toute façon bon de conserver l'hébergement sur les deux IP pendant quelques temps, d'avoir la nouvelle machine qui répond sur les deux IP, ou d'avoir l'ancienne machine qui fait proxy/redirect vers la nouvelle (options à choisir selon les possibilités).
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
O.L.
Sinon, indépendamment des TTL, il est de toute façon bon de conserver l'hébergement sur les deux IP pendant quelques temps, d'avoir la nouvelle machine qui répond sur les deux IP, ou d'avoir l'ancienne machine qui fait proxy/redirect vers la nouvelle (options à choisir selon les possibilités).
En faisant proxy c'est à dire en allant demander au nouveau serveur ses donnée set en transmettant au client ? Mais ce mécanisme ne marche pas pour tout, par exemple si j'ai une appli maison à faire tourner qui écoute sur un port précis ... ?
-- Olivier Ligny Créateur web free-lance / www.cyber-tamtam.net
Sinon, indépendamment des TTL, il est de toute façon bon de conserver
l'hébergement sur les deux IP pendant quelques temps, d'avoir la nouvelle
machine qui répond sur les deux IP, ou d'avoir l'ancienne machine qui
fait proxy/redirect vers la nouvelle (options à choisir selon les
possibilités).
En faisant proxy c'est à dire en allant demander au nouveau serveur ses
donnée set en transmettant au client ?
Mais ce mécanisme ne marche pas pour tout, par exemple si j'ai une
appli maison à faire tourner qui écoute sur un port précis ... ?
--
Olivier Ligny
Créateur web free-lance / www.cyber-tamtam.net
Sinon, indépendamment des TTL, il est de toute façon bon de conserver l'hébergement sur les deux IP pendant quelques temps, d'avoir la nouvelle machine qui répond sur les deux IP, ou d'avoir l'ancienne machine qui fait proxy/redirect vers la nouvelle (options à choisir selon les possibilités).
En faisant proxy c'est à dire en allant demander au nouveau serveur ses donnée set en transmettant au client ? Mais ce mécanisme ne marche pas pour tout, par exemple si j'ai une appli maison à faire tourner qui écoute sur un port précis ... ?
-- Olivier Ligny Créateur web free-lance / www.cyber-tamtam.net
Patrick Mevzek
En faisant proxy c'est à dire en allant demander au nouveau serveur ses donnée set en transmettant au client ?
Oui.
Mais ce mécanisme ne marche pas pour tout, par exemple si j'ai une appli maison à faire tourner qui écoute sur un port précis ... ?
Pas pour tout, non, mais pour beaucoup de choses, oui. C'est natif en HTTP, et pour le reste, cf une application comme redir par exemple.
Prenons un autre exemple : le mail Pour changer de MX, c'est bien de jouer sur les TTL, mais c'est encore mieux si on configure dès le début l'ancienne machine pour tout transmettre vers la nouvelle tant qu'on est dans la transition, et quand on doit changer, on arrêter le relayage. Ainsi absolument 0 seconde d'interruption, quelque soit les TTL et ce qui se passe dans les caches DNS.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
En faisant proxy c'est à dire en allant demander au nouveau serveur ses
donnée set en transmettant au client ?
Oui.
Mais ce mécanisme ne marche pas pour tout, par exemple si j'ai une
appli maison à faire tourner qui écoute sur un port précis ... ?
Pas pour tout, non, mais pour beaucoup de choses, oui.
C'est natif en HTTP, et pour le reste, cf une application comme redir
par exemple.
Prenons un autre exemple : le mail
Pour changer de MX, c'est bien de jouer sur les TTL, mais c'est encore
mieux si on configure dès le début l'ancienne machine pour tout
transmettre vers la nouvelle tant qu'on est dans la transition, et quand
on doit changer, on arrêter le relayage. Ainsi absolument 0 seconde
d'interruption, quelque soit les TTL et ce qui se passe dans les caches
DNS.
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
En faisant proxy c'est à dire en allant demander au nouveau serveur ses donnée set en transmettant au client ?
Oui.
Mais ce mécanisme ne marche pas pour tout, par exemple si j'ai une appli maison à faire tourner qui écoute sur un port précis ... ?
Pas pour tout, non, mais pour beaucoup de choses, oui. C'est natif en HTTP, et pour le reste, cf une application comme redir par exemple.
Prenons un autre exemple : le mail Pour changer de MX, c'est bien de jouer sur les TTL, mais c'est encore mieux si on configure dès le début l'ancienne machine pour tout transmettre vers la nouvelle tant qu'on est dans la transition, et quand on doit changer, on arrêter le relayage. Ainsi absolument 0 seconde d'interruption, quelque soit les TTL et ce qui se passe dans les caches DNS.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Calimero
O.L. wrote:
Mais ce mécanisme ne marche pas pour tout, par exemple si j'ai une appli maison à faire tourner qui écoute sur un port précis ... ?
Y a peut-être moyen de moyenner un truc avec iptables (sous Linux) ou système équivalent.
-- @+ Calimero
O.L. wrote:
Mais ce mécanisme ne marche pas pour tout, par exemple si j'ai une appli
maison à faire tourner qui écoute sur un port précis ... ?
Y a peut-être moyen de moyenner un truc avec iptables (sous Linux) ou
système équivalent.
