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

Большинство проблем при подключении к серверу 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 практически без содержимого, возможно нужно обновить систему.

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

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

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

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

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

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

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

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

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

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

Источник

Ошибка сокета 10060 в основном ошибка времени ожидания соединения. Эта ошибка возникает, когда удаленный FTP-сервер не отвечает на CuteFTP.

Эта ошибка тайм-аута возникает после установления сеанса FTP, но даже сервер не отвечает. Сообщение об ошибке отображается в следующем формате:

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

Решения

Причины ошибок

Ошибка сокета 10060 может возникнуть по нескольким причинам, включая:

Дополнительная информация и ручной ремонт

Вот некоторые из лучших и быстрых методов самостоятельного решения проблемы Socket Error 10060 на вашем ПК.

Способ 1. Устранение неполадок подключения веб-прокси

Этот метод работоспособен и эффективен, если Socket Error 10060 возникает только тогда, когда служба веб-прокси используется. Чтобы выполнить его, вот что вам нужно сделать: установить Winsock Proxy Client на ваш ПК.

Отключите настройки веб-прокси в настройках локальной сети на вкладке Подключения параметров Интернета. После того, как вы отключите настройки, попробуйте перейти на сайт, на котором вы сообщаете об ошибке. Если сайт доступен, ошибка устранена.

Способ 2. Увеличьте время ожидания веб-прокси

Если отключение настроек веб-прокси не работает, попробуйте увеличить время ожидания. Для этого вам также придется внести изменения в реестр.

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

Способ 3: переключиться из пассивного режима в режим активного порта

Этот метод эффективен, если ошибка возникает из-за неправильных настроек подключения к данным.

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

Теперь на вкладке «Тип» измените тип подключения к данным, чтобы использовать порт.

Способ 4: настройка параметров брандмауэра

Иногда ошибка также может возникать из-за брандмауэра. Чтобы решить, настройте Настройки межсетевого экрана разрешить протокол FTP.

Метод 5: скачать Restoro

Если ошибка возникает из-за вирусной инфекции или проблем с реестром, рекомендуется загрузить Restoro.

Это продвинутая и многофункциональная программа для ремонта ПК, в которую встроено множество утилит, таких как антивирус и очиститель реестра. Утилита очистки реестра удаляет ненужные файлы, файлы cookie и недействительные записи, повреждающие реестр.

Он очищает, восстанавливает и восстанавливает реестр, в то время как антивирус удаляет все типы вирусов, таких как шпионское ПО и трояны, за считанные секунды, тем самым разрешая код ошибки сокета 10060.

Это безопасно, удобно и совместимо со всеми версиями Windows. Нажмите скачать Ресторо сегодня.

Исправить ошибку DRIVER_POWER_STATE_FAILURE

Исправить ошибку загрузочного устройства не найдено в Windows

Как исправить ошибку обновления Windows 10 0x8024a000

Файл или каталог повреждены и нечитабельны

Удалите большие файлы отчетов об ошибках системы

Разъем для наушников не работает на ноутбуке

Исправить Обновление не применимо в Windows

Перемещение меню «Пуск» на второй монитор

Источник

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

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

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

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

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

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

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

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

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

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

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

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

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

Соглашусь с Вячеславом 🙂

(2) insurgut, пожалуйста. Рад что она оказалась полезной… 🙂

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

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

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

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

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

P.S. У меня наверное в связи с этим напрашивается совет — присмотрелись бы вы к администрированию: чувствую там есть что донастроить/улучшить.

(5) lustin, спасибо за совет. Сеть у нас локальная. На рабочих станциях выбирали публичное подключение, как вы правильно поняли для усиления безопасности сети. Доступ к базе по HTTP пока только в перспективе. Поэтому не знаю, есть ли смысл что то менять в архитектуре сети.

Все хорошо, но скриншоты уже удалены 🙁

(7) rus128, сейчас исправим.

Спасибо, помогло решить проблему после обновления на 8.3.8

Помогло решить проблему после перехода на 8.3.8

Выбивало ошибку, что нет соединения на порту 1562. В правилах брандмауэра был указан только порт 1560. Расширил правило на 1560-1580 и всё заработало.

