Как исправить ошибку монитора 1С ИТС и отсутствие интернет-соединения при работе через IIS

Системный администратор 1С v8.3 (Управляемые формы) IT и автоматизация бизнеса
← На главную

При работе с базами 1С, опубликованными на веб-сервере Internet Information Services (IIS), администраторы часто сталкиваются с проблемой: сервисы, требующие доступа в интернет (Монитор ИТС, ЕГАИС, ВЕТИС, ЭДО), отказываются работать на тонких клиентах, хотя локально на сервере всё функционирует исправно. Типичное сообщение об ошибке указывает на невозможность обращения по адресу https://portal-monitor.1c.ru/rest/public/ping и предлагает стандартные причины: отсутствие подключения, проблемы у провайдера или блокировку брандмауэром. Однако в случае с IIS причина чаще всего кроется во внутренних настройках прав доступа процесса веб-сервера.

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

Анализ причины возникновения ошибки

Разберем механику работы файловой информационной базы при публикации на веб-сервере. Когда пользователь подключается к базе через веб-сервер, все операции выполняются от имени процесса w3wp.exe (рабочий процесс IIS). Если в обычной файловой базе обращение к интернет-ресурсам идет от имени текущего пользователя Windows, то в случае с публикацией на IIS инициатором соединения выступает учетная запись, под которой запущен пул приложений.

По умолчанию в современных версиях Windows (начиная с Windows Server 2012 и Windows 10) используется учетная запись ApplicationPoolIdentity. Это динамическая учетная запись с минимальными правами, которая часто не имеет доступа к:

  1. Сетевым ресурсам за пределами локального окружения.
  2. Хранилищу сертификатов системы для проверки SSL-соединений.
  3. Временным папкам системы, необходимым для инициализации криптографических библиотек.
  4. Профилю пользователя, где могут храниться настройки прокси-сервера.

Проанализируем ситуацию: если при запуске базы напрямую (в файловом режиме) всё работает, значит, сетевой экран и провайдер не блокируют доступ. Проблема локализована именно в контексте исполнения веб-сервера.

Решение 1: Изменение удостоверения пула приложений на LocalSystem

Это самый быстрый и действенный способ, который помогает в большинстве случаев. Он заключается в повышении прав процесса веб-сервера до системного уровня.

Рассмотрим пошагово процесс настройки в консоли IIS:

  1. Откроем Диспетчер служб IIS (команда inetmgr в строке выполнения).
  2. В левом дереве подключений выберем раздел Пулы приложений (Application Pools).
  3. Найдем в списке пул, который обслуживает вашу базу (обычно это DefaultAppPool, если вы не создавали отдельный).
  4. Выберем его и в правой панели действий нажмем Дополнительные параметры... (Advanced Settings).
  5. В разделе "Модель процесса" найдем пункт Удостоверение (Identity).
  6. Нажмем на кнопку с многоточием и в появившемся окне выберем Встроенная учетная запись — LocalSystem.
  7. Нажмем "ОК" для сохранения настроек.

Важное примечание: После внесения изменений необходимо перезапустить пул приложений. Выделите пул в списке и нажмите "Перезапуск". Также рекомендуется временно завершить сеансы всех пользователей в 1С. После этого процесс w3wp.exe получит полный доступ к ресурсам компьютера и интернету, что позволит монитору ИТС успешно выполнить проверку.

Решение 2: Использование выделенной учетной записи (Безопасный метод)

Хотя LocalSystem решает проблему, с точки зрения информационной безопасности предоставление веб-серверу неограниченных прав может быть нежелательным. Разберем альтернативный, более защищенный вариант.

Проанализируем шаги по настройке ограниченной учетной записи:

  1. Создадим в системе локального пользователя (например, USR_1C_WEB) с надежным паролем.
  2. Добавим этого пользователя в группы IIS_IUSRS и Пользователи.
  3. В настройках Пула приложений в поле Удостоверение выберем "Особая учетная запись" и введем данные созданного пользователя.
  4. Критически важно: В том же окне "Дополнительные параметры" пула приложений установим параметр Загрузить профиль пользователя (Load User Profile) в значение True.

Установка Load User Profile = True позволяет системе создать структуру папок профиля и подгрузить ветку реестра HKEY_CURRENT_USER. Это необходимо для корректной работы защищенных SSL-соединений, так как многие криптографические функции 1С и Windows требуют доступа к хранилищу личных сертификатов и временным папкам профиля.

Настройка системного прокси-сервера (WinHTTP)

Если ваша организация использует прокси-сервер для выхода в интернет, имейте в виду, что настройки прокси в браузере Internet Explorer или в самой 1С могут не подхватываться веб-сервером. IIS использует системный прокси (WinHTTP).

Выясним, как проверить и настроить эти параметры. Запустим командную строку (CMD) от имени администратора и выполним следующие действия:

  1. Проверим текущие настройки: netsh winhttp show proxy
  2. Если прокси не задан, импортируем его из настроек браузера пользователя, под которым интернет работает: netsh winhttp import proxy source=ie
  3. Или зададим прокси вручную (заменив адрес и порт на ваши):
    
    netsh winhttp set proxy proxy-server="http=192.168.1.1:8080" bypass-list="*.local;127.0.0.1"
    

Это обеспечит процессу w3wp.exe правильный маршрут для выхода во внешнюю сеть.

Проверка прав на системные папки

Рассмотрим еще одну неочевидную причину: нехватку прав на папку временных файлов. При установке защищенного соединения 1С может записывать временные данные (например, цепочки сертификатов) в системную папку C:\Windows\Temp.

Проанализируем права доступа к этой папке. Учетная запись, под которой работает пул приложений (будь то LocalSystem или специально созданный пользователь), должна иметь права "Изменение" на папку C:\Windows\Temp. Также убедитесь, что у этой учетной записи есть полные права на папку, в которой физически расположена информационная база 1С (файлы 1Cv8.1CD).

Протоколы шифрования TLS

Портал 1С ИТС и другие государственные сервисы постоянно повышают требования к безопасности. На устаревших операционных системах (Windows Server 2008/2012) по умолчанию может быть отключен протокол TLS 1.2. Если веб-сервер пытается инициировать соединение по устаревшему протоколу SSL 3.0 или TLS 1.0, удаленный сервер монитора ИТС сбросит соединение.

Посмотрим, как убедиться в поддержке современных протоколов. Рекомендуется использовать утилиту IIS Crypto или проверить реестр вручную. Убедитесь, что в ветке HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.2\Client параметр Enabled установлен в значение 1. Без поддержки TLS 1.2 монитор ИТС работать не будет.

Заключение

Подведем итоги. В подавляющем большинстве случаев ошибка монитора 1С ИТС при публикации на IIS лечится переключением пула приложений на LocalSystem. Однако для обеспечения долгосрочной стабильности и безопасности рекомендуем использовать выделенную учетную запись с включенным параметром Load User Profile и настроенным системным прокси через netsh winhttp. Выполнив эти шаги, вы обеспечите бесперебойную работу всех облачных сервисов 1С для ваших пользователей.

← На главную