Rac cluster list ошибка соединения с сервером connection refused

25.02.17 — 23:41

1 — 25.02.17 — 23:46

2 — 25.02.17 — 23:51

3 — 25.02.17 — 23:52

4 — 25.02.17 — 23:54

сейчас попробую ipv6 рубануть и ребутнуть

5 — 26.02.17 — 00:09

неа, ничего не поменялось

6 — 26.02.17 — 00:12

root@sdb:/opt/1C/v8.3/x86_64# ./rac cluster list

Ошибка соединения с сервером

Connection refused

7 — 26.02.17 — 00:14

8 — 26.02.17 — 00:34

9 — 26.02.17 — 01:19

х.з. как так, но….

вычистил каталог /home/usr1cv8 от конфигов, рестартнул сервер 1с (сервис), все заново создалось, и я смог подключиться

10 — 26.02.17 — 08:32

Отключи файрвол и с максимальными правами. Перед этим перезагрузись. Потом включишь.

(10) Спасибо за совет.

Я в (9) уже отписался, что проблема решена.

Разверну (9).

Не тот пакет 1С сервера скачал сперва. Скачал i386. По запарке.. В linx с непривычки трудно с навигацией

А так, как архитектура i386 была добавлена в систему ранее админом, то установка прошла норм. Потом я заметил, удалил и поставил 86_64, но профиль пользователя не сносил, только самого пользователя и группу.

Вот в профиле пользователя и были эти злополучные настройки кластера от старой установки, которые не презаписались с новой установкой. по «ls» этих файлов не видно было, увидел только в mc.

Снес их, рестартнул сервис сервера 1С, все пересоздалось и теперь кластер дступен.

Увидели сообщение с непонятной ссылкой, спам, непристойность или оскорбление?
Воспользуйтесь ссылкой «Сообщить модератору» рядом с сообщением!

SMF 2.0.19 |
SMF © 2011, Simple Machines | Карта форума

Страница сгенерирована за 0.053 секунд. Запросов: 26.

Ошибки сервера 1С на Linux

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

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

Рассмотрим наиболее часто встречающиеся причины проблем с запуском/работой сервера 1С на Linux.

Оглавление

Администратор в, как правило, может увидеть следующие сообщения сервера 1С:Предприятия:
Ошибка статуса:

Обращаем ваше внимание, что на практике часто может встречаться так называемый «каскад» ошибок.

В этом случае – присутствует сочетание нескольких ошибок и симптоматика поведения системы может отличаться от описанной.

Rphost не запускается/сразу падает, а через некоторое время – падает ragent.

Запустим сервер 1С:Предприятия:

чаще всего, если в скрипте запуска демона 1С не было ошибок то в ответ увидим сообщение:

Видим, что rphost отсутствует:

Через непродолжительное время опять проверим статус:

Система выдает сообщение, что сервер не запущен:

Видим, что остался только rmngr:

При попытке остановить сервер:

в ответ можно увидеть такой сообщение об ошибке:

Это говорит о том что после старта службы 1С сервера, какие-то из его процессов были завершены, и не работают на момент остановки службы.

Решение:

Проверим разрешение имен на сервере 1С – подробное описание читайте тут Установка сервера 1С Предприятие 8.3 на Linux.

В данном случае нас интересует разрешение имен именно нашего сервера, а не клиентского компьютера и не сервера/ов СУБД.

Если нашли несоответствия – исправляем.
После чего удалим «болтающиеся» процессы rmngr командой KILL. Определить их номер PID можно также с помощью команды ps –fU usr1cv8.

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

И запустим сервер 1С:Предприятия:

Видим все необходимые процессы:

Не запускается сервер 1С. Нет запущенных процессов rphost, rmngr, ragent. Error: service failed to start!

Фактически это означает что сервер 1С:Предприятия не запустился.

Описание:

Запускаем сервер 1С Предприятия:

Система сообщает нам, что служба не была запущена:

