Запуск локального сайта на Windows с IIS

Что такое IIS?

Internet Information Services (IIS) — это веб‑сервер от Microsoft для Windows. Коротко: веб‑сервер принимает HTTP/HTTPS запросы и отдает клиенту содержимое — HTML, CSS, JavaScript, изображения и динамически сформированные ответы.

Определение в одну строку: IIS — системный компонент Windows, который обслуживает локальные и удалённые веб‑сайты и приложения.

Важно: IIS может работать с простыми статическими сайтами и с динамическими приложениями (например, ASP.NET). Для некоторых фронтенд‑фреймворков (Angular, React) достаточно встроенного дев‑сервера, но реальные сервисы чаще проверяют именно на полнофункциональном веб‑сервере.

Когда стоит запускать сайт на IIS локально

Вы хотите проверить поведение сайта на том же серверном ПО, что и продакшен.
У вас есть серверная логика или модули IIS, которые нельзя отработать через “файловый” просмотр index.html.
Вы публикуете Unity WebGL или другие пакеты, которые требуют корректных HTTP заголовков и путей.

Когда IIS не нужен (контрпример): быстрый превью статической страницы для дизайна — достаточно Live Server в VS Code или python -m http.server.

Как включить IIS

Включить IIS можно через системную утилиту “Включение или отключение компонентов Windows”.

Откройте меню «Пуск» и найдите компонент “Включение или отключение компонентов Windows”.
В списке отметьте “Internet Information Services”.
Разверните узел “Internet Information Services” и выберите дополнительные компоненты по необходимости (например, поддержку ASP.NET, CGI, FTP и т.д.).
Нажмите “ОК” и дождитесь применения изменений. Windows может запросить перезагрузку.
После установки найдите приложение “IIS” через меню поиска.
Откройте консоль IIS (IIS Manager).

Примечание: на рабочих и серверных машинах возможно потребуется права администратора.

Как создать простой тестовый сайт

Ниже — минимальный пример статического веб‑сайта: HTML + CSS. Его цель — проверить работу IIS и HTTPS‑биндингов.

Создайте файл index.html со следующим содержимым:

  
  
  
   Simple Test Website   
    
    
    
    
    
  
  
    
     
       
        Website   
       
       
         Home    
         About    
         Contact    
       
     
    
    
    This is a test website

Создайте файл styles.css с таким кодом:

* {  
   font-family: sans-serif;  
}  
  
.nav {  
   border-radius: 0px !important;  
   color: white;  
}  
  
.link {  
   margin-right: 10px;  
   font-size: 12pt;  
}  
  
.brand {  
   margin-left: 20px;  
   margin-right: 40px;  
   font-size: 18pt;  
}  
  
.container {  
   text-align: center;  
   padding: 40px 20px;  
}

Создайте папку в каталоге C:\inetpub\wwwroot, например C:\inetpub\wwwroot\MyTestWebsite. Это стандартная директория для сайтов IIS.
Скопируйте index.html и styles.css в папку MyTestWebsite.

Совет: для быстрой проверки можно положить простой index.html в wwwroot и открыть через IIS.

Как добавить и настроить сайт в IIS

В левой панели консоли IIS щелкните правой кнопкой по узлу “Sites”.
Выберите “Add Website” (Добавить сайт).
Укажите “Site name” (например, My Test Website). IIS автоматически предложит Application pool.
В поле Physical path укажите путь к вашей папке, например C:\inetpub\wwwroot\MyTestWebsite (нажмите “…” для выбора).
В качестве Type выберите https. По умолчанию порт HTTPS — 443; при конфликте можно выбрать другой порт.
Оставьте поле Host name пустым, если это тест на localhost.
Для SSL Certificate выберите “IIS Express Development Certificate” или другой доступный сертификат.
Отметьте “Start Website immediately” и нажмите OK.
Выделите созданный сайт в левом дереве и в правой панели выберите “Advanced Settings”.
В разделе Behavior измените Enabled Protocols на “https” и подтвердите.

Подсказка: если вы настраиваете хост‑нейм для локальной проверки, добавьте соответствующую запись в файл C:\Windows\System32\drivers\etc\hosts и используйте биндинг с этим хост‑именем.

Как запустить, остановить или перезапустить сайт

В правой панели консоли IIS нажмите “Browse :443 (https)” чтобы открыть сайт в браузере. ![Опция Browse :443 в правой панели IIS](/files/9c16dd5e-10c0-46fc-8594-46d08ba1dcfc.5)
URL для локального доступа: https://localhost/ (добавьте путь, если у вас не root‑приложение).

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

