Представление, когда IP-адрес был Заблокирован в IIS
Опция 1: грубая сила
Для домена VirtualHost Вы настраиваете в Apache, создайте соответствующий VirtualHost для блога. Что-то вроде этого:
ServerName blog.example.com
DocumentRoot /home/www/blogs/example.com
ServerName example.com
ServerAlias www.example.com
DocumentRoot /home/www/example.com/
Опция 2: динамический виртуальный хостинг
mod_vhost_alias модуль для Apache допускает настроенный массовый виртуальный хостинг Dynamcially, который позволяет Вам настраивать одну единственную конфигурацию модели, которая используется для нескольких виртуальных хостов, где все идентично от домена до домена кроме каталога, где файлы будут найдены.
Секретный соус динамического виртуального хостинга VirtualDocumentRoot директива. Это выглядит примерно так:
UseCanonicalName Off
VirtualDocumentRoot /var/www/%0/public_html/
Который мог бы соответствовать-
/var/www/www.example.com/public_html/
Проверьте документацию для UseCanonicalName для наблюдения, почему это должно присутствовать, и интерполяция имени каталога для наблюдения что %0 средства, и могли ли Вы хотеть поместить что-то еще там вместо этого.
Опция 3: перепишите правила
Mod_rewrite позволяет Вам предоставлять ряд правил перевода, которые говорят Apache превращать один URL в другого и затем перенаправлять запрос к тому, везде, где тот URL мог бы взять его.
С ним можно сделать в значительной степени что-либо, но требуется некоторая умственная гимнастика иногда для понимания то, что Вы говорите серверу делать. Я не собираюсь идти слишком глубоко в то, как заставить его работать, потому что запись переписывает правила без основательного понимания того, как они работают, путь, который заканчивается в конечном счете в безумии. Лучше всего для изучения перед прыганием.
По крайней мере, просмотрите mod_rewrite руководство, имейте хороший взгляд по ссылочной странице, и считайте примеры и удостоверьтесь, что Вы понимаете, как они работают.
There are no log entries for this kind of operation in the Windows event logs.
However assuming you are using IIS 7+ and the changes are not made in local web.config files there may be a way to find out when a configuration change occurred.
Open 'C:\inetpub\history' (you may need to do this as a elevated administrator) there are a bunch of CFGHISTORY_00000xxxxxx folders.
Each time you make configuration changes to IIS through the GUI, Script or API the previous version of the configuration files are saved here.
IP restrictions are stored in applicationHost.config, you can use a DIFF tool to compare files or manually look at the sections 'ipSecurity' (usually at the end of the file).
This may tell you when the change was made, but not by whom. You could check the event logs for a user who logged on to the server in the same time frame.
On a certain number of change-sets are stored and older history folders are deleted automatically.
EDIT: If you want to keep more history entries use:
appcmd.exe set config -section:system.applicationHost/configHistory /maxHistories:"50" /commit:apphost
More information about configuring the config history on iis.net