Хорошо, я пересматриваю свой первоначальный вопрос, поскольку теперь он сводится к конкретной проблеме.
Мне нужно настроить мой сервер так, чтобы он блокировал запросы, поступающие в папку / loc * (loc1, loc2 .. locn) в корне.
Это возможно? (Я не могу найти другого способа обойти это, поскольку запросы поступают со случайных IP-адресов и отправляются в разные папки, которые начинаются с / loc)
Старый пост ниже: -----------------
Я получаю эти запросы изображений на свой действующий сайт. Сотни из них каждые несколько минут ..
Кто и зачем это сделал, и какие меры следует предпринять, чтобы с этим справиться. Они кажутся безобидными, если я не упускаю из виду, но они наводняют мои файлы журналов ..
/loc3/th_17b_demi_m008.jpg
Контроллер для пути '/loc295/th_21e_shower052.jpg' не может быть найден, или он не реализует IController.
Контроллер для пути '/loc171/th_251_shower014.jpg' не может быть найден, или он не реализует IController.
У меня были подобные вещи, когда мой ip был бывшим сайтом в формате mp3.
В итоге я перенаправил их в пустой файл. Я бы порекомендовал вам просто передать файл 0x0.jpg на сервер, используя какую-то систему псевдонимов.
Похоже, что вредоносное ПО по ошибке пытается получить изображения с вашего сервера. Возможно, настройте свой веб-сервер так, чтобы он игнорировал любой запрос в форме * / loc [number] / *?
Было ли в этом месте изображение, которое вы удалили? В противном случае я могу предположить, что кто-то неправильно написал домен своего изображения и случайно пытается запросить это изображение у вас. Изображение может быть запрошено из места с высокой посещаемостью, например из подписи на форуме или чего-то подобного.
Чтобы исправить это, вы можете заблокировать IP-адрес, который запрашивает изображение, но я не знаю, что это остановит поток журналов.
У меня было нечто подобное на моем локальном веб-сервере. Оказалось, что это медиаплеер microsoft - он искал на локальном хосте разные обложки альбомов. Убедитесь, что ничто другое в коробке не ссылается на localhost.
Одна из возможностей состоит в том, что кто-то пытался «похитить изображение» или «хотлинк», но ввел неправильный URL. Неисправное изображение могло быть размещено где-нибудь на популярном форуме. Возможно предотвратить это с помощью некоторой причудливой конфигурации сервера IIS.
Еще одно предложение, чтобы частично облегчить некоторые из этих запросов, - использовать срок действия контента. Это не решит проблему, но в некоторых случаях может значительно сократить количество HTTP-запросов, и часто это в любом случае полезно. Мне нравится устанавливать срок действия 1 час для файлов изображений, css и js. Это скажет браузеру кэшировать изображение в течение часа, и браузер даже не будет спрашивать сервер, было ли оно обновлено, пока этот час не истечет.
Я думаю, что любому, кто использует общедоступный веб-сервер, просто нужно привыкнуть к подобному мусору в журналах и найти хороший инструмент для их анализа.
Для этого может быть много причин, от непреднамеренного (упомянутого в других сообщениях - т. Е. Ошибочно введенный URL - повторно использованный IP-адрес) до тех, кто ищет уязвимости на вашем сервере.
Я склонен думать, что по большей части последнее.
Если вы используете IIS7, используйте перезапись URL. Вы можете использовать простое сравнение с подстановочными знаками или регулярное выражение, чтобы заблокировать определенные папки, которые вам нужны, и вы можете легко их редактировать со временем.
Если вы используете IIS6, рассмотрите возможность перезаписи ISAPI.