Установить и доверить самоподписанный сертификат в хранилище доверенных корневых центров сертификации.
Или использовать действительный локальный сертификат, выданный внутренним PKI.

Чтобы остановить сайт, нажмите “Stop”; чтобы перезапустить — “Restart”.

Безопасность и SSL: практические рекомендации

Для локальной разработки используйте “IIS Express Development Certificate” или самоподписанный сертификат. Для публичного хостинга — всегда используйте сертификат от доверенного центра (Let’s Encrypt, коммерческие CA).
Если вы доверяете самоподписанному сертификату для удобства, добавьте его в “Trusted Root Certification Authorities” только на тестовых машинах.
Откройте необходимые порты в брандмауэре Windows (например, 443 для HTTPS) только при необходимости.
Не используйте продакшен‑сертификаты или реальные ключи на рабочей станции разработчика.

Возможные ошибки и их устранение:

“403 Forbidden”: проверьте разрешения NTFS на папку сайта для учетной записи IIS_IUSRS и проверьте, что в папке есть файл index.html.
“HTTP 500 Internal Server Error”: посмотрите детали в “Failed Request Tracing” (если включено) или в журнале вывода приложения.
Сертификат не доверен: добавьте сертификат в локальное хранилище доверенных.

Отладка и логирование

Журналы IIS по умолчанию находятся в %SystemDrive%\inetpub\logs\LogFiles. Проверьте там файлы W3C.
Включите Failed Request Tracing для подробного разбора проблем с запросом/ответом.
Просматривайте журналы приложения (если используете ASP.NET) и System/Event Viewer для ошибок на уровне ОС.

Альтернативы IIS

Если цель — быстрое локальное тестирование, рассмотрите альтернативы:

VS Code Live Server — мгновенный превью статических страниц.
python -m http.server — минимальный HTTP‑сервер для тестирования статических файлов.
http-server (npm) — быстрый Node.js сервер для статических сайтов.
Nginx / Apache — популярные веб‑серверы с похожими возможностями, пригодны на Linux.
GitHub Pages / Netlify — для публикации статических сайтов в облаке.

Контрпример: если проект зависит от модулей IIS (например, URL Rewrite или Windows Authentication), альтернативы не заменят IIS и вам всё равно нужен IIS.

Чек‑лист перед публикацией сайта (роль‑ориентированный)

Разработчик:

Проверил сайт на локальном IIS под тем же типом приложения (статический/ASP.NET).
Убедился в работоспособности важных маршрутов и API‑вызовов.
Тесты пользовательского интерфейса проходят базовые сценарии.

Системный администратор:

Настроил биндинги (порт, хост‑имя, SSL) правильно.
Установил и утвердил сертификат для продакшена.
Настроил брандмауэр и мониторинг (логирование, SLI/SLO — если применимо).

DevOps/QA:

Выполнил smoke‑тесты на тестовом сервере.
Проверил права доступа к файловой системе и учетные записи пула приложений.

Мини‑процедура: последовательность действий (SOP)

Включить IIS в компонентах Windows и убедиться, что службы запущены.
Подготовить папку с сайтами в C:\inetpub\wwwroot\MyTestWebsite.
Поместить index.html и стили, проверить локально через файловый менеджер.
Добавить сайт в IIS, настроить физический путь и биндинги HTTPS.
Назначить сертификат и запустить сайт.
Открыть https://localhost/ и проверить работу страниц.
При ошибках — смотреть IIS логи и Failed Request Tracing.
После тестирования выполнить чек‑лист по безопасности и публикации.

Критерии приёмки

Сайт открывается по https://localhost/ без критичных ошибок.
Главная страница отдаёт корректный HTTP 200 для корневого запроса.
В браузере отображается ожидаемый HTML и подключаются CSS/JS ресурсы.
При включённом журналировании в логах отсутствуют повторяющиеся 500‑сервера.

Краткое резюме

IIS на Windows — удобный инструмент для локальной проверки поведения веб‑сайта в условиях, приближённых к продакшену. Для простых превью есть более лёгкие инструменты, но при необходимости тестировать поведение через настоящий веб‑сервер IIS остаётся предпочтительным решением.

Важно: используйте корректные сертификаты и закрывайте ненужные порты; не копируйте продакшен‑ключи на локальные машины.

Заметки: