Необычный URL-адрес запроса в событии мониторинга работоспособности ASP.NET - PullRequest
2 голосов
/ 29 марта 2010

Я вижу довольно странное событие в разделе информации о запросах в электронном письме о мониторинге состояния ASP.NET, надеюсь, кто-нибудь сможет пролить свет на это. Это общедоступный веб-сайт, который работает на инфраструктуре индийского хостинг-провайдера. Мониторинг работоспособности уведомляет нас об ошибках сервера с помощью автоматической электронной почты, но время от времени запрашиваемый 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

Очевидно, что рассматриваемый сайт не является Baidu, и, очевидно, этот атрибут также не является реферером; значение «URL запроса» - это путь, по которому возникла ошибка. IP-адрес расположен в Пекине (случайно, учитывая адрес Baidu?), И в этом случае похоже, что серверная часть SQL-сервера была недоступна (я не включил полное сообщение об ошибке в целях безопасности).

Что может привести к тому, что атрибут URL-адреса запроса будет произвольно изменен на атрибут другого сайта? Я никогда раньше не видел, чтобы это происходило в ходе мониторинга здоровья. Спасибо!

Редактировать: Для тех, кто не знаком с Baidu , это крупнейшая поисковая система Китая и абсолютно точно не работает на той же индийской инфраструктуре, что и этот конкретный сайт.

1 Ответ

1 голос
/ 29 марта 2010

Это можно сделать, изменив файл hosts и включив в него запись на www.baidu.com по IP-адресу вашего сервера, затем запросив http://www.baidu.com/Default.aspx.

Предположительно, он окажется на веб-сайте по умолчанию, если HostHeaders в IIS для этого будет пустым. Это может отличаться от вашего обычного веб-сайта, который может объяснить полученное вами сообщение об ошибке SQL.

Почему кто-то сделал это, я не уверен. Может быть, где-то невинная ошибка DNS или плохо написанный бот?

...