Windows 2018 server r2 iis: Установка IIS 8.5 на Windows Server 2012 R2

Настройка динамических параметров фильтрации IP-адресов IIS 8 в Windows Server 2012

В веб-сервере IIS 7 и более ранних версий присутствовала встроенная функциональность, позволявшая администраторам разрешать или запрещать доступ для конкретного IP-адреса или пула адресов. При блокировке IP-адреса, любой HTTP-клиент, использовавший его, получал сообщение об ошибке с кодом “403.6 Forbidden”.

С помощью данной функции администраторы могут управлять доступом к своему серверу и реагировать на подозрительную активность в сети.

В новой версии веб-сервера IIS 8.0 компания Microsoft расширила описываемую функциональность, добавив несколько новых возможностей:

• Динамическую фильтрацию IP-адресов, которая позволяет администраторам настраивать сервер таким образом, чтобы блокировать доступ для IP-адресов, количество запросов с которых превышает заданный порог.
• Теперь функции фильтрации IP-адресов позволяют администраторам настраивать поведение веб-сервера при блокировке IP-адреса, таким образом, чтобы соединение разрывалось, вместо отправки клиенту ошибки HTTP 403. 6.
• Появилась новая функция фильтрации — режим прокси, который позволяет блокировать IP-адреса не только на основе IP клиента, который виден IIS, но и на основе значений x-forwarded в HTTP-заголовке.

Чтобы воспользоваться этими функциями необходим сервер под управлением Windows Server 2012 с установленным IIS 8.0.

Необходимо активировать дополнительные роли:

Настройка блокировки на основе HTTP-запросов

IIS 8.0 можно настроить так, чтобы он блокировал доступ к сайту на основе количества запросов, отправленных конкретным HTTP-клиентом за определенный промежуток времени, или на основе числа одновременных подключений, установленных клиентом.

Для настройки запрета на основе числа HTTP-запросов, необходимо зайти диспетчер служб IIS (с правами администратора), затем кликнуть на названии сервера и открыть оснастку «Ограничение IP-адресов и доменов»:

Затем в правой панели выбрать пункт «Изменить динамические параметры ограничения»:

В появившемся диалоговом окне нужно поставить галочки в пунктах «Запретить IP_адрес с учетом количества параллельных запросов» и «Запрет IP-адреса по количеству запросов за период времени»:

После этого нужно нажать «ОК».

Настройка IIS для запрета доступа с IP-адреса

В IIS 7 и более ранних версий веб-сервер возвращал ошибку “403.6 Forbidden” клиенту, которому был запрещен доступ по IP. В IIS 8.0 адмнистраторы могут настраивать запрет на доступ разными способами.

Для этого нужно открыть диспетчер служб IIS, затем кликнуть на названии сервера и открыть оснастку «Ограничение IP-адресов и доменов»:

Затем в правой панели кликнуть на «Изменить параметры»:

Затем в диалоговом окне нужно выбрать «Запрещено» в пункте «Запретить тип действия»:

Настройка режима прокси

При фильтрации по IP-адресам возникает проблема, которая заключается в том, что многие клиенты обращаются к веб-серверу через различные межсетевые экраны, балансировщики нагрузки и прокси-серверы — в таком случае IIS увидит лишь IP-адрес ближайшего к нему такого узла, за которым могут скрываться как благонадежные клиенты, так и те, которых стоит заблокировать. В IIS 8.0 администраторы могут настроить веб-сервер таким образом, чтобы он в дополнение к IP-адресу анализировал HTTP-заголовк x-forwarded-for, чтобы понимать, какой запрос нужно заблокировать, а какой нет. Эта функция называется режимом прокси.

Для того, чтобы настроить этот режим, нужно открыть диспетчер служб IIS, затем кликнуть на названии сервера и открыть оснастку «Ограничение IP-адресов и доменов»:

Затем в правой панели кликнуть на «Изменить параметры»:

Затем в диалоговом окне нужно поставить галочку напротив пункта «Разрешить режим прокси-сервера», а затем нажать «ОК»:

P. S. Другие инструкции:

• Брандмауэр: добавление правила
• Добавление дискового пространства после расширения на Windows Server 2012 R2
• Генерация CSR-запроса в IIS 8
• Установка SSL-сертификата на IIS 8

Поделиться в соцсетях:

