Ошибка соединения с сервером 1С:Предприятие Не запущен ни один рабочий процесс.

Бывает, однажды, ни с того и с чего программа 1С нам выдает: Ошибка соединения с сервером 1С:Предприятие Не запущен ни один рабочий процесс. Соединение с базой невозможно.

Несколько вариантов поиска ошибок и решений:

1. Глюк сервака — всякое бывает

Остановите в диспетчере задач процессы: ragent rphost rmngr и Запустите службу «Агент сервера 1С:Предприятие»

2. При внезапном отключения питания или аналогичных ситуациях — повредился файл srvribrg.lst

Нужно удалить все из папки srvinfo

Для Windows зайдите в каталог c:\program files\1c\1cv82\ srvinfo, если Linux — то файлы лежат в домашнем каталоге пользователя от имени которого запускается сервис: usr1cv8/home/.1cv8/1C/1cv8 .

Запустите службу «Агент сервера 1С:Предприятие».

Через Администрирование серверов 1С Предприятия по новой создать кластер 1С и добавить информационные базы

3. Переименовали сервер на котором служба агента 1С

После переименования сервера Windows Server 2008 с установленным 1С:Предприятие 8.2, перестала работать служба «Агент сервера 1С:Предприятие 8.2». Она запускается, работает несколько секунд и останавливается. Если подключаться к серверу 1С:Предприятие 8.2 через консоль серверов, то возникает ошибка:

Ошибка соединения с сервером 1С:Предприятие 8.2 server_addr=tcp://SERVER:1540 descr=Ошибка сетевого доступа к серверу (Windows Sockets — 10061(0x0000274D). Подключение не установлено, т.к. конечный компьютер отверг запрос на соединение.) line=590 file=.\Src\DataExchangeTcpClientItmpl.cpp

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

Не запущен ни один рабочий процесс. Соединение с базой невозможно.

Данная проблема связана с тем, что настройки кластера серверов 1С:Предприятие хранятся в файлах в каталоге srvinfo (путь к нему указывает параметр -d в свойствах службы «Агент сервера 1С:Предприятие»). Поэтому после изменения имени компьютера надо выполнить дополнительно следующие действия:

Для Windows зайдите в каталог c:\program files\1c\1cv82\srvinfo, если Linux — то файлы лежат в домашнем каталоге пользователя от имени которого запускается сервис: usr1cv8/home/.1cv8/1C/1cv8 .

Отредактируйте в любом текстовом редакторе два файла: srvinfo\srvribrg.lst и srvinfo\reg_1541\1CV8Reg.lst. Замените в этих файлах старое имя сервера на новое.

Запустите службу «Агент сервера 1С:Предприятие».

После выполнения указанных действий — Все будет

И снова программное убиение сеансов

Доброго времени суток, господа-форумчане.
Тема заезжена вдоль и поперек. однако здравствуйте.
Проблема «выгнать всех активных/зависших/невышедших вовремя юзеров»

Наткнулся вот на такой код:

Процедура ЗавершениеПользователей() Экспорт
Коннектор = Новый COMОбъект(«V82.COMConnector»);
Сервер = Коннектор.ConnectWorkingProcess(«TestServer»);

// Аутентифицироваться с административными правами в нужной базе.

// Создать объект нужной информационной базы.

ИнформационнаяБаза = Сервер.CreateInfoBaseInfo();
ИнформационнаяБаза.Name = «Test_Base»;

// Получить соединения базы.

// Разорвать соединения клиентских приложений.

Для Каждого Соединение Из СоединенияБазы Цикл
Сервер.Disconnect(Соединение);
КонецЦикла;
КонецПроцедуры

Работать не хочет:

Сервер = Коннектор.ConnectWorkingProcess(«tcp:\\192.168.0.73:1540»);
//тут пробовал и локалхост и 192.168.0.1 и то что занесено выше — текущий ip в сети)
Сервер.AddAuthentication(«Administrator», «qweqwe»);
ИнформационнаяБаза = Сервер.CreateInfoBaseInfo();
ИнформационнаяБаза.Name = «C:\Users\admin2\Desktop\all_bases\UECM_ACC_82»;

