Ошибка сетевого доступа к серверу 1с windows sockets

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

Ошибка «Затребованное имя допустимо»

При подключении к серверу 1С:Предприятия получаем ошибку:

Server_addr=tcp://localhost.localdomain:1562 descr=Ошибка
сетевого доступа к серверу (Windows Socket-11004(0х00002AFC). Затребованное
имя допустимо и оно найдено в базе данных, но для имени
отсутствует связанные с ним данные,
которые были разрешены для него.) line=259
file=.srcDataExchangeTcpClientlmpl.cpp 

Ошибка 11004 показывает, что указанному имени сервера в DNS нет соответствующей записи типа A, которая определяет его IP адрес. [1]

"Ошибка при выполнении операции с информационной базой"
"Ошибка сетевого доступа к серверу"
(Windows Sockets 11001(0x00002AF9). Этот хост неизвестен. )
 

Возможное решение

На ошибку «Затребованное имя допустимо и оно найдено в базе данных, но для имени отсутствует связанные с ним данные, которые были разрешены для него» в файлах

/home/usr1cv81/1c/1cv81/srvibrg.lst и /home/usr1cv81/1c/1cv81/reg_1541/s1CV8Reg.lst

нужно заменить везде localhost.localdomain (или адрес, который там указан) на IP-адрес сервера сервера (в кавычках), либо на имя машины (тоже в кавычках). При указании имени машины нужно обеспечить для имён машин прямую зону в DNS, а для IP-адресов — обратную.

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

Ошибка сетевого доступа к серверу

При запуске базы в режиме предприятия получаем ошибку:
descr = Ошибка сетевого доступа к серверу
(Windows Sockets — 10004(0x00002714).@) line=870 file=.srcDataExchangeServerImpl.cpp

В качестве решения нужно прописать адрес и имя сервера в /etc/hosts

Дальнейшие действия для локализации проблемы.

1. Удостовериться в правильной и полной установки пакетов.

   rpm -qa | grep nterprise

должно быть примерно:

1C_Enterprise-ws-nls-8.1.12-101

1C_Enterprise-crs-8.1.12-101

1C_Enterprise-server-nls-8.1.12-101

1C_Enterprise-crs-nls-8.1.12-101

1C_Enterprise-common-nls-8.1.12-101

1C_Enterprise-ws-8.1.12-101

1C_Enterprise-server-8.1.12-101

1C_Enterprise-common-8.1.12-101

2. Удостовериться в правильном и полном запуске сервера

1. ps aux | grep 1c

(должно быть ragent, rmngr, rphost)

3. Удостовериться в наличии и правильном содержании файлов srvribrg.lst 1CV8Reg.lst

4. Включить логи и изучить ошибки http://kb.etersoft.ru/1С:Предприятие_8.1:_Включение_логов

