2009-08-04 5 views
0

L'une de mes applications rails (en utilisant passenger et apache) change d'hôte serveur. J'ai l'application fonctionnant sur les deux serveurs (le nouveau dans le test) et le TTL DNS à 5 minutes. On m'a dit (et j'ai moi-même vécu quelque chose comme ça) par un collègue que parfois les résolveurs DNS ignorent légèrement le TTL et peuvent avoir l'ancienne IP cachée pendant un certain temps après la mise à jour du DNS sur le nouveau serveur. Donc, après avoir lancé le commutateur sur DNS, ce que je voudrais faire est de pirater l'ancien serveur pour émettre une redirection forcée vers l'adresse IP du nouveau serveur pour tous les visiteurs. Évidemment, je peux faire un certain nombre de redirections (301, 302) dans Apache ou l'application elle-même. Je voudrais éviter la méthode de l'application, car je ne veux pas faire un checkin et déployer du code juste pour cette instance, donc je pensais qu'une redirection d'URL http bas fonctionnerait. Buuttt, il ya des implications SEO devrait google visiter l'ancien site etc etcRails/Passenger/Apache: redirection simple d'URL ponctuelle pour récupérer le DNS obsolète après le déplacement du serveur

Comment mieux obtenir la redirection tout en maintenant la gentillesse du moteur de recherche?

Répondre

1

Je suppose que la question est - vers où rediriger? Si vous redirigez vers le nom de domaine, le navigateur (ou bot) obtiendrait juste la même vieille adresse IP et se retrouverait dans une boucle de redirection.

Si vous redirigez vers une adresse IP .. eh bien, cela ne va pas avoir l'air très convivial dans le navigateur de quelqu'un.

Personnellement, je ne ferais rien. Il peut y avoir une courte période où les robots essaieront d'accéder à votre site, mais cela devrait se faire en quelques jours sans aucun "dommage SEO"

+0

Rediriger vers l'adresse IP du nouveau serveur –

+0

@Matt - le problème est que les pages capturées par les robots pendant cette période sont susceptibles d'être étiquetées avec l'adresse IP plutôt qu'avec le nom de domaine. Donc, quand quelqu'un voit le résultat de recherche dans Google, il affichera http://192.168.1.1/your_page.htm plutôt que http://yourdomain.com/your_page.htm. Je pense qu'il serait préférable d'attendre que les araignées choisissent les pages correctement quelques jours plus tard que de risquer d'avoir des pages «sans domaine» dans les résultats de la recherche. –

0

Une solution pourrait être d'utiliser Mod_Proxy au lieu d'une réécriture au proxy le trafic vers le nouvel hôte. De cette façon, vous ne devriez pas voir de "dommage SEO".

0

J'ai utilisé rinetd pour rediriger le trafic IP de l'ancien serveur vers le nouveau au niveau IP. Aucun serveur Web ou configuration d'hôtes virtuels requis. Fonctionne très bien et absolument transparent pour n'importe quel client.

Questions connexes