имя перебирал тоже по всякому и полный путь, как указано выше, и вариант «UECM_ACC_82».

(если я правильно понимаю имя базы к-е задается на входе «меню выбора инф баз — однозначно не то, что нужно, поскольку там скорее ссылки с произвольными именами)

Итак. Проблема — что именно указывается в сервере и имени ИБ ?
Сейчас подключение описанное выше вызывает ошибку:

<ВнешняяОбработка.ВнешняяОбработка1.МодульОбъекта(4)>: Ошибка при вызове метода контекста (ConnectWorkingProcess)
Сервер = Коннектор.ConnectWorkingProcess(«tcp:\\192.168.0.73:1540»);
по причине:
Произошла исключительная ситуация (V82.COMConnector.1): server_addr=tcp://192.168.0.73:1540 descr=192.168.0.73:1540:Ошибка сетевого доступа к серверу
(Windows Sockets — 10061(0x0000274D). Подключение не установлено, т.к. конечный компьютер отверг запрос на подключение. );
line=545 file=Src\DataExchangeTcpClientImpl.cpp

PS
Бух 8.2
обработка внешняя (если надо в конфигу зашить — зашью, только поясните. )

Вот собственно и пытаюсь разобраться.
Благодарен за любые советы.
С ув. YurAnt.

Ошибка сетевого доступа к серверу (Windows Sockets — 10060 (0x0000274C))

• 
• 

Хочу оставить заметку по данной проблеме. Столкнулся с этим после установки релиза 8.3.6.1977 сервера 1С. Кстати, об основных нововведениях данной версии неплохо описано в статье: http://1c-programmer-blog.ru/platforma/obzor-1spredpriyatie-8-3-6.html .

Так вот, после установки сервера стала выпадать упомянутая в названии темы ошибка. Сразу, как обычно, подумал — кривая обнова, надо поставить старую. Но, после установки старой, проблема никуда не исчезла. Да, кстати, при загрузке платформы с самого сервака проблем не возникало. Ошибка вылетала при запуске с клиентских компьютеров.

После двух часов плевков, матерков и ударов головой о стену решил произвести выгрузку ИБ (т.к. при запуске с сервера проблем не было, то выполнить это не составило труда) и перекинуть их с Microsoft SQL в файловый вариант, чтобы бухгалтерия не простаивала.

Далее, в спокойной обстановке, начал разбираться с ситуацией. Пообщавшись с гуглом, понял, что толковых советов в инете нет. То предлагают поотключать все фаерволы на сервере (что для сервера данных смерти подобно), то еще какие нибудь глупости — типа переустановки всей системы.

В общем, пришлось искать решение самому.

Немного поэкспериментировав с кластером серверов, решил просмотреть правила для входящих подключений в брандмауэре:

Нашел правило «Разрешение подключения к Кластеру 1С». После чего, побегав по закладкам данного правила, остановился на закладке «Дополнительно»:

И тут меня осенило — на всех компьютерах нашей сети установлены профили «Публичный», а в правиле как раз на нем нет галочки. После того как я отметил этот профиль, правило стало распространяться и на него и, соответственно, все заработало.

Признаюсь честно, почему возникла такая проблема — так и не понял, возможно, обновление добавляет какие то коррективы в правила.

Кстати, побегав по сети, я понял, что данная проблема актуальна не только для описанного мной случая. Ошибка 10060 во всех случаях связана с невозможностью выполнить соединение с сервером. Таким образом можно выделить несколько основных причин:

1. это проблемы с самой сетью (тупо нет связи);
2. неверно заданы параметры соединения;
3. соединение блокирует один из фаерволов либо антивирус (нужно проверить правила для входящих подключений, а в антивирусе, возможно, следует добавить необходимые порты либо IP адреса, с которых выполняется подключение в исключения);
4. ну и последний вариант — проверьте, а запущено ли вообще серверное программное обеспечение.

Специальные предложения

Очень часто за новыми релизами начинаешь наблюдать разного рода странности, например в виде игнорирования процедуры регистрации компоненты COM-соединения. Тут соответственно забыли написать правила разрешения в брэндмауэре.