Спасибо за статью, были похожие ошибки 10053 и 10054 на платформе 8.2. Удалось решить проблему после установки доступа.

(11) Не за что… Рад что смог помочь.

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

К какому объекту давать доступ? Какие параметры указаны на других вкладках?

Это правило не автоматическое, в данном конкретном случае введено вручную, возможно младшими релизами 1С. Трудно было показать все настройки? Или хотя бы озвучить имя объекта к которому распространяются правила.

Источник

Поиск решений вопросов, возникающих в 1С:Предприятие 8

Вместо вступления (из сериала House M.D. о диагностике и поиске решений)

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

В качестве примеров будут разобраны:

Пример 1. Пользователь пожаловался на невозможность запуска 1С:Бухгалтерия.

Пример 2. «Потерялся» доступ к информационной базе.

Ошибка при выполнении операции с информационной базой

Microsoft OLE DB provider for SQL Server: Login failed for user ‘user1c’

H RESULT=80040E4D, SQLSrvr: Error state=1, Severity=E, native=18456, line=1

Пример 3. Странная «неизвестная» ошибка.

Текст сообщения: «Произошла неизвестная ошибка на сервере 1С предприятие (80010108)»

1. Определение текста (проявления) ошибки и локализация источника возникновения

Примечание. Пример 1. Поиск в ниже в разделе «Где можно найти готовое решение» по приведенным на данной странице тексту «10061» покажет сразу объяснение причины и решение: на сервере приложений остановлена служба «Агент сервера 1с:Предприятие 8.1«. Соответственно ее надо запустить, например из командной строки:

net start Агент сервера 1с:Предприятие 8.1

Если сервер приложений не стартует, в некоторых случаях сделайте копию папки C:Program Files1cv81server и удалите содержимое перед попыткой старта.

2. Воспроизведение ошибки

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

Для локализация источника ВДУМЫВАЙТЕСЬ в текст сообщения об ошибке. Если под подозрением несколько источников, старайтесь исключать поочередно (если это возможно) каждый источник по-одному. Для локализации пользователя-виновника в коде сервера приложений можно попытаться создать временно рабочих процессов по количеству пользователей.

Технологический журнал

Опрос пользователей

Д-р Хаус (Кэмерон и Чейзу): Вы вместе принимали душ?
Д-р Кэмерон/Д-р Чейз (одновременно): Нет!
Д-р Хаус: Двойное отрицание означает «да»!

«Все лгут» (Everybody lies) © Хаус

С опросом пользователей надо аккуратней. Этот способ диагностики лучше применять, только после того как будут использованы и проанализированы все дургие источники информации. Опять таки, все время в опросе концентрироваться на главном вопросе и/или постораться понять, ради чего лгут.

Воспроизведение проблемы

Иногда воспроизведение проблеммы дает интересные результаты.

Перед выполнением каких-либо «научно-исследовательских действий» обязательно сделайте бэкап.

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

Решение:

Запускаем Management Studio и пробуем подключиться к серверу под «user1c». Оказывается, администратор сервера сменил пароль логину «user1c». При этом в настройках информационной базы в кластере серверов остался «старый» пароль.

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

3. Поиск решений

Примечание. Пример 3. Поисковая система Google (www.google.ru) выдала такую причину «The object invoked has disconnected from its clients». Т.е. по некой причине соединение сервера 1С:Предприятие было отключено. Попробуем определить возможные причины отключения соединения: определим, возникает ли такая ошибка одновременно у всех пользователей. Ошибка возникает по таймауту (т.е. через некоторое время после установки соединения). Уточним, всегда ли таймаут постоянный, каково время таймаута. Определим, есть ли настройки в системе, увязывающие работоспособность с неким параметром, имеющим значение близкое к нашему времени таймаута.

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

В данном примере «Схема управления питанием» имела настройку «Отключение дисков» = 20 минут, что коррелировало с 20 минутными периодами возникновения этой ошибки.

Пример №4. Описан здесь.

Накопление статистики

Я сказал, что у нас есть три человека.