При проверке статуса службы 1С сервера командой :

Система выдает сообщение, что служба была стартовала, но агент сервера 1С не запущен:

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

Видим, что в списке запущенных процессов нет ни ragent, ни rmngr, ни rphost.

Решение:

1. Проверить разрешение DNS-имени.

2. Проверить настройку прав доступа

1. Проверим включена ли система разграничения прав доступа SELinux. Возможно, он работает, а для 1С сервера не задана политика доступа. В этом случае из-за ограничений доступа служба 1С сервера не сможет работать. Вводим команду:

2. Если видим результат:

значит SELinux работает. Либо настраиваем политику доступа для 1С сервера, либо отключаем SELinux.

3. Отключаем SELinux командой:

4. Отредактируем файл настроек чтобы SELinux не запускался при перезапуске системы:

меняем параметр SELINUX:

5. Запускаем север 1С и проверяем его работу.

3. Проверить права на каталоги сервера 1С

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

Проверим права на каталог /home/usr1cv8 командой:

Права на каталог должны быть у пользователя сервера 1С usr1cv8:

Так же следует проверить права на каталоги внутри /home/usr1cv8/, например

Права на каталог должны также быть у пользователя сервера 1С usr1cv8, видим что это не так, скорее всего мы копировали эту папку под пользователем root:

Для исправления этой проблемы установим права на каталог/home/usr1cv8/ и все его содержимое для пользователя и группы usr1cv8:grp1cv8:

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

Ragent не запускается/ практически сразу падает.

После старта сервера 1С нет работающего процесса ragent, хотя процесс rmngr и rphost могут работать.

Описание:

Запускаем сервер 1С:Предприятия:

Видим обнадеживающее сообщение:

Видим, что ragent и, возможно, rphost не запущены. Попытки подключиться к серверу 1С оказываются неудачными.

Решение:
Пересоздаем конфигурацию кластера. Это можно сделать, удалив соответствующие файлы – при запуске они будут созданы заново.

1. Остановим сервер 1С:Предприятия.

2. Удалим конфигурационные файлы кластера.

Если будет присутствовать еще файл 1CV8Clsto.lst, то его также удаляем.

А лучше удалить содержимое каталога полностью:

При этом, если это сервер 1с устанавливался с настройками отличными от типовых, то путь к файлу реестра кластера будет, соответственно, отличаться.

Например, если вы устанавливали второй экземпляр сервера, то могли установить его в каталог:

Описание и расположение служебных файлов на диске можно посмотреть на ИТС в разделе «Расположение служебных файлов».

Остановим «висящие» процессы сервера 1С. Смотрим PID запущенных процессов rmngr (и возможно rphost) командой

3. Удалим «болтающиеся» процессы rmngr (и возможно rphost) командой KILL. Определить их номер PID можно также с помощью команды ps –fU usr1cv8. Например если PID=17042:

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

4. Запускаем сервер 1С:Предприятия:

Система сообщает, что запуск прошел успешно:

5. Не верим системе на слово. Проверяем работу:

Видим все необходимые процессы:

Процесс rphost запускается и падает через некоторое время.

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

Описание ошибки:

После выполнения команды.

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

Но, через некоторое время процесс rphost падает, что можно увидеть при повторной проверке:

Решение:

Часто это случается из-за отсутствия свободного места на диске на сервере 1С.

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

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

Еще можно посмотреть

Отладка на сервере 1С на Linux

Настройка отладки на Linux сервере 1С. Пошаговый процесс настройки tcp и http отладки.

Установка PostgreSQL для 1С на Linux

Пошаговый процесс установки СУБД PostgreSQL для 1С на Linux сервер.

Ошибки на клиенте при работе с сервером 1С на Linux. Часть 2

Разбор наиболее часто встречающихся ошибок при работе с 1С на Linux.