Откровенно говоря что-то странное у 1С творится. Одно только неимоверное количество обновлений типовых конфигураций в этом квартале чего стоит.

Но пытливый ум все победит. Спасибо за статью 😉

(0) ну во-первых однозначный «лайк», как выразился Вячеслав. Но меня тут же взволновал другой вопрос.

* то что разрешения на кластер выставлены НЕ для публичного профиля — это понятно. Как говорят наши специалисты по ИТ безопасности между серверами приложений и клиентами приложений весь трафик должен идти через «частные сети», то есть такие сети, в которых существуют средства обеспечения безопасности (причем безопасники всегда хотят чтобы это был hardware firewall). Наши администраторы сделали предположение, что кто-то ознакомился со стандартами ИТ безопасности и включил это в настройку.

* но вот то, что у вас на компьютерах включен «публичный» профиль — вот это вызывает как минимум вопросы .

Предположу что это сделано в целях всё той же безопасности, но такая настройка у меня вызывает большие сомнения. Если клиенты действительно публичные — доступ через HTTP/S и никакого другого. Учитывая что у вас Бухгалтерия — то тут проблем с НЕуправляемыми формами быть не должно.

Если кластер развернут на облачных площадках и нужно обеспечить доступ из любой сети — то вопрос «к шифрованным тунелям» и облачным AD от того же Azure (я так понимаю стэк то Microsoft).

И снова программное убиение сеансов

Доброго времени суток, господа-форумчане.
Тема заезжена вдоль и поперек. однако здравствуйте.
Проблема «выгнать всех активных/зависших/невышедших вовремя юзеров»

Наткнулся вот на такой код:

Процедура ЗавершениеПользователей() Экспорт
Коннектор = Новый COMОбъект(«V82.COMConnector»);
Сервер = Коннектор.ConnectWorkingProcess(«TestServer»);

// Аутентифицироваться с административными правами в нужной базе.

// Создать объект нужной информационной базы.

ИнформационнаяБаза = Сервер.CreateInfoBaseInfo();
ИнформационнаяБаза.Name = «Test_Base»;

// Получить соединения базы.

// Разорвать соединения клиентских приложений.

Для Каждого Соединение Из СоединенияБазы Цикл
Сервер.Disconnect(Соединение);
КонецЦикла;
КонецПроцедуры

Работать не хочет:

Сервер = Коннектор.ConnectWorkingProcess(«tcp:\\192.168.0.73:1540»);
//тут пробовал и локалхост и 192.168.0.1 и то что занесено выше — текущий ip в сети)
Сервер.AddAuthentication(«Administrator», «qweqwe»);
ИнформационнаяБаза = Сервер.CreateInfoBaseInfo();
ИнформационнаяБаза.Name = «C:\Users\admin2\Desktop\all_bases\UECM_ACC_82»;

имя перебирал тоже по всякому и полный путь, как указано выше, и вариант «UECM_ACC_82».

(если я правильно понимаю имя базы к-е задается на входе «меню выбора инф баз — однозначно не то, что нужно, поскольку там скорее ссылки с произвольными именами)

Итак. Проблема — что именно указывается в сервере и имени ИБ ?
Сейчас подключение описанное выше вызывает ошибку:

<ВнешняяОбработка.ВнешняяОбработка1.МодульОбъекта(4)>: Ошибка при вызове метода контекста (ConnectWorkingProcess)
Сервер = Коннектор.ConnectWorkingProcess(«tcp:\\192.168.0.73:1540»);
по причине:
Произошла исключительная ситуация (V82.COMConnector.1): server_addr=tcp://192.168.0.73:1540 descr=192.168.0.73:1540:Ошибка сетевого доступа к серверу
(Windows Sockets — 10061(0x0000274D). Подключение не установлено, т.к. конечный компьютер отверг запрос на подключение. );
line=545 file=Src\DataExchangeTcpClientImpl.cpp

PS
Бух 8.2
обработка внешняя (если надо в конфигу зашить — зашью, только поясните. )

Вот собственно и пытаюсь разобраться.
Благодарен за любые советы.
С ув. YurAnt.

