عنوان URL للطلب غير المعتاد في حدث مراقبة Health ASP.NET

Question

أرى حدوثًا غريبًا إلى حد ما في قسم معلومات الطلب في بريد إلكتروني مراقبة ASP.NET Health ، آمل أن يتمكن شخص ما من إلقاء بعض الضوء. هذا موقع ويب يواجه علنًا يعمل على البنية التحتية في مزود استضافة هندي. تقوم المراقبة الصحية بإخطار أخطاء الخادم عبر البريد الإلكتروني الآلي ولكن بين الحين والآخر يظهر عنوان URL المطلوب كموقع مختلف تمامًا. علي سبيل المثال:

Request information:
    Request URL: http://www.baidu.com/Default.aspx
    Request path: /Default.aspx
    User host address: 221.13.128.175
    User: 
    Is authenticated: False
    Authentication Type: 
    Thread account name: NT AUTHORITY\NETWORK SERVICE

من الواضح أن الموقع المعني ليس بايدو ومن الواضح أن هذه السمة ليست هي المرجع أيضًا ؛ قيمة "URL ust request" هي المسار الذي ولد الخطأ. عنوان IP هو تقع في بكين (من قِبل العنوان Baidu؟) وفي هذه الحالة ، يبدو أن الواجهة الخلفية لخادم SQL لم يكن متاحًا (لم أقم بتضمين رسالة الخطأ بأكملها من أجل الأمان).

ما الذي سيؤدي إلى تغيير سمة عنوان URL للطلب بشكل تعسفي إلى موقع موقع آخر؟ لم أر هذا أبدًا يحدث في حدث مراقبة صحي من قبل. شكرًا!

تعديل: لأولئك الذين ليسوا على دراية بايدو, ، إنه أكبر محرك بحث في الصين وهو على الإطلاق ، بشكل إيجابي لا يعمل على نفس البنية التحتية الهندية مثل هذا الموقع بالذات.

Answer 1

يمكنك أن تتسبب في حدوث ذلك عن طريق تغيير ملف المضيفين الخاص بك لتضمين إدخال إلى www.baidu.com على عنوان IP الخاص بالخادم الخاص بك ثم طلب http://www.baidu.com/default.aspx.

من المفترض أن ينتهي الأمر في الموقع الافتراضي إذا كانت Hostheaders في IIS فارغة. قد يكون هذا مختلفًا عن موقع الويب الخاص بك المعتاد والذي قد يفسر رسالة خطأ SQL التي كنت تحصل عليها.

لماذا يفعل شخص ما هذا لست متأكدًا. ربما خطأ DNS بريء في مكان ما أو روبوت مكتوب بشكل سيء؟