Большинство современных конфигураций позволяет осуществлять хранение прикрепленных файлов не только в базе, но и на файловом сервере. Последний вариант хорош тем, что помогает предотвратить неоправданно быстрый рост базы данных из-за прикладываемых пользователями файлов. В этой статье мы ответим на следующие вопросы: 1. Как сделать Network File System (NFS) — шару на linux? 2. Как настроить […]

Ошибки публикации базы и веб сервиса на веб сервере 1C+ Apache +Linux.

Многие из нас привыкли публиковать базу или веб сервис 1С нажатием нескольких кнопок. Но не все из многих знают, что для этого необходимо запустить(от имени администратора!) конфигуратор 1С:Предприятие именно на той машине, где установлен веб сервер(а именно компонента веб-расширения 1С:Предприятия). В случае, если веб-сервер и компонента веб-расширения 1С:Предприятия установлены на машину с ОС Linux без […]

Проверка рабочих процессов сервера 1С на Linux

Как проверить на Linux запущены ли процессы сервера 1С. Проверка открытых портов сервера 1С

Основные команды Linux

Список основных команд консоли Linux которые потребуются при установке и настройке 1С. Примеры использования с комментариями.

Источник

Автозапуск сервиса 1С в Linux

Добрый вечер! Столкнулся со странной проблемой.В Linux на базе Debian установил сервер 1С (64 бит).
После установки .deb пакетов в каталоге /etc/init.d появился файлик srv1cv83. Выполняю регистрацию, проверяю статус сервиса:

Начал искать причину. Сервер вручную запускается нормально через команду ./ragent -daemon
Стал копать внутренности скрипта и выяснил вот что. Если заменить строку в скрипте сервиса srv1c83:

То сервис стартует тоже нормально. Однако есть 2 проблемы, продолжает в статусе сервиса присутствовать ошибка «service failed to start!». Т.е. функция isRagentRunning не находит запущенный агент в процессах в течении 5 секунд (и 10 тоже, я увеличивал таймер).
Я эту проверку тоже закомментировал, но осталась самая главная ошибка — сервис остается неуправляемым, не поддается команде Stop или Restart, т.к. есть проблемы с файлом в переменной $SRV1CV8_PIDFILE, видимо функция getRagentPid не может корректно определить PID процесса.

Кто сталкивался, как решать помимо ребута всей ОС?

В общем выкрутился таким образом, в файле сервиса /etc/init.d/srv1cv83:

Заменил эту строку

Теперь демон запускается под пользователем usr1cv8 от root’a без пароля, команды сервиса start,stop,status работают.

Будет ли это работать НЕ под Debian не знаю. Файл сервиса прилагаю на всякий случай. Если будете использовать надо отредактировать версию платформы в ключе SRV1CV8_VERSION=, ну и флаг +x поставить файлу, чтобы был выполняемым.

В общем выкрутился таким образом, в файле сервиса /etc/init.d/srv1cv83:

Заменил эту строку

Теперь демон запускается под пользователем usr1cv8 от root’a без пароля, команды сервиса start,stop,status работают.

Будет ли это работать НЕ под Debian не знаю. Файл сервиса прилагаю на всякий случай. Если будете использовать надо отредактировать версию платформы в ключе SRV1CV8_VERSION=, ну и флаг +x поставить файлу, чтобы был выполняемым.

(3) Плохо читаете первый пост. Есть абсолютно идентичная команда в переменной $cmd2run, которая выполняется в зависимости от прав root или usr1cv8 двумя различными способами:
— напрямую
— или через /bin/bash -c

Так вот первый вариант нормально срабатывает под root’ом. Я даже менял переменную скрипта SRV1CV8_USER=usr1cv8
прописывал туда root. Но через /bin/bash сервер не стартовал. Я даже пробовал прописывать так, добавляя команду sleep:

И знаете что происходило? Все 3 процесса 1С ragent,rmngr,rphost работали (!) ровно до того момента пока не истекал таймер в 500 секунд. Затем они прибивались системой, т.к. происходил выход из скрипта srv1cv83.

Судя по тому, что удалось найти в интернете — это нормальное поведение, когда shell прибивает все дочерние процессы, которые наплодил при завершении работы. А для 1С надо уже переходить из legacy системы сервисов на .service файлы, где есть ключи в скриптах как раз разрешающие подобные ситуации.

Кстати запускать агент через консоль вручную прописывая: su -s /bin/bash — usr1cv8 -c /opt/1c. и вводя пароль пользователя usr1cv8 я тоже пробовал, сервер стартует под ним без проблем и не жалуется на права.

Источник

Ошибка соединения с сервером Connection refused 1C 8.3 Linux

Коллеги, добрый день.

В наличии:
1С 8.3.10.2299 x32
Ubuntu 16.04.3 x32
PostgreSQL 9.3.4

Сервер 1С запущен:

# service srv1cv83 status
● srv1cv83.service — LSB: Starts and stops the 1C:Enterprise daemons
Loaded: loaded (/etc/init.d/srv1cv83; bad; vendor preset: enabled)
Active: active (exited) since Пн 2017-08-07 14:55:00 ICT; 16min ago
Docs: man:systemd-sysv-generator(8)
Process: 29032 ExecStop=/etc/init.d/srv1cv83 stop (code=exited, status=0/SUCCESS)
Process: 29108 ExecStart=/etc/init.d/srv1cv83 start (code=exited, status=0/SUCCESS)

авг 07 14:54:55 ubuntu systemd[1]: Starting LSB: Starts and stops the 1C:Enterprise daemons.
авг 07 14:54:55 ubuntu su[29121]: Successful su for usr1cv8 by root
авг 07 14:54:55 ubuntu su[29121]: + . root:usr1cv8
авг 07 14:54:55 ubuntu su[29121]: pam_unix(su:session): session opened for user usr1cv8 by (uid=0)
авг 07 14:55:00 ubuntu srv1cv83[29108]: Starting 1C:Enterprise 8.3 server: OK
авг 07 14:55:00 ubuntu systemd[1]: Started LSB: Starts and stops the 1C:Enterprise daemons.

Сервер пострги запущен:

# service postgresql status
● postgresql.service — LSB: PostgreSQL RDBMS server
Loaded: loaded (/etc/init.d/postgresql; bad; vendor preset: enabled)
Active: active (running) since Пн 2017-08-07 13:54:18 ICT; 1h 17min ago
Docs: man:systemd-sysv-generator(8)
CGroup: /system.slice/postgresql.service
├─13875 /usr/lib/postgresql/9.3/bin/postgres -D /var/lib/postgresql/9.3/main -c config_file=/etc/postgresql/9.3/main/postgresq
├─13877 postgres: checkpointer process
├─13878 postgres: writer process
├─13879 postgres: wal writer process
├─13880 postgres: autovacuum launcher process
└─13881 postgres: stats collector process

авг 07 13:54:16 ubuntu systemd[1]: Starting LSB: PostgreSQL RDBMS server.
авг 07 13:54:16 ubuntu postgresql[13858]: * Starting PostgreSQL 9.3 database server
авг 07 13:54:18 ubuntu postgresql[13858]: . done.
авг 07 13:54:18 ubuntu systemd[1]: Started LSB: PostgreSQL RDBMS server.

все процессы в наличии:

# sudo netstat -peant
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name
tcp 0 0 0.0.0.0:1540 0.0.0.0:* LISTEN 999 260738 29128/ragent
tcp 0 0 0.0.0.0:1541 0.0.0.0:* LISTEN 999 260721 29136/rmngr
tcp 0 0 127.0.1.1:53 0.0.0.0:* LISTEN 0 19574 910/dnsmasq
tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN 0 19474 745/cupsd
tcp 0 0 0.0.0.0:1560 0.0.0.0:* LISTEN 999 260025 29174/rphost
tcp 0 0 0.0.0.0:5432 0.0.0.0:* LISTEN 122 54034 13875/postgres
tcp 0 0 0.0.0.0:1947 0.0.0.0:* LISTEN 0 67833 17040/hasplmd
tcp 0 0 127.0.1.1:1541 127.0.0.1:53122 ESTABLISHED 999 272451 29136/rmngr
tcp 0 0 127.0.0.1:53118 127.0.1.1:1541 ESTABLISHED 999 271327 29174/rphost
tcp 0 0 127.0.0.1:53124 127.0.1.1:1541 ESTABLISHED 999 274229 29174/rphost
tcp 0 0 127.0.0.1:53098 127.0.1.1:1541 ESTABLISHED 999 261086 29128/ragent
tcp 0 0 127.0.0.1:53126 127.0.1.1:1541 ESTABLISHED 999 275467 29128/ragent
tcp 0 0 127.0.1.1:1541 127.0.0.1:53126 ESTABLISHED 999 274842 29136/rmngr
tcp 0 0 127.0.1.1:1541 127.0.0.1:53124 ESTABLISHED 999 274507 29136/rmngr
tcp 0 0 127.0.0.1:53122 127.0.1.1:1541 ESTABLISHED 999 272450 29128/ragent
tcp 0 0 127.0.0.1:37182 127.0.1.1:1560 ESTABLISHED 999 261091 29128/ragent
tcp 0 0 127.0.1.1:1541 127.0.0.1:53098 ESTABLISHED 999 261087 29136/rmngr
tcp 0 0 127.0.1.1:1560 127.0.0.1:37182 ESTABLISHED 999 260078 29174/rphost
tcp 0 0 127.0.1.1:1541 127.0.0.1:53118 ESTABLISHED 999 271328 29136/rmngr
tcp6 0 0 . 1540 . * LISTEN 999 260737 29128/ragent
tcp6 0 0 . 1541 . * LISTEN 999 260720 29136/rmngr
tcp6 0 0 . 80 . * LISTEN 0 47156 9846/apache2
tcp6 0 0 ::1:631 . * LISTEN 0 19473 745/cupsd
tcp6 0 0 . 1560 . * LISTEN 999 260024 29174/rphost
tcp6 0 0 . 5432 . * LISTEN 122 54035 13875/postgres
tcp6 0 0 . 8888 . * LISTEN 0 47160 9846/apache2

# ps aux|grep 1c
root 389 0.0 0.1 6328 812 pts/4 S+ 15:13 0:00 grep —color=auto 1c
root 883 0.0 0.2 6012 2036 ? S 13:45 0:00 /sbin/dhclient -d -q -sf /usr/lib/NetworkManager/nm-dhcp-helper -pf /var/run/dhclient-enp0s5.pid -lf /var/lib/NetworkManager/dhclient-3ffdc34b-d193-3fb8-ba8b-50a4fb401c7e-enp0s5.lease -cf /var/lib/NetworkManager/dhclient-enp0s5.conf enp0s5
ildar 20200 17.7 12.9 304388 98316 ? Sl 14:10 11:13 /opt/1C/v8.3/i386//1cv8s
ildar 21413 1.0 12.4 300084 94360 ? Sl 14:16 0:37 /opt/1C/v8.3/i386//1cv8s
usr1cv8 29122 0.0 0.5 6372 4060 ? Ss 14:54 0:00 /lib/systemd/systemd —user
usr1cv8 29123 0.0 0.1 25108 1132 ? S 14:54 0:00 (sd-pam)
usr1cv8 29128 0.4 4.4 116240 34204 ? Ssl 14:54 0:04 /opt/1C/v8.3/i386/ragent -daemon -debug
usr1cv8 29136 1.0 10.5 205832 80004 ? Sl 14:54 0:11 /opt/1C/v8.3/i386/rmngr -port 1541 -host ubuntu -range 1560:1591 -debug -tcp -clstid 5e05d016-7b3d-11e7-4e98-001c42208725
usr1cv8 29174 0.4 22.1 421076 168492 ? Sl 14:54 0:04 /opt/1C/v8.3/i386/rphost -range 1560:1591 -reghost ubuntu -regport 1541 -pid 5eaab018-7b3d-11e7-4e98-001c42208725 -debug -tcp