Сервер 1С Предприятие 8.1

Какой порт нужно указать при создании Центрального сервера 1С предприятия 8.1 ?

дело в том что Сервер Предприятия 8.0 Работает

а 8.1 при подключении выдает ошибку

«Ошибка соединения с Сервером 1С:Предприятия 8.1:
server_addr=tcp://TV^1540 descr = Jib,rf Ctntdjuj ljcnegf r cthdthe
(Windows Sockets — 10061(0[0000274D). Подлкючение не установлено, т.к. конечный компьютер отверг запрос на подключение.) line = 567
file=.\scr\DataExchangeTcpClientIMPL.cpp»

где TV — имя моего компа, 1540 — номер порта

Установка кластера серверов под Windows
Установка кластера серверов 1С:Предприятия 8.1 также выполняется программой установки 1С:Предприятия 8.1. Программа установки копирует на компьютер необходимые файлы и может настроить запуск агента центрального сервера как приложения или как сервиса. Сервис выполняется от лица специального пользователя USR1CV81, который также создается в процессе установки кластера серверов 1С:Предприятия 8.1 и включается в группу USERS или ее локализованные аналоги.

Для установки кластера серверов следует выбрать компоненту «Сервер 1С:Предприятия 8.1», как это показано ниже.

При первоначальной установке системы 1С:Предприятие 8.1 компоненты «Сервер 1С:Предприятия 8.1» и «Адаптер Web-сервисов 1С:Предприятия 8.1» отмечены как не устанавливаемые. При обновлении системы флажки компонентов отмечаются в соответствии со списком установленных компонентов.

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

Если выбрана установка сервера как 1С:Предприятия 8.1 как сервиса Windows, то следует выбрать пользователя и ввести пароль для этого пользователя.

Пользователь выбирается из существующих или создается стандартный локальный USR1CV81 (при существовании такого пользователя он пересоздается). В последнем случае пользователю USR1CV81 устанавливается указанный пароль. Пользователь не удаляется при деинсталляции 1С:Предприятия 8.1. Пользователю назначается право «Вход в систему как сервис» и «Вход в систему как пакетное задание».

Пользователь и пароль используются только при создании сервера 1С:Предприятия 8.1 как сервиса. Пользователю в любом случае даются необходимые права на каталог файлов сервера. Запуск кластера серверов будет выполнен в процессе установки. После завершения установки кластер будет полностью работоспособен.

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

Для того, чтобы выполнить запуск кластера серверов 1С:Предприятия 8.1 следует запустить агент сервера (ragent.exe). Все дальнейшие действия будут выполнены системой автоматически. При запуске агент сервера выполняет поиск списка кластеров, зарегистрированных на данном компьютере.

Если список кластеров обнаружен, то агент сервера запускает указанные менеджеры кластеров. С их помощью он получает информацию о рабочих процессах, которые должны быть запущены в каждом из кластеров, и выполняет их запуск самостоятельно, или с помощью агентов других рабочих серверов кластера.

Если список кластеров не обнаружен, агент сервера создает кластер по умолчанию. Кластер по умолчанию имеет следующие характеристики:

· один рабочий процесс, номер порта устанавливается из указанного диапазона.

Расположение служебных файлов кластера серверов
Если при установке системы 1С:Предприятие был выбран вариант запуска сервера 1С:Предприятия как сервиса, то первый запуск агента сервера будет выполнен еще в процессе установки системы. При этом сервис будет запущен от имени пользователя, выбранного в диалоге установки системы, но служебные файлы кластера серверов будут расположены в каталоге \Server (в параметрах сервиса будет в явном виде указан ключ запуска -d).

Если при установке системы 1С:Предприятие был выбран вариант запуска сервера 1С:Предприятия как приложения, то запуск сервера в процессе установки системы не выполняется; агента сервера необходимо запустить самостоятельно, после того, как установка системы будет закончена. При этом если ключ запуска –d указан не будет, то служебные файлы кластера серверов будут расположены в каталоге по умолчанию: C:\Documents and Settings\ \Local Settings\Application Data\1C\1Cv81.

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