Server addr tcp ошибка установки соединения

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

Этот хост неизвестен / No such host is known

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

Ошибки соединения с сервером 1С:Предприятия 8.3:
server_addr=tcp://sony2 descr=11001(0x00002AF9):
Этот хост неизвестен
line=1068 file=srcDataExchangeCommon.cpp

Ошибка при выполнении операции с информационной базой.
server_addr=tcp://1s-on-1c-1 descr=11001(0x00002AF9): No such host is known line=1068 file=srcDataExchangeCommon.cpp


Описание:

Ошибка может возникать как при работе с консолью администрирования 1С:Предприятия(добавление сервера, создание базы…), так и при запуске информационной базы.

Такая ошибка характерна, когда компьютер пользователя не обладает информацией о соответствии ip-адреса dns-имени сервера.

Решение:

Настроить DNS-адресацию или прописать адреса в файл hosts.

О том, как и почему это надо сделать — можно почитать тут Настройка DNS-адресации на сервере 1С.

В случае, если кажется, что все имена прописаны верно, необходимо:

1. Проверить еще раз. Скорее всего, где-то ошибка.

2. Сравнить, как хост прописан на самом сервере и на компьютере пользователя. Имена должны быть одинаковыми.

Часто ошибка связана с тем, указан в имени доменный суфикс или нет.

3. Проверить в консоли администрирования 1С: Предприятия — как у вас собран кластер 1С:Предприятия.

• Возможно, у вас в консоли сервера отображаются не по DNS-имени, а по IP-адресам.
• Возможно, клиент не сможет сопоставить IP-адрес DNS-имя(в случае, если сервер 1С находится в другой сети, и вы подключаетесь к кластеру напрямую).

Не правильно:

Правильно:

Необходимо удалить кластер. И собрать из консоли администрирования его заново.

Ошибки соединения с сервером 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. Сначала проверим есть ли на сервере 1С в запущенные рабочие процессы rphost.

Или

Видим, что у нас rphost слушает порт 1560

Если не все процессы запущены смотрим как исправить тут Ошибки сервера 1С на Linux.

2. Если процессы запущены — проверим доступность рабочих процессов по портам, которые они «слушают».

С компьютера пользователя необходимо выполнить команду:

и другие порты, на которых есть rphost.

К причинам отсутствия доступа по данному порту можно отнести:

• Блокировка брадмауэром или другими подобными программами;
• Отсутствие доступа на уровне сети;
• Работающий selinux.

3. Проверяем dns-адресацию.

В частности:

• • • hosts на компьютере пользователя

(в Windows: C:WindowsSystem32driversetchosts);

• • • hosts на сервере 1С (в ОС Linux: /etc/hosts);
    • реестр кластера 1С

(по умолчанию в ОС Linux: /home/usr1cv8/.1cv8/1C/1cv8/reg_1541/1CV8Clst.lst.).

Ошибка может быть связана с несоответствием указания имени сервера

• • • у пользователя
    • в реестре кластера серверов 1С:Предприятия.

Например, с различиями в указании имени сервера с/без домена.

Обновлено 15.11.2022

Добрый день! Уважаемые читатели IT портала Pyatilistnik.org. В прошлый раз мы с вами рассмотрели методы позволяющие протестировать загрузочную флешку перед работой, что порой очень обосновано. В сегодняшней публикации я вам покажу методы диагностики и траблшутинга при подключении к серверу 1С, где в ряде случаев я ловил ошибку 0x00002740 only one usage of each socket address. Думаю, что данный алгоритм действий будет полезен как начинающим, так уже и опытным администраторам. Давайте приступать.

Описание ошибки 0x00002740

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

Диагностика и устранение ошибки 0x00002740

Выше я специально выделил две ошибки 10055 и 10048, так как они многое могут рассказать, обратимся к сайту Microsoft:

• 1️⃣WSAEADDRINUSE 10048 — Адрес уже используется. — Как правило, разрешено использовать только один адрес сокета (протокол, IP-адрес или порт). Эта ошибка возникает, если приложение пытается привязать сокет к IP-адресу или порту, который уже использовался для существующего сокета, или сокета, который был закрыт неправильно, или тот, который все еще находится в процессе закрытия.
• 2️⃣WSAENOBUFS 10055- Буферное пространство недоступно. Не удалось выполнить операцию сокета, так как в системе недостаточно места в буфере или из-за переполнения очереди.

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

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

Если открыть просмотр событий и посмотреть логи, то была огромная куча ошибок ID 15005.

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

Так, что виновник найден. У вас варианты:

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

На этом у меня все, с вами был Иван Сёмин, автор и создатель IT портала Pyatilistnik.org.

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

После двух часов плевков, матерков и ударов головой о стену решил произвести выгрузку ИБ (т.к. при запуске с сервера проблем не было, то выполнить это не составило труда) и перекинуть их с 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 адрес. после этого будет пытаться подключиться к серверу.

Источник