По теме из базы знаний
- Параллельный запуск нескольких серверов 1С одной версии (в обычном режиме и в режиме отладки)
- Несколько версий сервера 1С на одном компьютере
- Настройка отладки на сервере 1С
- Многопоточный CI-контур для 1С c Packer, Vagrant и Jenkins. Часть 1. Описание системы и обзор инструментария
- Нагрузочное тестирование в 1С:ERP
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Жесть. В моей ситуации (терминалка 2012, сервер х64) помогло следующее:
- порты в бредмауэре с 1538 по 1591
- все приложения из папки 1С разрешены в бредмауэре
- отключены галки в "Конфигуратор - Сервис - Параметры - Запуск 1СПредприятие - Дополнительно"
Устанавливать режим разрешения отладки
Начинать отладку при запуске (галки эти сняты)
- прописаны имена базы в подключении и в кластере большими буквами
- в реестре во всех CurrentControlSet (001 и 002) во всех ImagePath добавлен ключ "-debug" Для "ragent"
- порты в бредмауэре с 1538 по 1591
- все приложения из папки 1С разрешены в бредмауэре
- отключены галки в "Конфигуратор - Сервис - Параметры - Запуск 1СПредприятие - Дополнительно"
Устанавливать режим разрешения отладки
Начинать отладку при запуске (галки эти сняты)
- прописаны имена базы в подключении и в кластере большими буквами
- в реестре во всех CurrentControlSet (001 и 002) во всех ImagePath добавлен ключ "-debug" Для "ragent"
В версии 8.3.8 заметил особенность включения отладки.
Работает с указанием строки запуска службы:
"C:\Program Files\1cv8\8.3.8.1747\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo" -debug
С вариантом строки запуска:
"C:\Program Files\1cv8\8.3.8.1747\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -debug -d "C:\Program Files\1cv8\srvinfo"
служба не запускается.
В более ранних версиях 1С 8.3 работает, как и описано у Гилёва
Работает с указанием строки запуска службы:
"C:\Program Files\1cv8\8.3.8.1747\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo" -debug
С вариантом строки запуска:
"C:\Program Files\1cv8\8.3.8.1747\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -debug -d "C:\Program Files\1cv8\srvinfo"
служба не запускается.
В более ранних версиях 1С 8.3 работает, как и описано у Гилёва
Парни, вот вы ерундой все страдаете, честное слово! Ну просто очевидно же, что во время отладки уже сам СЕРВЕР подключается к КЛИЕНТУ, и это входящее соединение, очевидно, блокируется брандмауэром на клиентской машине. Соответственно, и решение банальное - в исключения брандмауэра добавляем файлы клиента 1С: 1cv8.exe, 1cv8c.exe и 1cv8s.exe. Причём, надо не забывать это повторять при каждом обновлении платформы (пути к файлам меняются).
(79) gogi2003, Вы правы но только частично. Не всегда проблема брандмауэре строка подключения может не соответствовать строки подключения фонового задания + галки в отладке нужно выставить и сервак перевести в режим отладке вот это полная схема проблем подключения
(80) Rust, Ну, про то, что сервер необходимо перевести в режим отладки, я даже и не упоминаю, про то, что нужно подключиться ко всем необходимым объектам - тоже. Это само собой разумеется. А вот как раз-таки самая частая (по моей практике) и, должен сказать, не совсем очевидная причина неподключения отладки на сервере связана именно с брандмауэром клиента.
Всем добрый день. Поднял новый релиз платформы до 8.3.8.2027 (клиент-сервер). Слетел отладчик на клиенте. Что делал:
1.В ветках
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\1C:Enterprise 8.3 Server Agent (x86-64)
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet1\services\1C:Enterprise 8.3 Server Agent (x86-64)
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet2\services\1C:Enterprise 8.3 Server Agent (x86-64)
добавил в хвост ключа Image -debug
2. Застопил Брандмауэр на клиенте.
3. В конфигураторе установил галки "Начинать отладку при запуске" и "Устанавливать режим отладки при запуске" в Параметры/Запуск 1С Предприятие/Дополнительно
4. В конфигураторе Параметры/Отладка - протокол отладки TCP/IP
В предметах отладки только тонкий клиент (сама рабочая станция).
В файловом исполнении, как обычно, все работает.
1.В ветках
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\1C:Enterprise 8.3 Server Agent (x86-64)
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet1\services\1C:Enterprise 8.3 Server Agent (x86-64)
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet2\services\1C:Enterprise 8.3 Server Agent (x86-64)
добавил в хвост ключа Image -debug
2. Застопил Брандмауэр на клиенте.
3. В конфигураторе установил галки "Начинать отладку при запуске" и "Устанавливать режим отладки при запуске" в Параметры/Запуск 1С Предприятие/Дополнительно
4. В конфигураторе Параметры/Отладка - протокол отладки TCP/IP
В предметах отладки только тонкий клиент (сама рабочая станция).
В файловом исполнении, как обычно, все работает.
Отпишусь и я!
Как обычно по мануалу зашел в реестр на сервере агента сервера 1С и прописал дебаг!
В отладчике при запуске базы сервер виден был и подключался в отладку!
А точка останова не запускалась все равно!
Выполнил код:
В ЖР строка совпала с той которой запустил конфигуратор.
Полез в браундмауер, а там вижу кучу правил блокирующих именно версию 8.3.9!
На терминале есть и другие версии и они в отладке работали!
Поубирал запреты на разрешить. Отладка висела поэтому чуда не произошло.
Перезапустил конфигуратор и да!
Все работает!
Как обычно по мануалу зашел в реестр на сервере агента сервера 1С и прописал дебаг!
В отладчике при запуске базы сервер виден был и подключался в отладку!
А точка останова не запускалась все равно!
Выполнил код:
ЗаписьЖурналаРегистрации("ОТЛАДКА",,,, СтрокаСоединенияИнформационнойБазы());В ЖР строка совпала с той которой запустил конфигуратор.
Полез в браундмауер, а там вижу кучу правил блокирующих именно версию 8.3.9!
На терминале есть и другие версии и они в отладке работали!
Поубирал запреты на разрешить. Отладка висела поэтому чуда не произошло.
Перезапустил конфигуратор и да!
Все работает!
Была проблема отладки на сервере. Чистила кэш по guid-у, проверила имя сервера, которое д.б. одинаковым как у конфы, так и у предприятия (клиента) - не помогло.
Отключила брандмауэр и перезагрузила комп - и, о чудо! Все получилось.
Отключила брандмауэр и перезагрузила комп - и, о чудо! Все получилось.
Переехали в новый офис
Платформа 8.3.8.2054. Две базы на одном сервере
Если в терминале подключиться на машину с сервером 1С то там всё хорошо работает.
А вот на других ПК:
Бухгалтерия 2.0 - отладка на сервере работает
Бухгалтерия 3.0 - отладка не работает.
Брандмауэры отключены
Платформа одна, сервер один.
Может кто сталкивался? Что может быть?
Платформа 8.3.8.2054. Две базы на одном сервере
Если в терминале подключиться на машину с сервером 1С то там всё хорошо работает.
А вот на других ПК:
Бухгалтерия 2.0 - отладка на сервере работает
Бухгалтерия 3.0 - отладка не работает.
Брандмауэры отключены
Платформа одна, сервер один.
Может кто сталкивался? Что может быть?
Также столкнулся ...
Домен один.
Политика безопасности компании не позволяет отключить брандмауэр ни на серверах, ни на клиентских машинах.
Причем, мне он вааще не доступен. И на клиенте тоже.
А дело действительно было в брандмауэре на клиентской машине.
Три дня спорил с системным администратором.
Настроили правило для диапазона портов 1560-1591 и все заработало.
Остальные настройки (упоминавшиеся выше):
1. debug в строке стоит в хвосте (если это и взаправду важно)
2. на сервере, где работает сервер приложений 1С, для портов 1540, 1541, 1560-1591 входящие правила открыты
3. прописаны имена баз в подключении и в кластере в одинаковом регистре нерусскими буквами (если это и взаправду важно)
удачи всем!
Домен один.
Политика безопасности компании не позволяет отключить брандмауэр ни на серверах, ни на клиентских машинах.
Причем, мне он вааще не доступен. И на клиенте тоже.
А дело действительно было в брандмауэре на клиентской машине.
Три дня спорил с системным администратором.
Настроили правило для диапазона портов 1560-1591 и все заработало.
Остальные настройки (упоминавшиеся выше):
1. debug в строке стоит в хвосте (если это и взаправду важно)
2. на сервере, где работает сервер приложений 1С, для портов 1540, 1541, 1560-1591 входящие правила открыты
3. прописаны имена баз в подключении и в кластере в одинаковом регистре нерусскими буквами (если это и взаправду важно)
удачи всем!
Может кому пригодиться. Не работала отладка пока в настройках брандмауэра не поставил галочки разрешения как на скрине.
Сначала смотрел в настройках правил, а там как бы все "зеленое" и вроде как разрешены исходящие и входящие подключения для программ 1С.
Сначала смотрел в настройках правил, а там как бы все "зеленое" и вроде как разрешены исходящие и входящие подключения для программ 1С.
Прикрепленные файлы:
Не копируйте -debug, а вводите ручками... мне помогло... может что то и другое поправил (отключил в файрволе дополнительное разрешение на порты сервера 1С)... чтобы понять что, после каждого изменения окружения перегружайте сервер 1С)
Тоже столкнулся с не рабочей отладкой на сервере, только по протоколу http. Уже все перепробовал: чистку кеша, отключение антивируса, переустановку сервера и клиента, установку последней версии 8.3.14, все бесполезно. Если переключить на отладку по tcp все прекрасно работает, сервер появляется в доступных предметах отладки, но мне нужно именно http. Тут написано как проверять работоспособность сервера отладки по http, проверяю, работает. Куда можно еще посмотреть?
Если сервер отладки будет запускаться кластером серверов, то к ImagePath нужно добавить -http, например:
"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 -http
"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 -http
Тема старая, но всё же.
Столкнулся с такой проблемой на одном из серверов. Не работала отладка ни на клиенте ни на сервере. Перепробовали все описанные методы, но ничего не помогало.
В итоге оказалось следующее:
В отладчике открыт файл Z:\Обработка.epf
В клиенте открыт файл \\nas\1c\Обработка.epf
При этом Z: = \\nas\1c\ другими словами диск Z: это и есть шара \\nas\1c\
А так как открывали через короткие ссылки в меню файл, то ни кто не заметил разницы в путях.
Оказывается для отладчика очень важен путь, хотя предмет отладки один и тот же.
Может кому пригодится.
Столкнулся с такой проблемой на одном из серверов. Не работала отладка ни на клиенте ни на сервере. Перепробовали все описанные методы, но ничего не помогало.
В итоге оказалось следующее:
В отладчике открыт файл Z:\Обработка.epf
В клиенте открыт файл \\nas\1c\Обработка.epf
При этом Z: = \\nas\1c\ другими словами диск Z: это и есть шара \\nas\1c\
А так как открывали через короткие ссылки в меню файл, то ни кто не заметил разницы в путях.
Оказывается для отладчика очень важен путь, хотя предмет отладки один и тот же.
Может кому пригодится.
На сервере 1с прописываете порты, а на клиенте либо отключаете брандмаэр, либо в исключение добавляете процессы 1с, блокируется исходящее соединение. (какие порты открывать на клиенте не знаю, если кто разузнает будет супер)
В копилку решений. Столкнулись с проблемой, после обновления на 8.3.23 на части рабочих мест перестала работать отладка на сервере. На самом сервере отладка включена, порты на сервере и рабочих местах открыты в обе стороны. В итоге проблема была в протоколе IPv6, на рабочих местах, где он был выключен, отладка работала, а на тех, где включен - нет. Отключили на проблемных машинах поддержку IPv6 в свойствах сетевого адаптера и все заработало.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот