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

Обновлено: 04.07.2024

Ошибка при выполнении операции с информационной базой server_addr=tcp://s150004:1541 descr=Ошибка сетевого доступа к серверу (Windows Sockets – 10060(0x0000274C). Попытка установить соединение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик, или было разорвано уже установленное соединение из-зи неверного отклика уже подключенного компьютера. ) line=567 file=.\src\DataExchangeTcpClientlmpl.cpp.

Проверила по логу, именно его, 1433
Соответственно ,если телнет не открывает порт, то либо стоит фаервол, либо нет роутенга до сервера, либо фаервол на лкоальных станциях. Как вариант запрещены удаленные подключения на сервере. Проверяйте.
Клиентам 8.1 этот порт не нужен - только серверу приложений, который и так работает.
1540 - кластер 8.1
1541 - сервер этого кластера

Проверила по логу, именно его, 1433
Соответственно ,если телнет не открывает порт, то либо стоит фаервол, либо нет роутенга до сервера, либо фаервол на лкоальных станциях. Как вариант запрещены удаленные подключения на сервере. Проверяйте.
Клиентам 8.1 этот порт не нужен - только серверу приложений, который и так работает.
1540 - кластер 8.1
1541 - сервер этого кластера

пул соединений этого сервера - обычно от 1560 до 1590 диапазон.

Похоже, что полноценным правопреемником ТОПовой ошибки 80070005 в 8.0 стала ошибка 11004 в 8.1

Что имеем на сегодняшний день (если конечно разработчики не пересмотрят подход к работе с tcp/ip):

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

Проверить, присутствует ли имя компьютера центрального сервера в DNS или в файле C:\WINNT\system32\drivers\etc\hosts.

ping имя_машины - должен определиться ip-адрес

также убедиться что определение Ip-адреса имени <имя машины> и <имямашины>.<имя домена> выполняется не по разному.

Убедится, что агент сервера 1С:Предприятия 8.1 запущен (процесс ragent в Task Manager).
Проверить совпадение портов, указанного в параметре port командной строки запуска сервиса агента сервера и заданного в диалоге параметров центрального сервера консоли кластеров.

- Остановите сервис 1C:Enterprise 8.1 Server Agent.
- Убедитесь, в Task Manager, что все процессы ragent, rmngr, rphost завершились. При необходимости завершите их при помощи Task Manager.
- Откройте свойства сервиса 1C:Enterprise 8.1 Server Agent.
- Обратите внимание на строку Path to executable. В ней имеется параметр -d, за которым следует каталог данных кластера. Все файлы, относящиеся к кластеру, находятся в этом каталоге.
- Удалите все содержимое этого каталога.
- Запустите сервис 1C:Enterprise 8.1 Server Agent.
- Убедитесь, в Task Manager, что все процессы ragent, rmngr, rphost стартовали.
- Запустите консоль кластера и зарегистрируйте в ней центральный сервер. Консоль должна подсоединиться к центральному серверу и показать один кластер, созданный по умолчанию.

Производились ли какие-нибудь изменения в правах пользователя usr1cv81?

Ошибка:
Ошибка при выполнении операции с информационной базой
server_addr=tcp://server-1S:1541 descr=Ошибка сетевого доступа к серверу
(Windows Sockets - 10060(0x0000274C)Попытка установить соеденение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик, или былоразорвано уже установленое соеденение из-за неверного отклика уже подключенного компьютера.)
line=569 file=.\src\DataExchangeTcpClientlmpl.cpp

Два сервака в одной подсети. Сервер 1С имеет базу SQL и саму 1с ку, на сервере 1с все запускаеться и работает. Сервер терминалов. из терминальной сесии 1с ка не запускается выдавая ошибку выше написаную.

А есть ли способ доказать админам что это проблемы сети?

Попробовать попинговать сервер польшими пакетами ping -l1024 [IP-сервера]

(5) Trakt0risT,
> гыы у нас 3 с половиной милиона свичей . всё здание в них!
Если, в локальной сети "сетевой зоопарк" с кучей свичей, хабов, с подсетями, маршрутизацией, частой сменой админов, то найти будет сложно. Был у меня случай, в сети 20 ПК (старье всякое) и 1С конечно, так вот случайным образом ПК отваливались от сети, причем все сразу, вычислил сетевую карту на одном ПК, каким-то образом она сеть вешала напрочь (течка у не что ли была), причем сетевые параметры все правильно настроенные были. =) Проблема в сети. Вот, что может быть:
1. Сервер, где лежит база заражен вирусами, а далее проверьте клиентские машины
2. Проверьте маршрутизацию - если вы админ, иначе пинайте админов
3. Проблема электропитания на сетевом оборудовании, поставьте бесперебойники
=) удачи

всё верно !
1) проверить сеть, железо.
2) проверить софт - антивиры, брандмауэры
3) зеленое электропитание - нафиг. Не экономить

Разрывает связь не сервер, а всего лишь сеть падает временно. Пинайте своих админов, пусть выясняют, где проблема в сети. Можно поставить программу для мониторинга сети (что-нибудь типа NAGIOS), задать в ней мониторинг доступности как самого сервера, так и свитчей по пути к нему (если они имеют адрес). Ну а если не имеют то контролировать машины , включенные в эти свитчи. Таким образом можно будет отследить на каком этапе рвется соединение, а дальше уже конкретно копать - заменять сетевое оборудование или что то в настройках сервера или клиентов Если сильно мучают фоновые задания можно включить "Блокировку фоновых заданий" через консоль управления сервером.
Также рекомендую проверить сервер терминалов (если используется), бывает так что при неправильном лицензировании сваливается сеть на сервере на несколько секунд. мож логи просто посмотреть на сервере , а потом уже дальше рыскать Я сталкивалась с такой ошибкой, СУБД MS SQL, была задана полная модель восстановления. Причина была в том, что разросся лог-файл до невероятных размеров, что привело к таким глюкам. Причем, усечение лога не срабатывало. Сделали следующее: выгрузили dt, создали новую базу на сервере (можно было удалить старую и создать новую с таким же именем), задали для нее модель восстановления simple с контролем размера лога (не более . ), загрузили dt в новую базу и перепрописали юзерам пути. Лог теперь не разрастается, потому что стоит простая модель восстановления. На сервере с установленными платформами 8.1 и 8.2, после полного перехода не понадобилась более платформа 8.2, так как переведенные базы переехали на свежие серваки, на этом решили оставить 8.1, после удаления сервера 8.2 случается частенько такая ерунда, помогает переустановка сервака быстрая 1С 8.1 на сервере и перезагрузка.

гыы у нас 3 с половиной милиона свичей . всё здание в них!


так вот в этом может быть проблема. Протокол IP поддерживает маршрутизацию через 16 свичей. Уточняйте сколько свичей между сервером и клиентом, в каком режиме работает 1с и т.д. или поотключайте flow control, tcp offload и прочее

А можно уточнить параметры сети?
Выложите tracert до сервера
Ping большими пакетами, как говорилось выше.
Данная проблема только с одной машиной, или со всеми, или со всеми подключенными к одному коммутатору?

После ответа готов подумать далее

скрип. пинг сервера с интервалом в 5 секунд на сервер, а также на соседнюю машину. А дальше разбираемся в чем дело.
Главное определить проблемы с сетью или просто сервак перегружен, то есть не хватает мощей и он отваливается. Да действительно не хватает параметров особенно сервак баз данных есть он или нет, есть такой вирус slim по версии drweb вешает серваки особенно sql его особенность в том что он живет только в оперативной памяти и приходит от провайдера в инете пошарить есть порты можно закрыть! и будет счастья для того чтобы сказать что то еще нужно больше информации ! Чаще всего бывает не достаточно оперативной памяти, либо не хватает места на диске C:\\. 1С при обращении к базе создает xml файлы которые бываю очень большого объема (к примеру у меня разрастался до 11 гигов). Если ты выгружаешь или загружаешь базу на другой локальный диск то помимо места на том диске (куда грузишь\выгружаешь) смотри что бы и на C:\\ был приличный запас свободного места. Jimbo пишет:
всё верно !
1) проверить сеть, железо.
1) проверить сеть, железо.
2) проверить софт - антивиры, брандмауэры
2) проверить софт - антивиры, брандмауэры
3) зеленое электропитание - нафиг. Не экономить
3) зеленое электропитание - нафиг. Не экономить

эмиенно так, проверь мож тебе поможет

проверьте порты и неблакирует касперский или другой гуард менеджер. Обычно такие проблемы с бредмаузером или касперским

Помогите пожалуйста: довольно часто происходит следующее ПОЧТИ на все клиенских машинах появляется ошибка после чего закрывается 1С.

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

(Windows Sockets - 10054(0x00002746). Удвлённый хост принудительно разорвал существующее подключение.) line=908

1. выключить брандмауэр
2. Пропишите Ip-шник вашего сервера в файле C:\WINDOWS\system32\drivers\etc\hosts и его же пропишите в C:\Program Files\1cv81\bin\conf\nethasp.ini в описании [TCP-IP] в строке NH_SERVER_ADDR = Ip-шник вашего сервера
3. ресурсы процессора загружены на 100% (CPU%), добавить процессоров на сервер это проблема в сервере 1с.
под линуксом у нас он иногда подвисает и на клиентах появляется такая ошибка.
лечится перезапуском сервиса сервера 1с предприятия или перезагрузкой самого сервера (и проверкой того, что сервер предприятия 1с тоже успешно стартовал) (38) admsmsz, согласен - весьма вероятный вариант.
У меня было такое, что сервер (win2008 c сервером 1С) периодически прерывал сетевое соединение: терминальный сеанс подвисал на 1 - 2 сек., потом восстанавливался.
Перегрузил сервак - перестал прерывать соединение. Если база на MS SQL, то проверьте ее на целостность и попытайтесь погонять какой нибудь недавний бэкап, посмотрите останется ли проблема офигеть, никто не знает))))
автор офнись, если у вас 3,5 миллиона свичей, может быть что угодно.
Когда создаешь такой топик надо описывать конкретно аппаратную и программную часть + после чего это началось (погода испортилась :), гроза, что-то установили, делали сеть(возможность петли)и т.д.) Попробуй подцепиться по сети напрямую в сервак (во вторую сетевую карту) - будет ли наблюдаться Эффект (получаеться без ваших миллионов свитчей) Она же тебе пишет, ошибка сетевого доступа))) Если не можешь нормально ActiveDirectory поднять гостя разреши, потом разберешься с проблемой и отключишь. сервер 1с-ки пингуется хоть? на sql-сервере разреши подключение к агенту на порт 1564

Да сети бывают разные и настройки тоже.
Кто как хотел или как умел, так и делал. Бывает такое на мудрено что хрен поймешь что куда и что от куда.
Проще всего, пригласить знающего человека и который сделает анализ в каком состоянии сеть. Если проблема действительно в ней.
Если нет то специалист покажет или расскажет в каком направлении копать. Старого админа УВОЛИТЬ раз он не в состоянии сделать простую сеть.
Если проблема с серверами то тут сложнее. Опять же без специалиста не разберешь или знающего человека.

Так что выход один. Вызвать спеца и не парить мозги и за одно уволить старого админа.

Это косяк сервера приложений, зайди в сервер приложений 1С и посмотри что там есть, там должен быть твой сервак, к примеру запись типа - Server (там где база) кластер 1564. Запиши имя сервака, только полное с доменом, затем зайди в C:\Windows\System32\drivers\etc там файл есть hosts запусти блакнот под админом и сделай в нём запись
в конце server.твой домен.твой домен пробелы твой айпи (там где база). Сделай на одной машине. Должно помочь. ) проверить сеть, железо.
2) проверить софт - антивиры, брандмауэры
3) зеленое электропитание - нафиг. Не экономить в фаерволе прошипи все порты которые 1с ка юзает
у клиента был вылет такой только на 1541 порту, добавил все в фаервол и все чики если 1с вырубается ПОЧТИ на всех машинах, то дело не в сервере
сравни два компа, где на одном 1с работает, а на другом вылетает. или это не зависит от конретных компов и все всегда по-разному? бывают вируса, которые запущенные на одном компе заставляют блокировать сеть везде, возми образ DW с сайта производителя загрузись с него и протести компы, бывает, это решение всех проблем. Доказать админам что это сетка - несложно
на какойнибудь машине делаешь ping server1c_name -l 65000 -t >> ping.txt
потом когда случится ошибка смотришь файл ping.txt ну и там по идее должны быть потери.
можно и без вывода в файл, но поймать нужный момент сложнее. Возможно в сети присутствует сетевой маршрутизатор, типа D-link 620 или еще че нить. было такое до того момента, пока не подобрал нормальную прошивку под него.
.

у меня похожее было, когда 1с-база в файловом варианте лежала на WinXP Home, с её ограничением в 10 одновременно подключённых компов.

Прошу обратить внимание, я не про органичение по количеству полуоткрытых TCP-соединений, которое исправляется патченьем tcpip.sys

Это именно ограничение на количество подключённых юзеров (даже если все они заходят под именем Гость)

Тема с 2008 года, неужели до сих пор не нашлось решения? Добрый день! Скажите пожалуйста проблему удалось решить? Если да то как? У меня такая же ерунда выскакивала из за антивируса касперского, отключаю его все работает. Хотя в настройках и даны все разрешения на 1с но все равно где то что то блочит соединение. Пока ищю решение как договорится с антивирусом Мне сегодня помогло перезагрузка сетевых и сервера 1С. Посмотрим что будет дальше. (5) Trakt0risT, мильён не управляемых свичей зло. скорее всего сетка ломается под нагрузкой широковещательных запросов и под ногами пользователей которые пинают эти свичи. Наведите порядок в инфраструктуре.