# sudo ufw disable
Firewall stopped and disabled on system startup

# /opt/1C/v8.3/i386/rac cluster list
Ошибка соединения с сервером
Connection refused

Источник

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

Хочу обратить внимание, что ошибка появилась на компьютере, на котором было 2 сетевые карты с 2мя разными сетями. Почему то сразу значения данному моменту не придал. Видимо, потому что монитор HASP обнаруживал данные ключи отлично, из-за чего искал проблему в 1С. В результате чего убил пол дня рабочего времени. Проблема действительно крылась в двух сетевых картах, а если сказать точнее, 2 разные сети, решение было в файле C:Program Files1cv81binconfnethasp.ini

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

Что вызывает ошибку «подключение не установлено»

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

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

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

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

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

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

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

Методика по решению всех приведенных далее ошибок — описана в конце этого подраздела ошибок соединения с сервером / рабочим процессом.

Попытка установить соединение была безуспешной

Пример полного текста ошибки:

Ошибка соединения с сервером 1С:Предприятия 8.3:
server_addr=tcp://son1c:1541 descr=192.168.0.101:1541:
Попытка установить соединение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик, или было разорвано уже установленное соединение из-за неверного отклика уже подключенного компьютера.

Ошибка соединения сервером – клиент не может подключиться к агенту сервера 1С, процессу ragent. Порт в сообщении 1541(по умолчанию):

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

Хочу обратить внимание, что ошибка появилась на компьютере, на котором было 2 сетевые карты с 2мя разными сетями. Почему то сразу значения данному моменту не придал. Видимо, потому что монитор HASP обнаруживал данные ключи отлично, из-за чего искал проблему в 1С. В результате чего убил пол дня рабочего времени. Проблема действительно крылась в двух сетевых картах, а если сказать точнее, 2 разные сети, решение было в файле C:Program Files1cv81binconfnethasp.ini

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

Что вызывает ошибку «подключение не установлено»

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

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

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

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

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

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

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

Методика по решению всех приведенных далее ошибок — описана в конце этого подраздела ошибок соединения с сервером / рабочим процессом.

Попытка установить соединение была безуспешной

Пример полного текста ошибки:

Ошибка соединения с сервером 1С:Предприятия 8.3:
server_addr=tcp://son1c:1541 descr=192.168.0.101:1541:
Попытка установить соединение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик, или было разорвано уже установленное соединение из-за неверного отклика уже подключенного компьютера.

Ошибка соединения сервером – клиент не может подключиться к агенту сервера 1С, процессу ragent. Порт в сообщении 1541(по умолчанию):

Ошибка соединения рабочим процессом – клиент не может подключиться к рабочему процессу сервера rphost. Порт в сообщении может быть из диапазона 1560-1591(по умолчанию).

Ошибка соединения сервером – клиент не может подключиться к менеджеру сервера 1С, процессу rmgr. Порт в сообщении 1540(по умолчанию).

Сервер 1С:Предпрятия не обнаружен

Пример полного текста ошибки:

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

Такое сообщение можно увидеть если на сервере 1С не запущен ни один рабочий процесс rphost.

Ошибка установки соединения

Пример полного текста ошибки:

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

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

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

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

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

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

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

Ошибка при выполнении операции с информационной базой
server_addr=NAME descr=11001(0x00002AF9): Этот хост неизвестен.

Как и прошлая, эта ошибка связана с неправильным разрешением клиентом имени сервера. На этот раз именно клиентским ПК. В качестве решения добавляем в файл /etc/hosts на платформе Linux или в C:WindowsSystem32driversetchosts на платформе Windows запись вида:

где указываете адрес и имя вашего сервера 1С:Предприятия. В случае использования локального DNS следует добавить A-запись для сервера 1С.

