← На главную

Рассмотрим ситуацию, с которой сталкиваются многие команды разработчиков 1С: при одновременной работе нескольких программистов на одном сервере, автоматическое подключение отладки по протоколу TCP работает нестабильно или не срабатывает вовсе. Давайте разберемся, почему сервер 1С назначает разные порты для сеансов отладки и как обеспечить комфортную работу всей команды.

Понимание проблемы работы отладчика по TCP

При использовании классического протокола TCP каждый сеанс отладки в 1С требует выделения уникального порта на сервере. Когда первый программист запускает отладку, сервер выделяет ему порт, например, 1560. Когда второй программист начинает отладку в той же или другой базе, сервер динамически назначает ему следующий свободный порт (например, 1564). Если клиентская часть конфигуратора не успевает корректно опросить все активные порты или механизм обнаружения дает сбой, автоматическое подключение не происходит.

Это вызывает дискомфорт, так как разработчику приходится вручную заходить в настройки подключения отладки, указывать адрес сервера и принудительно подключаться к нужному сеансу.

Решение 1: Переход на HTTP-отладку

Самым современным и рекомендуемым способом решения проблем с «отваливающимися» портами является переход на использование HTTP-отладки. В отличие от TCP, этот метод работает через единый HTTP-порт, что исключает конфликт динамически назначаемых портов.

1. Перейдите в настройки конфигуратора: Отладка -> Подключение -> Настройка отладки.
2. Выберите вариант использования протокола HTTP вместо TCP.
3. Убедитесь, что на сервере настроен доступ к веб-серверу, который обслуживает данную базу.

Важное примечание: Ранее существовала проблема, при которой HTTP-отладка могла приводить к замедлению вычисления коллекций значений (массивов, таблиц значений). Однако в актуальных версиях платформы (8.3.19 и выше) этот механизм был существенно оптимизирован и доработан, поэтому сейчас этот способ является стандартом для стабильной разработки.

Решение 2: Обновление платформы 1С

Если вы столкнулись с ошибками обнаружения сеансов, проанализируйте версию вашей платформы. Фирма 1С в последних релизах (начиная с 8.3.19) внесла множество исправлений в механизм регистрации сеансов отладки в кластере серверов. Обновление платформы до стабильного релиза часто снимает необходимость «шаманства» с портами.

Решение 3: Проверка сетевых настроек и прав

Если вы вынуждены оставаться на TCP-отладке, обратите внимание на следующие моменты:

• Брандмауэр и Firewall: Даже если межсетевой экран отключен, убедитесь, что в системе нет правил, ограничивающих сетевое взаимодействие процессов ragent.exe и rmngr.exe.
• Права доступа: Пользователь, под которым запущена служба сервера 1С, должен обладать правами на открытие сетевых портов.
• Локальный кэш: В некоторых случаях проблема носит «локальный» характер. Попробуйте очистить кэш конфигуратора на компьютере разработчика, у которого не работает автоматическое подключение.
• Файл конфигурации: Можно попробовать явно задать диапазон портов для отладки в файле conf.cfg, расположенном в каталоге bin установленной платформы на сервере. Хотя динамическое распределение портов обычно справляется само, фиксированный диапазон может сделать работу сервера более предсказуемой при высокой нагрузке.

Подведем итоги

Мы проанализировали причины нестабильной работы отладчика. Основной вывод: если вы работаете в команде из нескольких человек на одном сервере, наиболее надежным решением станет переход на HTTP-отладку. Это не только избавит вас от необходимости вручную подключаться к портам, но и сделает процесс разработки более предсказуемым. Если же вы все-таки предпочитаете TCP, убедитесь, что вы используете актуальную версию платформы, так как большинство ошибок с поиском портов в кластере серверов уже исправлены разработчиками 1С.