← На главную

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

Метод 1. Настройка автоматического подключения в конфигураторе

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

Проанализируем последовательность действий, которую необходимо выполнить сразу после запуска отладки (нажатия клавиши F5):

1. В окне конфигуратора перейдем в меню Отладка — Подключение...
2. В открывшемся окне нажмем кнопку Автоматическое подключение.
3. В появившемся диалоговом окне убедимся, что установлены флажки напротив пунктов Сервер и Фоновые задания. Это критически важно для управляемых форм, так как большая часть серверного кода исполняется именно в этих контекстах.
4. После нажатия «ОК» в нижней таблице «Доступные предметы отладки» должны появиться соответствующие записи.

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

Метод 2. Проверка и корректировка флага -debug в реестре Windows

Если ручное подключение не помогает, нам необходимо проверить, правильно ли интерпретируется флаг запуска службы. Рассмотрим подробнее технические нюансы настройки реестра. При обновлении платформы путь к исполняемому файлу службы ragent.exe меняется (так как в пути присутствует номер версии), и настройки могут сброситься или быть прописаны некорректно.

Выполним следующие шаги:

1. Откроем редактор реестра (regedit).
2. Перейдем в ветку HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent.
3. Найдем параметр ImagePath.
4. Проанализируем строку запуска. Она должна выглядеть примерно так:
   Скопировать код

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

Важные правила форматирования:

• Флаг -debug должен располагаться вне кавычек, которыми обрамлен путь к файлу.
• Рекомендуется ставить -debug сразу после параметра -srvc, хотя это не всегда обязательно, на некоторых сборках платформы порядок имеет значение.
• Убедимся, что между параметрами стоит ровно один пробел.

После внесения изменений службу сервера 1С необходимо перезапустить через консоль services.msc.

Метод 3. Переход на протокол HTTP для отладки

Начиная с версии 8.3.7, платформа поддерживает отладку по протоколу HTTP. В версии 8.3.13 этот механизм стал основным способом решения проблем в сложных сетевых конфигурациях. Если классическая отладка по TCP (порты 1560–1591) блокируется брандмауэром или особенностями NAT, HTTP-отладка поможет обойти эти ограничения.

Разберем, как переключить режим отладки:

1. Изменим параметры запуска службы сервера в реестре, добавив ключ -http к флагу -debug: -debug -http
2. Перезапустим службу сервера.
3. В конфигураторе перейдем в меню Сервис — Параметры, на вкладку Отладка.
4. Выберем протокол HTTP.
5. В поле «Адрес сервера отладки» укажем имя или IP-адрес сервера 1С. По умолчанию используется порт 1550, убедимся, что он открыт в брандмауэре.

Этот способ более стабилен, так как не требует от сервера инициировать обратное соединение с компьютером разработчика — взаимодействие происходит через централизованный сервис отладки dbgs.exe.

Метод 4. Настройка сетевой видимости и разрешения имен

Выясним причину, по которой сервер «не видит» клиентскую машину. При использовании TCP-отладки сервер 1С пытается сам «постучаться» на компьютер разработчика. Если сервер не может разрешить сетевое имя вашего ПК в IP-адрес, точка останова не сработает.

Проанализируем ситуацию и применим решение через файл hosts:

1. Узнаем сетевое имя своего компьютера (в командной строке введите hostname) и свой IP-адрес.
2. На сервере приложений 1С откроем файл C:\Windows\System32\drivers\etc\hosts от имени администратора.
3. Добавим строку: 192.168.1.50 MyWorkStation (где первый параметр — ваш IP, второй — имя компьютера).
4. Проверим доступность с сервера с помощью команды ping MyWorkStation.

Также важно проверить регистр имени сервера. В настройках подключения базы в списке 1С имя сервера должно совпадать по регистру с тем, как оно указано в консоли администрирования серверов 1С. Несмотря на кажущуюся незначительность, для платформы 8.3.13 это иногда становится критическим фактором.

Метод 5. Очистка кэша и проверка состава отладки

Если вышеописанные методы не помогли, рассмотрим вероятность повреждения локальных настроек пользователя. Кэш конфигуратора хранит идентификаторы информационных баз и настройки предметов отладки, которые могут стать недействительными после обновления платформы.

Посмотрим, как выполнить полную очистку:

1. Закроем все сеансы 1С и конфигуратор.
2. Перейдем в каталог %AppData%\Roaming\1C\1cv8\.
3. Удалим или переименуем папки с длинными буквенно-цифровыми именами (GUID баз).
4. В самом конфигураторе зайдем в Отладка — Подключение — Состав отладки. Убедимся, что в списке нет «фантомных» баз или старых путей.

Метод 6. Устранение проблем с протоколом IPv6

В некоторых версиях платформы 8.3.13 наблюдалась некорректная работа отладчика при включенном протоколе IPv6 в Windows. Система пытается использовать IPv6-адреса для связи, но механизмы 1С могут отрабатывать некорректно.

Попробуем временно отключить IPv6 для диагностики:

1. Откроем Центр управления сетями и общим доступом.
2. Выберем текущее подключение — Свойства.
3. Снимем галочку с пункта IP версии 6 (TCP/IPv6).
4. Повторим попытку отладки.

Подводя итог, можно сказать, что в большинстве случаев проблема решается либо ручным включением Автоматического подключения в конфигураторе, либо корректным размещением флага -debug в реестре. Если же инфраструктура сложная, переход на HTTP-протокол отладки является наиболее профессиональным и стабильным решением.