could not connect to server: Connection refused (0x0000274D/10061) Is the server running on host «localhost» (::1) and accepting TCP/IP connections on port 5432? could not connect to server: Connection refused (0x0000274D/10061) Is the server running on host «localhost» (127.0.0.1) and accepting TCP/IP connections on port 5432?

When I am trying to run localhost:3000, its giving this error massage, Can you please help me out here?

Re: Connection refused (0x0000274D/10061)

Re: Connection refused (0x0000274D/10061)

Re: Connection refused (0x0000274D/10061)

On 09/06/2019 19:51, Sourav Majumdar wrote:
>
> could not connect to server: Connection refused (0x0000274D/10061)
> Is the server running on host «localhost» (::1) and accepting TCP/IP
> connections on port 5432? could not connect to server: Connection
> refused (0x0000274D/10061) Is the server running on host «localhost»
> (127.0.0.1) and accepting TCP/IP connections on port 5432?

From the above, you have the server listening on port 3000 (you would
have set this in postgresql.conf — did you?), but the client is trying
to connect on port 5432 (the default).

You therefore need to tell the client to connect to port 3000 — if you
are using psql, you need the -p option:

psql -p 3000 (. etc . )

Re: Connection refused (0x0000274D/10061)

Re: Connection refused (0x0000274D/10061)

Re: Connection refused (0x0000274D/10061)

Re: Connection refused (0x0000274D/10061)

On 6/9/19 1:46 PM, Ray O’Donnell wrote:
> On 09/06/2019 20:49, Sourav Majumdar wrote:
>> Hello,
>> Thanks for your quick response. I am new to pgsql, didnot configured
>> it , can you please give a guidance for that? I will be highly oblised
>> if you can assist me.
>> I am using windows 8.1, 64 bit.
>> ruby 2.3.3p222 (2016-11-21 revision 56859) [i386-mingw32]
>> Rails 5.2.3
>> Trying to setup ruby on rails on my local host

Alright the penny just dropped, maybe:

1) You have started the Rails Web server on port 3000

2) You tried to do something that accessed the Postgres server.

3) You got connection refused error.

If the above is correct then the error message:

«: Connection refused (0x0000274D/10061) Is the server running on host
«localhost» (::1) and accepting TCP/IP connections on port 5432?»

1) The server is not running. Check that the Postgres service is running
in Windows.

Сентябрь 19, 2015

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

Данная ошибка говорит о том, что вы переименовали кластер, но не изменили имя кластера в конфигах.
Зайдем в в два файла и заменим любое упоминание старого названия на новое.
Путь до папки с 1Сsrvinfosrvribrg.lst
Путь до папки с 1Сsrvinfo
eg_15411CV8Reg.lst

Так же в настройках вашего DNS сервера нужно обновить запись о сервере и удалить записи со старым именем.

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

• Если вы используете аппаратный ключ защиты, убедитесь в доступности менеджера лицензий 1С и его корректной настройке и правильной установке ключа защиты на аппаратуру;
• Если же вы пользуетесь программным ключом защиты, то вам нужно убедится в корректной установке ключа на ПК или доступности сервера 1С (в зависимости от режима использования ключа).

Оптимизируем работу с программой и помогаем избежать ошибок

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

Вы еще не внедрили 1С или необходимо установить программу в новый филиал компании? Обратитесь за внедрением и настройкой к нам — вы сэкономите свое время и избежите возможных ошибок и проблем в дальнейшем.

Позвоните по номеру телефона, указанному на сайте или заполните форму обратной связи, чтобы наши сотрудники сориентировали по стоимости работ, подобрали оптимальное решение и рассказали, как начать сотрудничество. Ждем вас!

Существует два вида многопользовательской работы с базами 1С. Это — «клиент — серверный вариант 1С» и «файловый вариант 1С». Клиент серверный вариант работы мы здесь рассматривать не будем, рассмотрим его в другой статье, здесь.

