Как устранить ошибку публикации при настройке отладки мобильного клиента 1С

← На главную

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

Проанализируем архитектуру подключения

Для начала разберем, как именно мобильный клиент взаимодействует с конфигуратором в процессе отладки. В отличие от обычного тонкого клиента, мобильный клиент работает через веб-сервер (Apache или IIS). При запуске мобильное приложение обращается к файлу публикации default.vrd, чтобы узнать, разрешена ли отладка и по какому адресу находится сервер отладки (процесс dbgs). Если в этом файле информация отсутствует или указана некорректно, мы получим вышеупомянутую ошибку.

Шаг 1. Проверка соответствия версий платформ

Выясним одну из самых критичных причин, которая часто упускается из виду. Рассмотрим ситуацию, когда версия платформы на компьютере (сервере) — 8.3.19.1417, а мобильный клиент собран или скачан версии 8.3.20.50. Это является критическим несоответствием.

В версии 8.3.20 механизмы работы отладчика по протоколу HTTP претерпели значительные изменения. Если версия мобильного приложения «старше» версии серверной платформы, компоненты не смогут инициировать сессию отладки. Проанализируем наши действия:

Убедимся, что версия платформы 1С:Предприятие на ПК совпадает с версией мобильного клиента (первые три цифры, например, 8.3.20.х и там, и там).
Если версии различаются, необходимо обновить серверную платформу до актуальной или использовать мобильный клиент соответствующей сборки.
Помните, что использование APK-файла версии 8.3.20 с базой на платформе 8.3.19 часто приводит к неработоспособности сервисов отладки.

Шаг 2. Корректная публикация на веб-сервере

Переопубликуем базу, обращая внимание на специфические параметры. Пройдем по шагам в конфигураторе:

Откроем меню «Администрирование» — «Публикация на веб-сервере».
На вкладке «Основные» убедимся, что база опубликована.
Перейдем на вкладку «Прочие». Здесь крайне важно установить флаг «Отладка разрешена».
Выберем протокол HTTP.
В поле «Адрес сервера отладки» укажем адрес вашего компьютера в локальной сети.

Важный нюанс: Не используйте адрес localhost или 127.0.0.1. Мобильное устройство — это отдельный узел сети, для него «локалхост» — это он сам. Укажите реальный IP вашего компьютера, например 192.168.1.50.

Шаг 3. Ручной анализ файла default.vrd

Иногда визуальный интерфейс 1С не записывает изменения в файл публикации из-за недостатка прав доступа. Разберем, как проверить это вручную. Перейдем в каталог, куда опубликована база (например, C:\inetpub\wwwroot\MyBase для IIS или C:\Apache\htdocs\MyBase для Apache). Найдем там файл default.vrd и откроем его блокнотом.

Проанализируем структуру тега point. В нем обязательно должен присутствовать дочерний узел debug. Посмотрим на пример правильной структуры:


<point xmlns="http://v8.1c.ru/8.2/virtual-resource-system"
       xmlns:xs="http://www.w3.org/2001/XMLSchema"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       base="/MyBase"
       ib="Srvr=&quot;ServerName&quot;;Ref=&quot;MyBase&quot;;">
    <debug enable="true" url="http://192.168.1.50:8000" />
</point>

Если атрибут enable установлен в false или секция debug отсутствует — отладка работать не будет. Отредактируйте файл вручную и обязательно перезапустите веб-сервер (службу IIS или Apache), чтобы изменения вступили в силу.

Шаг 4. Настройка сетевых интерфейсов и IP-адресов

Рассмотрим ситуацию, когда в системе установлено ПО для виртуализации (например, VirtualBox). Часто пользователи видят в настройках адрес типа 192.168.56.1. Это адрес виртуального адаптера, который виден только внутри вашего ПК и виртуальных машин. Смартфон, подключенный по Wi-Fi, скорее всего, находится в другой подсети (например, 192.168.0.x или 192.168.1.x).

Выясним правильный IP-адрес:

Нажмите Win+R, введите cmd и в консоли наберите ipconfig.
Найдите адаптер беспроводной сети (Wi-Fi) или Ethernet, через который вы подключены к роутеру.
Используйте именно этот IP-адрес (IPv4) в настройках публикации и в настройках мобильного клиента.
Убедитесь, что мобильное устройство и компьютер находятся в одной Wi-Fi сети.

Шаг 5. Настройка параметров отладки в Конфигураторе

Посмотрим, как настроен сам конфигуратор. Зайдем в меню «Сервис» — «Параметры», вкладка «Отладка»:

Проверим, что выбран способ отладки «Отладка по протоколу HTTP».
В поле «Адрес сервера отладки» должен стоять тот же IP, что мы определили ранее.
Порт по умолчанию — 8000. Убедимся, что он не занят другим приложением.
В разделе «Автоматическое подключение» установим флажки для мобильных приложений и мобильных клиентов.

Шаг 6. Настройка мобильного устройства

Разберем настройки на стороне смартфона. При добавлении или редактировании информационной базы в списке мобильного клиента:

Найдите раздел «Дополнительные параметры запуска».
Установите переключатель «Отладка разрешена» в активное положение.
В поле «Адрес сервера отладки» введите строку вида http://192.168.1.50:8000.
Проанализируем ситуацию: если после внесения изменений ошибка сохраняется, попробуйте удалить подключение к базе из списка в мобильном приложении и создать его заново. Это принудительно обновит кэшированные параметры публикации.

Шаг 7. Брандмауэр и антивирусное ПО

Даже если порт открыт в правилах, система защиты может блокировать входящие HTTP-соединения к процессу dbgs.exe. Попробуем выполнить следующие действия:

В брандмауэре Windows создадим разрешающее правило для входящих подключений по порту 8000 (протокол TCP).
Добавим в исключения антивируса сам исполняемый файл сервера отладки dbgs.exe, который находится в папке bin установленной платформы 1С.
На время теста рекомендуется полностью отключить брандмауэр, чтобы исключить его влияние на проблему.

Резюме

Мы проанализировали основные причины возникновения ошибки отладки мобильного клиента. Чаще всего решение кроется в синхронизации версий платформы и ручной проверке файла default.vrd на наличие узла debug с корректным внешним IP-адресом. Помните, что после любых изменений в публикации веб-сервер требует перезагрузки для применения новых параметров.

← На главную