Это шесть ног.

Так что три болят из-за бега,

две пострадали при авариях,

и ещё одна нога беременна.

© Хаус

Напрасно многие столкнувшиеся с проблемой, считают проблему уникальной. Часто это просто нехватка информационного обмена с аналогичными попытками других коллег. Полезность знания статистики известна не многим, но кто ею пользуются, экономят кучу времени.

Где можно найти готовое решение

В настоящее время большинство технологических вопросов достаточно легко решить, так как по ним в Интернете накоплены знания.

Ниже приведен пример моего каталога. Достаточно выполнить поиск по коду ошибки или части текста сообщения.

Источник

Сервер 1с

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

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

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

(56) если и в списке и в кластере по IP, то на (54) можно не отвечать, получается что имя сервера вообще не используется.
ерунда какая то.. может платформу перставить на клиенте?
на сколько я понимаю, подключение работает по слудующему методу.
1. если в списке баз указано имя сервера кластера, то оно конвертируется операционной системой в IP адрес. если указан IP, то используется этот IP. также можно указать порт подключения к кластеру через :. если не указан, используется 1541.
2. идет обращение по IP к кластеру.
3. кластер решает к какому серверу он хочет подключить клиента, и в зависимости от того как этот сервер прописан в кластере (IP или имя), возвращает параметры подключения обратно клиенту. то есть если в кластере указан IP, то возращается IP, если имя, то имя.
4. если кластер вернул ИМЯ сервера, то опять таки операционная система на стороне клиента будет пытаться конвертировать это имя в IP адрес. после этого будет пытаться подключиться к серверу.

Источник

Почему возникает такая проблема

Ошибка «Сервер 1С:Предприятия не обнаружен. Ошибка сетевого доступа к серверу.
(Windows Sockets — 10061 ( . ) Подключение не установлено, т.к. конечный компьютер отверг запрос на подключение
line = 567 file = .srcDataExchangeTcpClientlmpl.cpp) » возникает, когда служба «Агент сервера 1С:Предприятие» выключена (остановлена).

Запомните в закладки , потом всегда можно будет вернуться к этой страничке.

Как устраняется проблема

Запустить (стартовать) службу Агента сервера 1С:Предприятие.

После установки какого-либо софта, при входе в агент сервера 1С или запуске игры у любого пользователя может выскочить ошибка “Подключение не установлено, т.к. конечный компьютер отверг запрос на подключение”. Эта проблема проявляется и при работе в какой-нибудь программе – она при этом попросту закроется, и вылезет окошко с вышеуказанным сообщением. Сегодня мы разберем существующие методы решения этой ошибки.

Что вызывает ошибку «подключение не установлено, т.к. конечный компьютер отверг запрос на подключение»

Когда появляется ошибка “ Подключение не установлено, т.к. конечный компьютер отверг запрос на подключение ”, это значит, что удаленное устройство, с которым мы попытались связаться, не отвечает на наши действия и не выдает нужную информацию. Это делает невозможной работу в программе. Почему так бывает? Причин несколько: и скачок напряжения в сети , что обрывает связь с серверами, и “недовольство” брандмауэра , и неправильные настройки VPN-соединения . Сейчас мы разберем поэтапно, что нужно сделать, чтобы убрать данную ошибку в различных ситуациях.

Скачок напряжения и потеря связи с серверами

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

К счастью, справиться с этим довольно просто.

1. Нажимаем ЛКМ на лупу в нижней панели монитора (рядом с кнопкой “Пуск”) и вводим слово “ Службы ”.
2. Ищем в списке службу “ Агент сервера 1С:Предприятие ”.
3. Запускаем ее через ПКМ .

Все, можно заново устанавливать соединение с сервером. Этот способ можно применить и в тех случаях, когда возникает ошибка с кодом 0000000002, т. к. в результате какого-либо сбоя любая служба может быть остановлена.

Проблема возникает в торренте

