Почему 1С:ЗУП обращается к сервису pult.1c.ru при отключенном Центре мониторинга?

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

Многие администраторы и разработчики систем на базе «1С:Предприятие 8.3» (таких как ЗУП, БП 3.0 или ERP) сталкиваются с загадочным поведением программы: в списке фоновых заданий или при анализе сетевого трафика обнаруживаются обращения к ресурсу pult.1c.ru. Часто это происходит через вызов процедуры ЦентрМониторингаСлужебный.ОтправитьТестовыйПакет(). Ситуация становится особенно странной, когда в настройках конфигурации «Центр мониторинга» явно отключен, а регламентные задания, казалось бы, не содержат ничего подходящего.

В этой статье мы вместе разберем, как устроена эта «подводная часть» Библиотеки стандартных подсистем (БСП), почему платформа игнорирует визуальные настройки отключения и как полностью взять под контроль сетевую активность вашего сервера.

Что такое сервис pult.1c.ru и зачем он нужен?

Для начала проанализируем назначение самого узла. Сервис pult.1c.ru — это официальный сервер сбора телеметрии фирмы «1С». Он является частью глобальной системы улучшения качества программных продуктов. Через него разработчики «1С» получают обезличенные данные о том, как работает программа у конечного пользователя. К ключевым данным относятся:

Выясняем причину запуска процедуры без видимых заданий

Разберем ситуацию, описанную пользователем: процедура ОтправитьТестовыйПакет() запускается, хотя регламентные задания отключены. Рассмотрим механизмы БСП, которые могут инициировать этот процесс в обход стандартного списка РегламентныеЗадания.

Основным «виновником» здесь выступает подсистема «Стандартные периодические проверки». Это скрытый внутренний планировщик БСП. Разработчики системы объединили множество мелких сервисных функций в один поток, чтобы не засорять список регламентных заданий в консоли администрирования. Процедура СтандартныеПодсистемыВызовСервера.ПриВыполненииСтандартныхПериодическихПроверокНаСервере запускает целый каскад проверок, включая проверку связи с центром мониторинга.

Посмотрим на пример того, как это может выглядеть в коде (аналогичные конструкции можно найти через глобальный поиск Ctrl+Shift+F по строке "ОтправитьТестовыйПакет"):


Процедура ПриВыполненииСтандартныхПериодическихПроверокНаСервере(ПараметрыПроверки) Экспорт
    // ... логика других проверок ...
    Если ЦентрМониторингаСлужебный.НужноОтправитьТестовыйПакет() Тогда
        ЦентрМониторингаСлужебный.ОтправитьТестовыйПакет();
    КонецЕсли;
КонецПроцедуры

Второй механизм — Обработчики ожидания. Некоторые проверки инициируются с клиентского рабочего места (обычно у пользователя с правами администратора) каждые 20 минут. Это делается для контроля динамического обновления конфигурации или проверки срока действия лицензий/токенов интернет-поддержки. Поскольку вызов уходит на сервер, в консоли кластера он отображается как фоновое задание, запущенное «из ниоткуда».

Почему мониторинг работает, даже если он «отключен»?

Проанализируем парадокс: галочка «Разрешить отправку статистики» снята, но пакеты уходят. На это есть три основные причины:

  1. Проверка канала связи: Процедура ОтправитьТестовыйПакет() часто срабатывает именно для того, чтобы проверить, может ли база в принципе связаться с серверами 1С. Это необходимо для работы подсистемы «Интернет-поддержка пользователей», проверки легальности обновлений и связи с порталом ИТС.
  2. Обновление токенов: Если база подключена к официальной интернет-поддержке, фоновые запросы могут быть связаны с актуализацией токенов доступа, которые требуются для работы таких сервисов, как «1С-Контрагент» или «1С-Отчетность».
  3. Критическая телеметрия: Некоторые данные о версии платформы и конфигурации могут передаваться вне зависимости от настроек мониторинга в целях соблюдения лицензионного соглашения.

Как полностью заблокировать обращения к pult.1c.ru

Если ваша политика безопасности запрещает любую несанкционированную передачу данных вовне, рассмотрим способы полной блокировки этого сервиса. Разберем их по шагам от программных к системным.

Способ 1: Использование локального Центра контроля качества (ЦКК)

В крупных корпоративных внедрениях, где используется «1С:Корпоративный инструментальный пакет», вы можете перенаправить поток данных. Вместо pult.1c.ru в настройках интернет-поддержки указывается адрес внутреннего сервера ЦКК. Таким образом, вся статистика остается внутри периметра предприятия.

Способ 2: Блокировка на уровне операционной системы (Hosts)

Это самый простой и эффективный метод «заткнуть» программу, не меняя её код. Мы перенаправим все запросы к pult.1c.ru на локальный адрес 127.0.0.1.

Для этого выполните следующие действия:

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

Способ 3: Настройка сетевого экрана (Firewall)

Если у вас парк серверов за рубежом или сложная сетевая структура, правильнее будет заблокировать исходящий трафик на 80 и 443 порты для домена pult.1c.ru на уровне корпоративного файрвола. Проанализируем последствия: на работоспособность бухгалтерского или кадрового учета это не повлияет. Однако, рекомендуем периодически заглядывать в Журнал регистрации 1С. Там могут начать скапливаться записи об ошибках связи в фоновых заданиях. Это не критично, но может «зашумлять» логи.

Резюме по результатам анализа

Мы выяснили, что активность вокруг pult.1c.ru — это штатное поведение современных конфигураций на базе БСП. Процедуры запускаются через механизмы «периодических проверок» или «обработчиков ожидания», которые не видны в стандартном списке регламентных заданий. Если вы хотите полной тишины в эфире — используйте блокировку на уровне hosts или сетевого экрана, так как программные настройки в интерфейсе 1С зачастую отключают только сбор детальной статистики, оставляя «технологический» канал связи активным.

← На главную