Средняя оценка: 5,0, всего оценок: 1
Спасибо за Вашу оценку!
К сожалению, проголосовать не получилось. Попробуйте позже

ru

191014
Санкт-Петербург
ул. Кирочная, 9

+7(812)313-88-33

235
70

1cloud ltd

2018-12-07
Настройка динамических параметров ограничений IP IIS 8 в Windows Server 2012

191014
Санкт-Петербург
ул. Кирочная, 9

+7(812)313-88-33

235
70

1cloud ltd

2018-12-07
Настройка динамических параметров ограничений IP IIS 8 в Windows Server 2012

600
auto

Архивы IIS — Блог IT-KB

Выпуск

: обновление платформы Elastic Beanstalk для Windows Server от 21 февраля 2023 г. Выпуск

: обновление платформы Elastic Beanstalk для Windows Server от 21 февраля 2023 г. — изменения AWS Elastic Beanstalk

Новые версии платформы

В этом выпуске представлены новые версии платформы Windows Server для AWS Elastic Beanstalk . Релиз применяет обновления безопасности Windows.
Он также обновляет фреймворк и компоненты AWS.

Дата выпуска: 21 февраля 2023 г.

Изменения

В следующей таблице перечислены изменения, включенные в этот выпуск.

Примечания

• Эти примечания к выпуску посвящены изменениям в поддерживаемых в настоящее время ветвях платформы. Для получения полной информации о версии Elastic Beanstalk, выводящей из эксплуатации (устарело)
  ветвей платформы, см. версии платформы Elastic Beanstalk, которые планируется вывести из эксплуатации в
  Руководство по платформам AWS Elastic Beanstalk .

• Имейте в виду, что на момент публикации этих примечаний к выпуску новые версии платформы могут быть еще не доступны во всех регионах AWS, которые
  Эластичная поддержка Beanstalk. Выпуск может занять несколько часов.

Новые версии платформы

.

NET на Windows Server

Основы настройки

Подробнее

Javascript отключен или недоступен в вашем браузере.

Чтобы использовать документацию Amazon Web Services, должен быть включен Javascript. Инструкции см. на страницах справки вашего браузера.

Условные обозначения документов

Новый дизайн консоли в Азиатско-Тихоокеанском регионе (Сидней) 02.03.2023

Обновление платформы Amazon Linux 2 01.02.2023

Let’s Encrypt на Windows Server 2012 R2 и IIS 8.5 9 0001

Протокол HTTP небезопасно. Любые данные, отправляемые с использованием HTTP, не зашифрованы/незашифрованы и могут быть просто прочитаны в случае перехвата третьими лицами.

Здесь на помощь приходит HTTPS. компанию, которая является доверенным центром сертификации, или создать свой собственный. Покупка одного, очевидно, стоит денег. Создать свой собственный довольно просто, но не все основные браузеры доверяют ему, поэтому часто появляется сообщение «Небезопасно».

Let’s Encrypt

Let’s Encrypt — это бесплатный, автоматизированный и открытый центр сертификации (ЦС) , работающий на благо общества. Это услуга, предоставляемая Исследовательской группой по безопасности в Интернете (ISRG).

Позволяет легко бесплатно установить доверенный SSL-сертификат для вашего веб-сайта. Улов? Сертификат SSL действителен только в течение 3 месяцев. Но вы можете (опять же, легко) настроить процесс продления, сделав ваш сайт доступным по протоколу HTTPS в течение более длительного периода времени.

Моя желаемая установка

При создании mariomucalo.com у меня были следующие потребности:

• www.mariomucalo.com перенаправлял бы на mariomucalo.com (обратное также было возможно, но, по моему скромному мнению, это выглядит чище). Наличие как URL-адреса www, так и только базового URL-адреса кажется ненужным.
• Если mariomucalo.com запрашивается через HTTP, его необходимо вернуть через HTTPS.

Сам сайт размещен на Windows Server 2012 R2 на IIS 8.5. Это сайт WordPress, но на данный момент это не имеет значения.

Шаг 1. Добавьте свой веб-сайт в IIS

Если у вас уже настроен веб-сайт, вы можете пропустить этот шаг. Если нет, создайте новый веб-сайт для демонстрационных целей.

Создайте файл с именем index.html в новой папке и добавьте в него содержимое (например, «Это работает!»).

На вашем компьютере с Windows Server запустите IIS. Там у вас будет возможность добавить новый сайт. Мастер попросит вас добавить:

