Почему не работает серверная отладка в 1С и как это исправить?

← На главную

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

Проверяем базовые настройки на стороне сервера

Прежде чем искать причину в локальном компьютере, давайте убедимся, что на сервере 1С:Предприятия действительно разрешена отладка. Даже если у коллег она работает, конфигурация службы могла измениться. Основной признак работающей серверной отладки — наличие параметра -debug в строке запуска службы агента сервера 1С.

Разберем процесс проверки через реестр Windows:

Запустим редактор реестра regedit.
Перейдем по пути: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent (название может содержать версию платформы или архитектуру x86-64).
Найдем параметр ImagePath.
Убедимся, что в строке присутствует флаг -debug.

Пример правильно настроенной строки запуска в реестре:


"C:\Program Files\1cv8\8.3.22.1709\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -debug -d "C:\Program Files\1cv8\srvinfo"

Если флаг отсутствует, его необходимо добавить и перезапустить службу 1С. Однако, если у других разработчиков отладка работает, значит, на сервере всё настроено верно, и нам нужно проанализировать ситуацию на стороне клиента. При необходимости можно воспользоваться расширением для анализа данных и СКД под пользователем.

Сетевые порты и брандмауэр: почему "отключено" не значит "разрешено"

Одной из самых частых причин является блокировка входящих соединений со стороны сервера к вашему компьютеру. Важно понимать: при стандартной TCP-отладке сервер 1С пытается сам инициировать соединение с вашим компьютером на порты из диапазона 1560:1591.

Рассмотрим пошагово, что нужно проверить в настройках безопасности Windows:

Даже если Брандмауэр Защитника Windows выключен, его службы могут продолжать фильтровать трафик. Необходимо создать явные правила для входящих подключений для исполняемых файлов 1С (1cv8.exe, 1cv8c.exe).
Проверьте антивирусное ПО. Многие современные антивирусы имеют собственные сетевые экраны (Firewall). Проанализируем настройки антивируса: необходимо добавить процессы 1С в исключения и разрешить любую сетевую активность по портам TCP.
Особое внимание уделите портам в диапазоне 1560-1591. Если на сервере работает много разработчиков, стандартного диапазона может не хватить. Выясним, свободны ли эти порты на вашем ПК.

Переход на протокол HTTP: современное решение проблем

Если стандартная отладка через TCP постоянно "отваливается" или блокируется сложной корпоративной сетью, мы рекомендуем рассмотреть возможность перехода на HTTP-отладку. Этот метод работает стабильнее через VPN и брандмауэры, так как использует стандартные веб-протоколы.

Для настройки HTTP-отладки выполним следующие действия:

В консоли администрирования кластера серверов 1С в свойствах информационной базы установим параметр "Вариант отладки" в значение "Протокол HTTP".
Укажем адрес сервера отладки. Обычно это http://имя_сервера:1550, где 1550 — порт по умолчанию для службы dbgs.

Проанализируем преимущества: при использовании HTTP отладочные пакеты инкапсулируются в HTTP-трафик, который легче проходит через сетевые экраны. Это практически полностью снимает проблему "невидимости" клиентского компьютера для сервера.

Настройка файла debugcfg.xml

Иногда автоматическое обнаружение предметов отладки не срабатывает из-за особенностей сетевой маршрутизации. В этом случае мы можем вместе настроить файл конфигурации отладки на стороне клиента.

Найдем каталог установки платформы (например, C:\Program Files\1cv8\conf) и создадим там файл debugcfg.xml. В этом файле можно принудительно указать адрес сервера отладки:


<debugcfg xmlns="http://v8.1c.ru/8.3/debugcfg">
    <debugServerAddr>tcp://localhost</debugServerAddr>
    <defaultProtocol>tcp</defaultProtocol>
</debugcfg>

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

Проблема разрешения имен (DNS) и файла hosts

Выясним еще одну неочевидную причину. Когда вы запускаете отладку, сервер 1С получает от вашего компьютера его сетевое имя. Если сервер не может разрешить это имя в ваш IP-адрес (или получает неверный IP, например, от виртуального адаптера VMware), соединение не установится.

Попробуем проанализировать это следующим образом:

Зайдите на сервер 1С (через RDP).
Попробуйте выполнить команду ping имя_вашего_пк.
Если пинг не идет или возвращает не тот IP, который вы видите у себя в ipconfig, значит проблема в DNS.

Решение: пропишите соответствие вашего IP и имени компьютера в файле hosts на сервере (C:\Windows\System32\drivers\etc\hosts).

Очистка кэша и настроек пользователя

Бывают случаи, когда в локальных настройках пользователя Windows "залипают" старые идентификаторы предметов отладки. Разберем, как произвести полную очистку:

Закройте все окна 1С.
Удалите содержимое папок %AppData%\1C\1cv8 и %LocalAppData%\1C\1cv8. Внимание: это удалит список баз, поэтому заранее сохраните файл ibases.v8i.
Попробуйте снова добавить информационную базу в список и запустить отладку.

Также в самом Конфигураторе посмотрим на настройки: "Сервис" — "Параметры" — "Запуск 1С:Предприятия". Убедитесь, что установлен флаг "Устанавливать режим разрешения отладки". Иногда помогает временное переключение на пункт "Начинать отладку при запуске".

Использование отдельного сервера отладки (dbgs.exe)

Если ничего из вышеперечисленного не помогло, проанализируем вариант с запуском выделенного сервиса отладки. Это позволяет отвязать процесс отладки от основного процесса ragent.

Запуск службы выполняется командой:


sc create "1C:Debug Server" binPath= "\"C:\Program Files\1cv8\8.3.XX.XXXX\bin\dbgs.exe\" -f --port=1550" start= auto

После этого в параметрах запуска конфигуратора и предприятия нужно будет явно указать адрес этого сервера через ключ /DebuggerURL. Это гарантирует, что 1С будет искать предметы отладки по конкретному адресу и порту, игнорируя широковещательные запросы в сети.

Подводя итог, можно сказать, что проблема серверной отладки в 90% случаев кроется в сетевой доступности клиентского ПК для сервера 1С. Тщательная настройка правил входящих подключений, проверка DNS-имен и, в крайнем случае, переход на HTTP-протокол позволяют решить эту задачу практически в любой сетевой инфраструктуре.