تبديل مزودي الخدمة - إعادة توجيه المستخدمين إلى موقع جديد قبل وبعد تحديثات DNS تنتشر

Question

نريد تبديل مزودي الخدمة. يجب القيام بذلك سيتطلب تحديث DNS لعنوان IP المرتبط بمجالنا.

تم اختبار المحتوى ونشأ على الخادم الجديد. تم إجراء تحديث DNS ولكن المستخدمين غير قادرين على رؤية الموقع الجديد حتى ينتشر DNS (والتي يمكن أن تكون أيام).

هل هناك شيء يمكن القيام به على الخادم القديم بحيث إذا تلقيته طلبا، فيمكنه إعادة توجيه / إعادة توجيه إلى الخادم الجديد، وبالتالي القضاء على "DNS Downtime"؟

نحن نركض ASP.NET 3.5 على IIS6 مع IISAPI_REWRITE 3.0.

Answer 1

حلنا (لكل اقتراح في داريل - ولكن هذه هي الكثير من المعلومات للتعليق)

نحن نستخدم ISAPI_REWRITE 3.0. وهي أداة رائعة ومنخفضة التكلفة لإدارة URL حتى يتم تصميم هذا الحل مصممة على هذا المنتج ولكن من الناحية النظرية يجب أن تكون صالحة للبيئات الأخرى.

DNS (ليكللي

A   newsub    newIP   #(new record)
A   existing  newIP   #(updated IP)

تكوين IIS للموقع في المضيف الجديد:

Add newsub as a hostheader on site

.htaccess للموقع في المضيف الجديد

#add as first rule. trap requests for new subdomain and redirect to existing
#ASSUMES that redirect to existing is now safe because DNS for existing
#was updated when newsub DNS was queried.
#otherwise this is going to be an endless loop of 
#redirects between the old and new server
RewriteCond %{HTTP_HOST} ^newsub\.
RewriteRule ^(.*)$ http://existing.mydomain.com/$1 [R=302, L]

.htaccess للموقع في المضيف القديم

#add as first rule. redirect all requests to new subdomain
RewriteCond %{HTTP_HOST} ^existing\.
RewriteRule ^(.*)$ http://newsub.mydomain.com/$1 [R=302, L]

Answer 2

يمكنك إعداد المجال الفرعي المنفصل، وإعادة توجيه المستخدمين على الخادم القديم إلى هذا المجال ولديهم الخادم الجديد قبول الطلبات من هذا المجال الفرعي. يجب أن تحدد المجالات الفرعية الجديدة (سجلات) أسرع بكثير من التغييرات. بمجرد وضع DNS بالكامل، يمكنك فقط إعادة توجيه هذا المجال الفرعي / سجل إلى العنوان العادي.