Этот хост неизвестен. Ошибка Windows Sockets - 11001
При подключении к базе, расположенной на сервере 1С:Предприятия, возникает ошибка "…Windows Sockets - 11001 (0x00002AF9). Этот хост неизвестен…". Как вылечить?
Ошибка подключения к базе, расположенной на сервере 1С:Предприятия, возникает не всегда!
Подключение из Windows XP обычно проходит без особых проблем, при этом аналогичное подключение из Windows 7 может завершаться аварийно:
Ошибка 11001 - Windows Sockets
Лечится эта ошибка довольно просто! Достаточно внести изменения в файл hosts

Файл hosts представляет собой
Обычный текстовый файл (не имеющий расширения). В hosts-файле по умолчанию прописан всего один IP-адрес (127.0.0.1), зарезервированный для localhost, то есть для локального ПК. Файл hosts представляет собой обычный текстовый файл (не имеющий расширения).

Где находится файл hosts
• Windows 95/98/ME – WINDOWS;
• Windows NT/2000/XP/Vista/7/8 – Windows/System32/drivers/etc.

И так у нас Win7 открываем C:\WINDOWS\system32\drivers\etc\hosts, и добавляем в него ip-адрес вашего сервера.
Например так:
192.168.1.100 sermac (sermac) имя вашего сервера в сети.

Разберем ошибку с кодом « 10061 (0х0000274D) », когда 1С отказывает в подключении клиента к серверу. В чем может быть причина.

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

Техническое описание

server_addr=tcp://<имя_сервера/адрес_ipv4> descr=<адрес_ipv6>:10061(0х0000274D): Подключение не установлено, т. к. конечный компьютер отверг запрос на подключение;

Описание проблемы

Клиент 1С не может установить соединение с сервером. Что-то «мешает».

Возможные проверки

  1. Проверьте работу «Агента сервера 1С:Предприятия 8.3» — служба должна быть в состоянии «Выполняется», а также обратите внимание на диапазоны используемых портов (они прописаны в параметрах запуска службы — например, по умолчанию — « -regport 1541 -port 1540 -range 1560:1591 »).
  2. На сервере 1С должно быть разрешено сетевое обнаружение . Панель управления\Сеть и Интернет\Центр управления сетями и общим доступом\Дополнительные параметры общего доступа.
  3. Настройки брандмауэра на сервере — порты (п. 1) должны быть разрешены в правилах и открыты для входящих подключений . Если роль брандмауэра выполняет антивирус или другое ПО — смотрите настройки вашего сетевого экрана. Или временно отключите брандмауэр (антивирус), чтобы исключить влияние этих правил.
  4. Рекомендуется понизить приоритет ipv6 , оставить главным ipv4. Особенности и правильный способ отключения через реестр — в статье . После настройки выполните команду ping по имени/адресу сервера — должен отвечать ipv4.
  5. На клиенте 1С выполните проверку доступности порта с помощью консольной команды. Она покажет, есть ли соединение на порт сервера.

6. Перезагрузите сервер 1С . Бывают случаи, когда требуется перезагрузка или некорректно удалено защитное ПО, которое может блокировать порты.

✅ Успехов вам. Проверяйте до победы — пусть все получится, и подключения к серверу 1С восстановятся.

А потом расскажите, что именно помогло в вашем случае. Это будет полезно для других, кто столкнется с подобной ошибкой.

⚡ Подписывайтесь на канал или задавайте вопрос на сайте — постараемся помочь всеми техническими силами. Безопасной и производительной работы в Windows и 1С.

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

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

Варианты поиска ошибок и решений:

  1. Проверьте в Диспетчере задач наличие процессов ragent, rphost и rmngr. Через оснастку « Службы » перезапустите « Агент сервера 1С:Предприятия ».
  2. При внезапном отключении питания или подобных ситуациях — возможно повреждение конфигурационных файлов:
  • Остановите Агент сервера 1С, удалите данные из папки srvinfo в « %ProgramFiles%\1cv8 » в зависимости от разрядности ОС.
  • Запустите службу « Агент сервера 1С:Предприятие ».
  • Через Администрирование серверов 1С Предприятия заново создайте кластер 1С и добавьте информационные базы.

3. Переименование ПК с установленной ролью сервер 1С.

После этого перестает работать Агент сервера 1С — запускается на несколько секунд и останавливается. В консоли управления появляется ошибка сетевого доступа к серверу.

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

После изменения имени компьютера выполните следующее — найдите папку srvinfo в каталоге установки 1С, отредактируйте два файла:

  • . \1cv8wsrv. lst;
  • . \reg_1541\1CV8Clst. lst.

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

✅ Это типовые и быстрые варианты решений, но в сложных ситуациях требуется дополнительный разбор и поиск ошибок.

⚡ Подписывайтесь на канал или задавайте вопрос на сайте — постараемся помочь всеми техническими силами. Безопасной и производительной работы в Windows и 1С.

Читайте также: