الخميس, 22 يناير, 2009 | مؤلف:

أنا قريب جدا وجدت مشكلة مع موقع الويب العميل نتيجة ل .هتكس ملف. وقد استضاف الموقع على نوافذ خادم التوالي IIS باستخدام IISPassword, الأمر الذي يجعل استخدام .هتكس ملفات إعداداته.

IISPassword لا يتبع بالضبط نفس القواعد كما هو الحال مع اباتشي لكن. في حالة وجود ملف هتكس. بعد ذلك يجب تتضمن قواعد IISPassword المناسبة, خلاف ذلك الملقم بإرجاع الخطأ التالي فقط:

Error 500 given by IIS Password
هنا محتوى الملف هتكس.. لقد تعديلها إلا عنوان URL إعادة التوجيه النهائي للإشارة إلى example.com بشكل مناسب:

RewriteEngine في
RewriteCond %{HTTP_REFERER} .*جوجل. * $ [NC,أو]
RewriteCond %{HTTP_REFERER} .*أمريكا أون لاين. * $ [NC,أو]
RewriteCond %{HTTP_REFERER} .*ام اس ان. * $ [NC,أو]
RewriteCond %{HTTP_REFERER} .*ياهو. * $ [NC,أو]
RewriteCond %{HTTP_REFERER} .*ياندكس. * $ [NC,أو]
RewriteCond %{HTTP_REFERER} .*متسكع. * $ [NC,أو]
RewriteCond %{HTTP_REFERER} .*بالفعل. $ [NC]
روريترول .* HTTP://siffy الخداع-url.example.com [R,ال]

إذا كان هذا و على خادم يقوم بتشغيل اباتشي مع mod_rewrite, فإن معظم مستخدمي الشبكة تذهب مباشرة إلى محتوى الموقع الصحيح. إلا إذا وصلوا إلى الموقع من خلال محركات البحث والفهارس المدرجة في. هتكس, فإنها تتم إعادة توجيهك إلى رابط التصيد siffy أن التكسير يريد ضحايا لتصل إلى.

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

شارك
يمكنك متابعة الردود على هذا الموضوع من خلال الدخول RSS 2.0 علف. يمكنك ترك وردا على, أو المرجع من موقعك.
ترك الرد » تسجيل الدخول