• Имя сайта — имя вашего сайта, которое будет отображаться в IIS и которое вы будете использовать для внутренних целей
• Физический путь — папка, в которой находится сайт. Выберите папку, в которой находится ваш файл index.html.
• Binding — здесь вы указываете своему IIS, к каким запросам он должен привязать этот сайт. Давайте сначала настроим это для привязки HTTP-запросов. В поле Имя хоста вы вводите имя хоста, к которому будет привязана (например, www.mysite.com). Позже мы добавим больше привязок.

Если вы сейчас попробуете http://www.mysite.com в своем браузере, он должен корректно обслуживать веб-сайт. Это, конечно, предполагает, что запись DNS для www.mysite.com указывает на ваш сервер. Вы можете проверить это, используя:

 nslookup www.mysite.com 

Если у вас не настроен домен, но вы хотите следовать этому руководству, вы можете «обмануть» свой компьютер, заставив его искать www.mysite.com на вашем сервере, отредактировав файл hosts.

Шаг 2 – Добавьте необходимые привязки

На первом этапе можно было добавить только одну привязку к нашему сайту. Для целей этого сообщения в блоге мы хотим добавить два: www.mysite.com и mysite.com. Для этого в IIS используйте Bindings 9Действие 0530 в правом меню.

Добавить привязки для:

• www.mysite.com по HTTP
• www.mysite.com по HTTPS
• mysite.com по HTTP
• mysite.com по HTTPS

После этого вы можете попробовать любой из эти комбинации в вашем локальном браузере. И http://www.mysite.com, и http://mysite.com должны работать нормально. Однако и https://www.mysite.com, и https://mysite.com должны предупреждать вас о том, что сайты небезопасны, и пытаться оттолкнуть вас.

Шаг 3 — Добавьте сертификат SSL

Здесь я рассмотрю самый простой случай, когда вы хотите добавить новый сертификат от Let’s Encrypt. Для этого я использую очень простой инструмент под названием Windows ACME Simple (WACS).

После загрузки и распаковки запустите wacs.exe :

Используйте параметр N — Создать новый сертификат . Если у вас более сложная настройка, вам может понадобиться использовать M — Создать новый сертификат с дополнительными параметрами . В этом сообщении в блоге я придерживаюсь основ.

После этого во втором варианте вас спросят, какой сертификат вы хотите:

Выберите 2: Сертификат SAN для всех привязок сайта IIS . Это создаст SSL-сертификат для всех привязок, установленных для одного веб-сайта в IIS — в нашем случае это необходимо для того, чтобы и www. mysite.com, и mysite.com могли обслуживаться по HTTPS.

Затем инструмент предоставит вам список всех возможных веб-сайтов в вашем IIS и попросит вас выбрать нужный веб-сайт.

Вот и все. Вы заметите, что система автоматически добавила продление. Если вы хотите, вы можете управлять этим самостоятельно, перезапустив инструмент и настроив обновления вручную, но я обычно придерживаюсь того, что дано здесь.

Итак, теперь у вас есть SSL-сертификат, настроенный для вашего IIS. Если вы сейчас попробуете https://mysite.com в своем браузере, ваша страница должна быть обслужена. Если вы хотите проверить, что происходит в фоновом режиме, вы можете использовать различные инструменты, такие как Link Redirect Trace Chrome Extension или Redirect Detective.

Шаг 4 – Перенаправления

Чтобы достичь желаемой настройки, мне нужны два перенаправления:

1. С http://* на https://*
2. С www.mysite.com на mysite.com

Чтобы добавить перенаправления в IIS, вам нужно зайти на свой сайт и выбрать модуль перезаписи URL . Там у вас есть возможность Добавить правило .

Правило перенаправления с HTTP на HTTPS выглядит так:

Правило перенаправления с www.mysite.com на mysite.com выглядит так:

Вот и все.

Чтобы попробовать это, вы можете попытаться перейти на http://www.mysite.com в своем браузере, и веб-сайт должен быть обслужен, но на самом деле вы должны быть на https://mysite.com.

Дополнительные идеи — HSTS и CSP

Существуют дополнительные способы защиты пользователей и их данных, например настройка HSTS и CSP. Я был на конференции Webcamp Zagreb 2018 , где увидел отличный доклад Луки Кладарича под названием «Другая сторона безопасности веб-приложений».