Настройка отладки на серверах под управлением Linux — задача, которая часто вызывает затруднения из-за особенностей взаимодействия службы 1С с операционной системой. Если вы столкнулись с тем, что отладка не запускается, несмотря на наличие соответствующих ключей в командной строке, давайте разберем по шагам, как выявить и устранить проблему.
Первое, что необходимо сделать — исключить блокировку сетевых соединений. В Ubuntu по умолчанию могут быть активны правила фильтрации трафика. Даже если вы уверены, что порты открыты, стоит проверить текущее состояние системы.
Рассмотрим использование netstat для анализа активных подключений. В выводе команды вы должны видеть, что процессы ragent, rmngr и rphost прослушивают необходимые порты (обычно 1540, 1541 и диапазон для рабочих процессов).
Важно: Если вы используете ufw (Uncomplicated Firewall), убедитесь, что разрешены входящие подключения для портов 1540-1591. Используйте команду ufw status для проверки правил. Временное отключение файрвола (ufw disable) поможет подтвердить, является ли он причиной отсутствия связи.
Запуск процессов с флагами отладки через командную строку — это лишь временная мера. Для постоянной работы необходимо корректно настроить службу srv1cv83.
/lib/systemd/system/srv1cv83.service.ExecStart добавьте необходимые параметры отладки. Пример добавления ключа: -debug.
systemctl daemon-reload
systemctl restart srv1cv83
Если после перезапуска процессы rphost в системе не содержат аргументов отладки (проверить можно командой ps aux | grep rphost), значит, параметры не были применены. Убедитесь, что вы редактируете именно тот файл, который использует ваша система инициализации systemd.
Одной из частых проблем является несовпадение имени сервера, указанного в консоли администрирования кластера, с реальным IP-адресом сервера. Если Конфигуратор не может достучаться до rphost, проверьте файл /etc/hosts на машине, где запущен Конфигуратор (или на сервере, если он же является клиентом).
Мы рекомендуем использовать явное указание IP-адреса вместо имени хоста в настройках кластера, чтобы исключить ошибки разрешения имен через DNS. Также проанализируйте вывод netstat -an — если порты слушают только 127.0.0.1, то удаленное подключение к отладке будет невозможно.
Если стандартные методы не помогают, рассмотрим следующие варианты:
/var/log/1C/. Часто там содержатся сообщения об ошибках инициализации, которые скрыты от пользователя в обычном интерфейсе.Помните, что отладка — это комплексный процесс, требующий доступности портов в обе стороны. Проанализировав сетевую активность и убедившись в корректности запуска службы через systemd, вы сможете добиться стабильной работы отладчика.