Итак, для того чтобы организовать многопользовательскую работу в файловых базах 1C, необходимы компьютеры соединённые в единую сеть. Если сети ещё нет, и оборудования так же нет, не поскупитесь приобрести «гигабитный коммутатор» (практически все современные компьютеры поддерживают в своих сетевых картах подключение до 1 ГБ/сек) и не самый дешевый, в дальнейшем вы только сэкономите(представьте день простоя вашей организации, или из-за увеличенной нагрузки мрачные тормоза у менеджеров).

Еще один очень важный момент . , если у вас сеть WI-FI, то есть компьютеры подключены по беспроводной технологии, то данный вариант вам не подойдет, какой бы у вас навороченный WI-FI роутер, не стоял . Будет все мрачно тормозить, виснуть, и в результате можете вообще базу испортить, так как каналы создаваемые при помощи WI-FI соединения очень ненадежные, и любое прерывание при записи в базу (например проведение документа) может убить вашу базу 1С раз и навсегда. Другое дело настройка терминального подключения (есть недорогие аналоги позволяющие поднять альтернативу терминальным подключениям), но это я опишу в другой статье.

Далее, в нашей сети выбрать самый шустрый компьютер (желательно с «SSD дисками»), под файловый сервер. Можно так же приобрести отдельное файловое хранилище (с SSD дисками, завязанными в RAID 1 для надежности), но настройку его здесь мы рассматривать не будем.

Если все уже приобретено, подключено и работает, переходим к настройке доступа на выбранном нами компьютере под «файловый сервере 1С».

Первоначально проверяем настройки самого компьютера, разрешено ли ему показывать файлы и папки в вашей локальной сети. Щелкаем по значку сетевое подключение в «трее» (правый нижний угол, где часы) и выбираем «Центр управления сетями и общим доступом»

Открывается окно управления, где выбираем следующее «Изменить дополнительные параметры общего доступа»:

Открывается окно настроек, где должны стоять следующие галочки :

Проверяем, и сохраняем.

Далее заходим в мой компьютер, и создаем на отдельном, «НЕ системном диске» (если в моем компьютере, диск только один, например «диск С», то деваться некуда выбираем его), и создаем отдельную папку с названием «Base 1C».

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

В результате открывается окно, где выбираем вкладку «Доступ» и жмем кнопку «Общий доступ»:

Открывается следующее окно, где выбираем вкладку «Все», и жмем кнопку «Добавить» :

Щелкаем на появившемся в списке новом значении «Все», и выбираем «Чтение и Запись», далее жмем кнопку «Общий доступ».

Должно появится вот такое окно означающее что все прошло успешно и общий доступ к папке открыт, жмем кнопку «Готово» :

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

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

На клиентских компьютерах устанавливаем платформу 1С, как установить смотрите здесь. «ВАЖНО ПЛАТФОРМА 1С ДОЛЖНА БЫТЬ ВЕЗДЕ ОДНОЙ ВЕРСИИ. ». Далее по сети прописываем пути, к Базам 1С

Отзывов (9) (+Ваш отзыв?)

Юрий
23 Ноя 2016 в 13:24

добрый день, а подскажите как я могу одновременно запустить одну и туже базу на двух ПК связанных по LAN?

schastliviy ответил:
Декабрь 22nd, 2016 в 18:02

Добрый день, ограничение на запуск от одного пользователя только на БАЗОВЫЕ версии. Остальные версии возможно запускать на нескольких компьютерах одновременно.

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

schastliviy ответил:
Декабрь 22nd, 2016 в 18:09

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

James
31 Дек 2016 в 8:43

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

schastliviy ответил:
Январь 10th, 2017 в 14:36

Добрый день! Необходимо найти регистрационный номер программного продукта и написать в центр лицензирования 1С на lic@1c.ru

Виктор ответил:
Январь 16th, 2018 в 17:59

Если 1с была ломаная, то нужно будет ломать новую платформу, но это не законно!