2009-08-04 3 views
0

Одно из моих приложений с рельсами (с использованием пассажира и apache) меняет серверы. У меня есть приложение, работающее на обоих серверах (новое в тестировании) и DNS TTL до 5 минут. Мне сказали (и испытали что-то подобное) со стороны коллеги, что иногда DNS-резольверы немного игнорируют TTL и могут иметь старый IP-кешированный в течение некоторого времени после того, как я обновляю DNS на новый сервер.Rails/Passenger/Apache: простой одноразовый URL-адрес перенаправления для вылова устаревших DNS после перемещения сервера

Итак, после того, как я перешел на DNS-сервер, мне бы хотелось взломать старый сервер для принудительной перенаправления на IP-адрес нового сервера для всех посетителей. Очевидно, что я могу сделать несколько переадресаций (301, 302) либо в Apache, либо в самом приложении. Я бы хотел избежать метода приложения, так как я не хочу делать проверку и разворачивать код только для этого одного экземпляра, поэтому я думал, что базовая перенаправление URL-адресов будет работать. Buuttt, есть SEO-последствия, чтобы google посетил старый сайт и т. Д. И т. Д.

Как лучше всего добиться перенаправления, сохраняя при этом удобство поисковой системы?

ответ

1

У меня вопрос: куда бы вы перенаправили? Если вы перенаправляетесь на доменное имя, браузер (или бот) просто получит один и тот же старый IP-адрес и окажется в цикле переадресации.

Если вы перенаправляетесь на IP-адрес ... ну, это не будет выглядеть очень удобным в чьем-то браузере.

Лично я ничего не сделал. Может возникнуть некоторый короткий период, когда боты получают ошибки, пытаясь получить доступ к вашему сайту, но все они должны работать самостоятельно через пару дней без «ущерба SEO»

+0

Перенаправление на IP-адрес нового сервера –

+0

@Matt - проблема в том, что на всех страницах, захваченных пауками в течение этого времени, скорее всего, будет помечен IP-адрес, а не доменное имя. Поэтому, когда кто-то видит результат поиска в google, он будет показывать http://192.168.1.1/your_page.htm, а не http://yourdomain.com/your_page.htm. Я бы подумал, что было бы лучше подождать, пока пауки правильно подберут страницы на несколько дней позже, чем рискуют иметь «бездоменные» страницы в результатах поиска. –

0

Одним из решений может быть использование Mod_Proxy вместо переписывания в прокси-сервер трафик на новый хост. Таким образом, вы не должны видеть «ущерб от SEO».

0

Я использовал rinetd для перенаправления IP-трафика со старого сервера на новый на уровне IP. Конфигурация веб-сервера или виртуальных хостов не требуется. Работает очень гладко и абсолютно прозрачно для любого клиента.

 Смежные вопросы

  • Нет связанных вопросов^_^