При скачивании фильмов или программного обеспечения с торрента тоже может выскочить ошибка “Подключение не установлено, т. к. конечный компьютер отверг запрос на подключение”. В этом случае нужно либо проверить свое сетевое подключение, либо подождать, пока разработчики трекера исправят ситуацию. Если разорвано соединение с интернетом, пробуем переподключить устройство (роутер, модем) или перезагрузить его . После этого заново запускаем торрент и скачиваем фильм или программу.

Брандмауэр или антивирус не разрешают соединение

Если антивирус или брандмауэр “ругаются” и не дают подключиться к серверу, то для исправления ошибки есть два варианта.

Одно из популярных мест, где возникает данная ошибка – софт 1С. Проблема в том, что агент сервера 1С и все процессы запущены, но тут появляется ошибка и сообщение о том, что “Подключение не установлено, т. к. конечный компьютер отверг запрос на подключение”. Решаем мы данную проблему тем, что добавляем порт 10061 в исключения брандмауэра и снова устанавливаем соединение с сервером.

Добавляем отмеченный порт 10061 в исключения брандмауэра

Важно: всегда используем только самую свежую версию 1С. Читаем о том, где получить обновления, в статье об ошибке под номером 0400300003.

Решение проблем с частной локальной сетью

Некоторые пользователи сообщают, что проблема также возникает после создания VPN-соединения в момент подключения к сети. Причем проявилось это после переустановки ОС с XP на более актуальную версию . Менялись настройки подключения, но результата это не давало – появлялось сообщение об ошибке соединения под номером 0x8007274D . Исправляется ошибка путем добавления ключей в реестр. Вводим в строку “ Выполнить ” команду regedit.exe .

Вызываем реестр через строку “Выполнить”

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

Редактируем записи реестра

Там же мы обязательно выставляем настройки брандмауэра (FirewallRules).

Другие причины появления ошибки

Многие пользователи пытаются при возникновении проблемы сразу снести установленную операционную систему, но этого делать не нужно.

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

1. Если не работает трекер , то для начала нужно подождать, возможно, ошибки на стороне разработчиков (сделали что-то не то или не подключили все составляющие сервера). Для уверенности стоит пообщаться с другими пользователями на каком-либо форуме и выяснить, у всех ли существует такая же проблема.
2. Также у многих возникает вопрос, можно ли запускать на компьютере одновременно и сервер 1С, и клиент на Python . Ответ – можно, это никак не повлияет на возникновение ошибки.

Мы постарались разобраться в способах исправления ошибки “Подключение не установлено, т. к. конечный компьютер отверг запрос на подключение”. Если у вас есть другие реальные способы решения этой проблемы, описывайте их в комментариях.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Источник

Ошибка «unable to connect to socket: Подключение не установлено, т.к. конечный компьютер отверг запрос на подключение. (10061)» (РЕШЕНО)

WSL2 — это подсистема Windows для Linux, которая позволяет запускать подобия дистрибутивов Linux прямо в Windows не используя виртуальные машины.

По умолчанию дистрибутивы запускаются с интерфейсом командной строки, но это ограничение можно обойти, запустив на Linux сервер RDP (удалённый рабочий стол) или VNC, а затем подключившись к нему используя соответствующий клиент.

Для Kali Linux этот процесс был значительно автоматизирован и упрощён, подробности описаны в статье «Как установить Kali Linux с Win-KeX (графический интерфейс) в WSL2 (подсистему Windows для Linux)».

После установки Win-KeX для запуска графического интерфейса достаточно запустить Kali Linuxв WSL2:

А затем внутри Kali Linux выполнить команду:

После этого должен открыться графический интерфейс.

Но иногда это не происходит и появляется ошибка:

В командной строке выводится:

Для исправления этой ошибки нажмите Ctrl+c.

Затем введите команду

Эта команда может вывести что-то вроде следующего:

Вновь попробуйте открыть графический интерфейс:

На этот раз всё должно заработать:

Причина ошибки до конца не ясна — возможно, дело в неудачном старте VNC сервера или процесса Win-KeX, на это указывает строка «Win-KeX process ID 1618… which was already dead», то есть процесс уже мёртвый.

Командой kex stop мы принудительно останавливаем Win-KeX, который при следующем запуске работает нормально.

Источник

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

Источник