(возможные ошибки и их решение можно посмотреть здесь http://www.gilev.ru/1c/81/techlog/)

<meta http-equiv=»content-type» content=»text/html; charset=utf-8″></meta>

Недоступность порта

Возможно не все сервера на кластере запустились. Проверить можно командой netstat -apn | grep :15 (выведет процессы, слушающие порты 15xx). Незапущенность серверов обычно связана с неверным указанием адресов узлов в конф. файлах. /home/usr1cv81/1c/1cv81/srvibrg.lst и /home/usr1cv81/1c/1cv81/reg_1541/s1CV8Reg.lst

Несоответствие системы

Если при первом запуске кластера выдаётся ошибка, и появляется только файл /home/usr1cv81/1c/1cv81/srvibrg.lst практически без содержимого, возможно нужно обновить систему.

Платформа 1С 8.2.18.109, клиент-серверный вариант работы, сервер 1с и субд (MS SQL) на разных машинах.
Часто возникает ошибка сетевого доступа:

server_addr=tcp://1c-server:1560 descr=Ошибка сетевого доступа к серверу
(Windows Sockets — 10054(0x00002746). Удаленный хост принудительно разорвал существующее подключение. ) line=1041 file=SrcDataExchangeTcpClientImpl.cpp.

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

48:29.6092-0,EXCP,1,process=mmc,ClientID=4,Exception=NetDataExchangeException,Descr=’ server_addr=tcp://1c-server:1560 descr=Ошибка сетевого доступа к серверу
(Windows Sockets — 10054(0x00002746). Удаленный хост принудительно разорвал существующее подключение. ) line=912 file=SrcDataExchangeTcpClientImpl.cpp’
48:29.6093-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=,UserName=,ConnectString=
48:29.6094-3,EXCPCNTX,0,SrcName=SCALL,OSThread=5960,process=mmc,ClientID=4,Interface=7607aa1f-f87e-47a2-8a6b-701c7105ca63,Method=4
49:06.2030-0,CONN,0,process=mmc,Txt=’addrBelongsToThisComputer2, address=1c-server, result=true’
49:06.2031-0,CONN,0,process=mmc,ClientID=5,Protected=0,Txt=’Connected, client=(23)[::1]:51546, server=(23)[::1]:1560′
49:06.2032-0,CONN,0,process=mmc,Txt=Clnt: MyUserName1: admin@домен
49:06.2191-0,CONN,0,process=mmc,Txt=Clnt: DstUserName1: 1c-serverUSR1CV82 StartProtocol: 0 Success
49:06.2194-0,CONN,0,process=mmc,Txt=Clnt: MyUserName2: доменadmin

Как бороться с этой ошибкой? Из-а чего эта ошибка может возникать?

Ключевые слова: Windows Sockets, 11004

при попытке создать базу вылетает такое сообщение:

**************************************************************************

Ошибка соединения с рабочим процессом

server_addr=tcp://localhost.localdomain:1563 descr=Ошибка сетевого доступа к серверу

(Windows Sockets-11004(0x00002AFC). Затребованное имя допустимо и оно найдено в базе данных, но для имени отсутствуют связанные с ним данные, которые были разрешены для него.) line=546 file=.scrDataExchangeTcpClientImpl.cpp

******************************************************************************

или такое сообщение

**************************************************************************

Windows Sockets — 11004(0х00002AFC). Затребованное имя допустимо и оно найдено в базе данных, но для имени отсутствуют связанные с ним данные, которые разрешены для него

**************************************************************************

Ошибка 11004 показывает, что указанному имени сервера в DNS нет соответствующей записи типа A, которая определяет его IP адрес.

Для 11004 ошибки характерны решения:

1. Ip-адреса имени <имя машины> и <имямашины>.<имя домена> выполняется по разному.

— как задано имя сервера 1С:Предприятия при регистрации ИБ на клиентском приложении?

— выполняется ли ping по этому имени и определяется ли IP адрес?

— совпадает ли IP адрес с тем, который выдает ping из того же домена?

2. отстутствует имя компьютера центрального сервера в DNS или в файле C:WINNTsystem32driversetchosts

— попробуйте имя сервера внести в файл hosts на проблемном компьютере, указав ему IP адрес, выраваемый ping-ом с компьютера, на котором 1С:Предприятие стартует нормально.

3. нет прав на сервер

������ ��� ���������� �������� � ��
…

descr=������ �������� ������� � �������

(Windows Sockets — 10060 (0x0000274C))

������ ��������� ����� ��������

��� ����������� ��������

�������� (���� ��� �� �������� ������������, ������������ ����� — ���������� �� )

1С 8.3 : 10060 (0x0000274C): Попытка установить соединение была безуспешной

Установили новый терминальный сервер, на нем подняли 1С, терминальные пользователе неописуемо довольны, все просто летает

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

server_addr=tcp://192.168.1.123:1541 descr=192.168.1.123:1541:10060(0x0000274C): Попытка установить соединение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик, или было разорвано уже установленное соединение из-за неверного отклика уже подключенного компьютера. ; line=842 file=srcDataExchangeTcpClientlmpl.cpp

Выполняется ожидание возможности запуска.

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

Решение:

Первое что приходит на ум, отключить антивирус и брандмауэр на сервере:

И тут же 1С запускается! Итог — нужно добавить правила для 1С в антивирус и брандмауэр.

Недавно я уже описывал решение проблемы: Ошибка сетевого доступа к серверу (Windows Sockets — 10060 (0x0000274C)) в нем пришлось еще прописать IР-шник сервера в файле C:WINDOWSsystem32driversetchosts и еще в C:Program Files1cv8binconfnethasp.ini в описании [NH_TCPIP] в строке NH_SERVER_ADDR = IР-шник вашего сервера — Возможно Вам это тоже понадобится

Источник

10060 (0x0000274C): Попытка установить соединение была безуспешной

Установили новый терминальный сервер, на нем подняли 1С, терминальные пользователе неописуемо довольны, все просто летает

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

server_addr=tcp://192.168.1.123:1541 descr=192.168.1.123:1541:10060(0x0000274C): Попытка установить соединение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик, или было разорвано уже установленное соединение из-за неверного отклика уже подключенного компьютера. ; line=842 file=srcDataExchangeTcpClientlmpl.cpp

Выполняется ожидание возможности запуска.

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

Решение:

Первое что приходит на ум, отключить антивирус и брандмауэр на сервере:

И тут же 1С запускается! Итог — нужно добавить правила для 1С в антивирус и брандмауэр.

Недавно я уже описывал решение проблемы: Ошибка сетевого доступа к серверу (Windows Sockets — 10060 (0x0000274C)) в нем пришлось еще прописать IР-шник сервера в файле C:WINDOWSsystem32driversetchosts и еще в C:Program Files1cv8binconfnethasp.ini в описании [NH_TCPIP] в строке NH_SERVER_ADDR = IР-шник вашего сервера — Возможно Вам это тоже понадобится

Источник

1С 8.2 УП : 10060 (0x0000274C): Попытка установить соединение была безуспешной

Установили новый терминальный сервер, на нем подняли 1С, терминальные пользователе неописуемо довольны, все просто летает

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

server_addr=tcp://192.168.1.123:1541 descr=192.168.1.123:1541:10060(0x0000274C): Попытка установить соединение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик, или было разорвано уже установленное соединение из-за неверного отклика уже подключенного компьютера. ; line=842 file=srcDataExchangeTcpClientlmpl.cpp

Выполняется ожидание возможности запуска.

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

Решение:

Первое что приходит на ум, отключить антивирус и брандмауэр на сервере:

И тут же 1С запускается! Итог — нужно добавить правила для 1С в антивирус и брандмауэр.

Недавно я уже описывал решение проблемы: Ошибка сетевого доступа к серверу (Windows Sockets — 10060 (0x0000274C)) в нем пришлось еще прописать IР-шник сервера в файле C:WINDOWSsystem32driversetchosts и еще в C:Program Files1cv8binconfnethasp.ini в описании [NH_TCPIP] в строке NH_SERVER_ADDR = IР-шник вашего сервера — Возможно Вам это тоже понадобится

Источник

Ошибка сетевого доступа к серверу (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).

Источник

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

 +47 

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

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

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

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

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

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

Для Windows зайдите в каталог c:program files1c1cv82srvinfo, если 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=.SrcDataExchangeTcpClientItmpl.cpp

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

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

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

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

Отредактируйте в любом текстовом редакторе два файла: srvinfosrvribrg.lst и srvinforeg_15411CV8Reg.lst. Замените в этих файлах старое имя сервера на новое.

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

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

если вдруг нет — повторите пункт 2 !

helpf.pro

Ошибка сервера 1С — 0х0000274D — Подключение не установлено, т.к. конечный компьютер отверг запрос на подключение

Опубликовано: 21.08.2015 /

Рубрики: 1С, IT, Администрирование 1С, Ошибки 1С

Недавно переустанавливали сервера и была необходимость во временных переносах сервера 1С на резервную машинку. Пр возвращении на боевую получилась следующая ошибка:

«Ошибка соединения с сервером 1С:Предприятие 8.3

server_addr=tcp://127.0.0.1:1740 descr=Ошибка сетевого доступа к серверу

(Windows Sockets — 10061(0x0000274D). Подключение не установлено, т.к. конечный компьютер отверг запрос на соединение.) line=590 file=.SrcDataExchangeTcpClientItmpl.cpp»

Ошибка воспроизводилась только на удаленных компьютерах, т.е. на локальном сервере все работало.

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

Оказывается настройки кластера серверов 1С:Предприятие хранятся в каталоге srvinfo (путь к этому каталогу можно посмотреть в свойствах службы «Агент сервера 1С:Предприятие 8.3» параметр -d). В этом каталоге хранится имя кластера и его настройки (в том числе безопасность) и списки ИБ подключенных к этому кластеру и их настройки. Это два файла: srvinfosrvribrg.lst и srvinforeg_15411CV8Reg.lst. В этих файлах и осталось старое имя сервера.

Вот так оказалось все просто..

Метки: 0х0000274D, сервер 1С

itsphera.ru

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

Решиения проблемы:

1. Глюк сервака

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

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

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

Для Windows зайдите в каталог c:program files1c1cv82srvinfo, если 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=.SrcDataExchangeTcpClientItmpl.cpp

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

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

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

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

Отредактируйте в любом текстовом редакторе два файла: srvinfosrvribrg.lst и srvinforeg_15411CV8Reg.lst. Замените в этих файлах старое имя сервера на новое.

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

zdst.net

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

 +47 

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

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

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

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

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

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

Для Windows зайдите в каталог c:program files1c1cv82srvinfo, если 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=.SrcDataExchangeTcpClientItmpl.cpp

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

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

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

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

Отредактируйте в любом текстовом редакторе два файла: srvinfosrvribrg.lst и srvinforeg_15411CV8Reg.lst. Замените в этих файлах старое имя сервера на новое.

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

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

если вдруг нет — повторите пункт 2 !

helpf.pro

Смотрите также

Содержание:

1.       Об ошибке «Запрошенное имя верно, но…»

2.       Устранение ошибки «Запрошенное имя верно, но…»

3.       Прописка адреса в hosts

Приветствую, коллеги! В данной статье будет рассмотрена ошибка «Запрошенное имя верно, но данные запрошенного типа не найдены»: причины её возникновения и инструктаж по устранению неполадки.  

1.   Об ошибке «Запрошенное имя верно, но…»

Ошибка с названием «Запрошенное имя верно, но данные запрошенного типа не найдены» возникает, когда запускается база данных между клиентом и сервером. Вышеуказанной ошибке обычно сопутствует еще одна – «Ошибка сетевого доступа к серверу». Данная ошибка относится к Windows Socket (это некоторая специфика, которая является технической, она выясняет программное обеспечение, которое относится к Windows и является сетевым, и то, как оно получит доступ к сервису сервера, также делает определение стандартному интерфейсу между клиентскими приложениями и внешним стеком протоколов; её основание – это API модель).

Рис. 1 Ошибка сетевого доступа к серверу

В первой ошибке указывается, что внутри структуры с данными не хватает необходимых таблиц в системе (такое может происходить и в случае, когда база только была создана). Другой возможной причиной возникновения ошибки «Запрошенное имя верно, но данные запрошенного типа не найдены» может послужить отсутствие прав доступа для чтения или редактирования данных.

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

1. записи внутри DNS (с английского – Domain Name System – система с доменными именами, благодаря которой происходит связка IP компьютера с именем домена) не существует;

2. антивирусная программа не даёт возможности подключиться к нужному серверу. 

2. Устранение ошибки Запрошенное имя не верно

Рассмотрим все возможные варианты устранения данных ошибок (обязательно двух сразу, так как это связка ошибок, а не одиночные неполадки):

1. пробуем подключаться через IP адрес компьютера, на котором произошла ошибка;

2. необходимо сверить ping (плагин, которые сверяет качество соединения в сети) согласно наименованию сервера на предмет совпадения с нужным;

3. сделать перезагрузку wi-fi-точек (роутеров, свитчей), так как, вероятно, неполадка именно в них: бывают случаи, что при использовании динамического адреса в ответ выдаётся неверный адрес, так как обычно серверные айпи адреса статические;

4. чтобы правильно сделать определение айпи адреса, необходимо сопоставить адреса, которые находятся в файле hosts (инструкция будет описана ниже);

5. включить систему 1С от имени администратора, после этого выполнить нужные действия, так как вероятно, что у пользователя попросту не было прав на данное действие;

6. выключить антивирусную программу – если после этого действия всё стало работать, то необходимо настроить сам антивирус.

Аналогичные ошибки могут появляться на принтерах, которые подключаются по сети (1С и сервер не распознаёт их по имени, а лишь по IP).  

3.   Прописка адреса в hosts

Как было сказано в одном из подпунктов выше, решением ошибки может стать переписка адресов в hosts. Данный адрес находится по следующему пути: c:WindowsSystem32driversetc.

В конце необходимо прибавить строчку, в которой будет находится адрес и, через пробел, имя сервера, по такой схеме в адресе: «192.168.0.1 имясервера». Отличительным в файле hosts является то, что он сразу же подлежит обработке, и обновлять его не надо.

В данной статье была рассмотрена ошибка «Запрошенное имя верно, но данные запрошенного типа не найдены», а также сопутствующая ей ошибка. Были рассмотрены их общий вид, причины возникновения, а также дана инструкция, по устранению комплекса ошибок 1С.

Специалист компании «Кодерлайн»

Айдар Фархутдинов