Этот хост неизвестен 1С: как исправить?
Этот хост неизвестен — эта ошибка возникает при подключении к серверу 1С и связана с тем, что в процессе запуска базы не удается определить IP-адрес сервера.
Причины ошибки
Наиболее часто эта ошибка возникает при подключении к серверу через интернет. В этом случае в кластере серверов указывается вместо локального имени сервера IP-адрес, по которому подключение перенаправляется на локальный хост сервера.
Такое подключение и приводит к ошибке «неизвестного сервера», несмотря на то, что в форме настройки явно указан его IP-адрес:
Ошибка server_addr=Server-1C descr=11001 (0x00002AF9): Этот хост неизвестен. line=1050 file=srcDataExchangeCommon.cpp.
Что же происходит при подключении?
Введенный IP-адрес указывает на кластер серверов, который в ответ на запрос клиента сообщает зарегистрированное в кластере локальное имя сервера Server-1C. Но подключиться к нему по удаленной сети через интернет не удается, поскольку это имя не имеет в сети корректного dns-разрешение имени:
168.101.37 — Server-1С.
Исправление ошибки
Для исправления ошибки необходимо в файл hosts добавить строчку c нужной информацией:
- [IP] [Имя сервера]:
- [IP] — IP-адрес, указанный в настройках подключения к информационной базе
- [Имя сервера] — название хоста, которое идет после параметра «server_addr=».
Файл hosts находится в каталоге C:WindowsSystem32driversetc.
Откройте файл hosts встроенным в операционную систему Windows редактором Блокнот.
Добавьте в содержимое строчку описанного ниже вида.
Расшифровка 192.168.101.37 Server-1C:
- 168.101.37 — IP-адрес подключения информационной базы;
- Server-1C — имя сервера.
Заказать консультацию
По этой или иной ошибке Вы можете обратиться к нашим специалистам, мы Вам поможем решить Вашу проблему.
Этот хост неизвестен — эта ошибка возникает при подключении к серверу 1С и связана с тем, что в процессе запуска базы не удается определить IP-адрес сервера.
Причины ошибки
Наиболее часто эта ошибка возникает при подключении к серверу через интернет. В этом случае в кластере серверов указывается вместо локального имени сервера IP-адрес, по которому подключение перенаправляется на локальный хост сервера.
Такое подключение и приводит к ошибке «неизвестного сервера», несмотря на то, что в форме настройки явно указан его IP-адрес:
- Ошибка server_addr=Server-1C descr=11001 (0x00002AF9): Этот хост неизвестен. line=1050 file=srcDataExchangeCommon.cpp.
Что же происходит при подключении?
Введенный IP-адрес указывает на кластер серверов, который в ответ на запрос клиента сообщает зарегистрированное в кластере локальное имя сервера Server-1C. Но подключиться к нему по удаленной сети через интернет не удается, поскольку это имя не имеет в сети корректного dns-разрешение имени:
- 168.101.37 — Server-1С.
Исправление ошибки
Для исправления ошибки необходимо в файл hosts добавить строчку c нужной информацией:
- [IP] [Имя сервера]:
- [IP] — IP-адрес, указанный в настройках подключения к информационной базе
- [Имя сервера] — название хоста, которое идет после параметра «server_addr=».
Файл hosts находится в каталоге C:WindowsSystem32driversetc.
На редактирование файла hosts нужны административные права.
Откройте файл hosts встроенным в операционную систему Windows редактором Блокнот.
Добавьте в содержимое строчку описанного ниже вида.
Расшифровка 192.168.101.37 Server-1C:
- 168.101.37 — IP-адрес подключения информационной базы;
- Server-1C — имя сервера.
См. также:
- Ошибка при выполнении операции с информационной базой 1С 8.3
- 1С удаление: указанная учетная запись уже существует
- Установка запрещена на основании системной политики 1С 8.3
- Обнаружено неправомерное использование данного программного продукта в 1С: как убрать
- Ошибка ввода пинкода. Пинкод не укомплектован в 1С 8.3
Если Вы еще не являетесь подписчиком системы БухЭксперт8:
Активировать демо-доступ бесплатно →
или
Оформить подписку на Рубрикатор →
После оформления подписки вам станут доступны все материалы по 1С Бухгалтерия, записи поддерживающих эфиров и вы сможете задавать любые вопросы по 1С.
Подписывайтесь на наши YouTube и Telegram чтобы не пропустить
важные изменения 1С и законодательства
Помогла статья?
Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно
Оцените публикацию
(27 оценок, среднее: 4,19 из 5)
Загрузка…
Данная ошибка возникает по причине того, что клиент 1С не может найти сервер по NetBIOS-имени компьютера. Данная ошибка характерна для подключения через VPN или при работе в сети с маской подсети меньше 24 бит.
Для устранения этой ошибки сделайте следующие два действия:
Обратите внимание: для решения ошибки, сервер 1С должен иметь статический IP-адрес в вашей сети.
1. В редактировании информационной базы измените адрес сервера, установив вместо имени компьютера – его IP-адрес
2. В файле hosts укажите имя хоста для IP-адреса сервера
Необходимо открыть файл C:WindowsSystem32driversetchosts
с помощью Блокнота или любого иного редактора текста.
В конец файла допишите строку следующего формата:
IPАдрес ИмяСервера
Например:
192.168.1.10 ProfitZip1CServer
После внесения изменений сохраните файл.
После совершения этих действий ошибка должна исчезнуть.
13.07.15 — 14:08
На этот раз странно.
По RDP к серверу подключается без проблем.
Подключаюсь через тонкий клиент 1С на сервер с выделенным IP, по адресу IP.
В файле hosts прописан адрес и имя сервера.
Сервер пингуется по IP, телнетом подключаюсь на порт 1540.
Из других точек все точно также и подключение происходит.
На сервере, в журнале безопасности вижу аудит отказа для этого компьютера. От других точек, тоже есть, но они подключаются и работают.
Провайдеры на стороне точки и сервера утверждают, что ничего не блокируют.
Что еще проверить, куда копать?
1 — 13.07.15 — 14:10
(0) копать в кривые настройки на сервере для «сервера 1С» и «публикации базы»
2 — 13.07.15 — 14:11
(1) но другие работают
3 — 13.07.15 — 14:12
(2) другие это какие?
4 — 13.07.15 — 14:13
(3) другие точки подключаются и работают. И какие там могут быть настройки? файрвол пока отключен, сервер 1С поднят, все по стандарту.
5 — 13.07.15 — 14:16
(0) + в окне ошибки видно имя сервера
6 — 13.07.15 — 14:20
Glukнутое оборудование
7 — 13.07.15 — 14:23
проверить через vpn для начала, если утверждается что «другие точки подключаются и работают»
8 — 13.07.15 — 14:30
(0) у тебя домен или чортичо?
9 — 13.07.15 — 14:35
+(8) короче, вероятно, в том, что обратный лукап не работает.
Если — домен, то в нем должна быть A-запись, связывающая ИП и имя машины. Если чортичо, то там, где сервер приложений установлен, в hosts нужно тоже добавить все, что на клиенте в хостс навалено
10 — 13.07.15 — 14:44
(8) у меня 1С, админа нет, домена нет, чортичо
11 — 13.07.15 — 14:45
(9) счас попробую в hosts на сервере добавить его IP и имя
12 — 13.07.15 — 14:46
(10) ну тогда ведь все логично что оно работает «черте как»?
13 — 13.07.15 — 14:47
логично, пытаюсь исправить
14 — 13.07.15 — 14:49
(11) если заработает то (1)
ЗЫ вот на линукс когда на vps-ке 1c-ку настраивал… вообщем на 5-6 раз уже все легко получается
15 — 13.07.15 — 14:49
(10) >админа нет, домена нет
какие тогда вам в дупель тонкие клиенты?
тубрины из дерева, но в космос хочется
16 — 13.07.15 — 14:50
Возможно имена сервера и имя в hosts разные. Предполагаю.
17 — 13.07.15 — 14:50
в hosts 4 строки:
127.0.0.1 localhost
<IP сервера> localhost
127.0.0.1 <имя сервера>
<IP сервера> <имя сервера>
18 — 13.07.15 — 14:51
Пинг по имени проходит? Тот что прописан в базе 1С на клиенте?
19 — 13.07.15 — 14:52
(18) в базе 1С на клиенте прописан IP, пинг по имени сервера не проходит
20 — 13.07.15 — 14:54
Значит hosts не прописан.
21 — 13.07.15 — 14:55
(20) — (17)
22 — 13.07.15 — 14:55
<IP сервера> localhost
Что за хрень
23 — 13.07.15 — 14:55
(19) в базе 1С на клиенте пропиши домен вместо ip
и оно ищет домен… лезет в хост… и система дальше работает
ЗЫ 1с про ip вообще не в курсах, «не умеет»
24 — 13.07.15 — 14:56
И это
127.0.0.1 <имя сервера>
25 — 13.07.15 — 14:56
Должно быть
127.0.0.1 localhost
<IP сервера> <имя сервера>
26 — 13.07.15 — 14:56
(23) нет домена — рабочая группа
27 — 13.07.15 — 14:57
(25) ща попробую
28 — 13.07.15 — 14:58
После этого сервер по имени должен пинговаться
29 — 13.07.15 — 14:59
127.xxx кстати тоже не обязательно
30 — 13.07.15 — 15:00
не сработало, по имени не пинается, подулючение не работает, возможно нужно ребутать сервер, что пока не реально
31 — 13.07.15 — 15:01
Сервер то причем, на клиенте все править нужно было
32 — 13.07.15 — 15:01
(31) — (0) на клиенте в файле hosts прописан адрес и имя сервера.
33 — 13.07.15 — 15:02
(17) — это 4 строки на сервере
34 — 13.07.15 — 15:02
Файл не тот правишь видимо. По имени должен пинговаться.
Должна быть 1 строка
ip name
35 — 13.07.15 — 15:03
(34) на клиенте так и было
36 — 13.07.15 — 15:03
+34 на КЛИЕНТЕ
37 — 13.07.15 — 15:04
(35) и есть
38 — 13.07.15 — 15:04
с клиента по имени пингуется?
39 — 13.07.15 — 15:04
(38) нет
40 — 13.07.15 — 15:05
А должен. Мог антивирус блокировать hosts
41 — 13.07.15 — 15:05
проверь имя и ип внимательно, пропиши заново
42 — 13.07.15 — 15:07
проверить точно, на клиенте, в файле hosts первая строка
<IP сервера> <имя сервера>
вторая
127.0.0.1 localhost
43 — 13.07.15 — 15:08
(42) *проверил
44 — 13.07.15 — 15:08
Антивирус? Должен по имени пинговаться после прописки
45 — 13.07.15 — 15:09
Я сваливаю, крд.
46 — 13.07.15 — 15:09
антивирус снес
47 — 13.07.15 — 15:24
перезагрузил клиента, не работает
48 — 14.07.15 — 08:48
Запусти тимвьювер, посмотрим.
49 — 14.07.15 — 08:51
этот ИП, который ты в хостс пхаешь, в свойствах сетевого подключения сервера назначен?
50 — 14.07.15 — 10:22
(49) Я помню тоже эту галку, но вчера не нашел, думал убрали ее, оказывается не везде посмотрел
51 — 14.07.15 — 12:07
(48) пока не могу
52 — 14.07.15 — 12:07
(49),(50) а что за настройка, уточни где смотреть?
53 — 14.07.15 — 12:09
(49) с других точек идет подключение, мне кажется не в сервере дело
54 — 14.07.15 — 12:23
Во вкладке wins, до нее вчера не добрался
55 — 14.07.15 — 12:24
(53)Конечно не в сервере, только клиент не понимает что и как. Если файрвол кстати не блокирует….
56 — 14.07.15 — 12:56
есть подключение по тимвьюву
57 — 14.07.15 — 12:58
сейчас говорил с провайдером, говорит пакеты на сервер идут с порта 1055, 1066, на 1540,1560, у них ничего не заблокировано
58 — 14.07.15 — 12:59
(57)*1055,1056
59 — 14.07.15 — 13:06
моя ася 163 001 291
кинь туда тима данные
Gluk
60 — 14.07.15 — 13:36
спасибо Мутабор’у
дело было в отсутствии файла lmhosts со строками:
<IP сервера> <имя сервера>
На чтение 6 мин. Просмотров 1.4k. Опубликовано 15.12.2019
При подключении к базе, расположенной на сервере 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 – Windows/System32/drivers/etc.
И так у нас Win7 открываем C:WINDOWSsystem32driversetchosts, и добавляем в него ip-адрес вашего сервера.
Например так:
192.168.1.100 sermac
Сохраните, и попробуйте через пару минут запустить программу.
Технический блог специалистов ООО»Интерфейс»
- Главная
- Типовые ошибки установки сервера 1С:Предприятие и PostgreSQL на платформе Linux.
Содержание
- Типовые ошибки установки сервера 1С:Предприятие и PostgreSQL на платформе Linux.
- Общая информация
- Сервер баз данных не обнаружен
ВАЖНО: пользователь «postgres» не прошёл проверку подлинности (Ident) - Сервер баз данных не обнаружен
could not translate host name «NAME» to address: Temporary failure in name resolution - Ошибка при выполнении операции с информационной базой
server_addr=NAME descr=11001(0x00002AF9): Этот хост неизвестен. - Ошибка СУБД: DATABASE не пригоден для использования
- Ошибка СУБД:
ERROR: could not load library «/usr/lib/x86_64-linux-gnu/postgresql/fasttrun.so» - Ошибка СУБД
ERROR: type «mvarchar» does not exist at character 31 - Сервер баз данных не обнаружен
ВАЖНО: пользователь «postgres» не прошёл проверку подлинности (по паролю) - Сервер баз данных не обнаружен
FATAL: database «NAME» does not exist - Всё о современном программировании
Типовые ошибки установки сервера 1С:Предприятие и PostgreSQL на платформе Linux.
- Автор: Уваров А.С.
- 22.05.2014
Связка сервера 1С:Предприятие и PostgreSQL вторая по популярности среди установок 1С и самое используемое решение на платформе Linux. В отличии внедрений на базе Windows и MSSQL, где трудно сделать так, чтобы не заработало, внедрения на базе Linux таят множество подводных камней для неопытного администратора. Часто бывает так, что вроде бы все сделано правильно, но ошибка следует за ошибкой. Сегодня мы рассмотрим самые типовые из них.
Общая информация
Перед тем, как начинать искать ошибки установки и, вообще, приступать к внедрению серверной версии 1С:Предприятия было бы неплохо освежить представление как это работает:
В небольших внедрениях сервер 1С и сервер СУБД обычно совмещают на одном физическом сервере, что немного сужает круг возможных ошибок. В нашем случае будет рассматриваться ситуация, когда сервера разнесены по разным машинам. В нашей тестовой лаборатории мы развернули следующую схему:
В нашем распоряжении имеются два сервера под управлением Ubuntu 12.04 x64, на одном из них установлен сервер 1С:Предприятие версии 8.3, на другом PostgreSQL 9.04 от Ethersoft, а также клиент под управлением Windows. Напоминаем, что клиент работает только с сервером 1С, который, в свою очередь, формирует необходимые запросы к серверу СУБД. Никаких запросов от клиента к серверу управления базами данных не происходит.
Сервер баз данных не обнаружен
ВАЖНО: пользователь «postgres» не прошёл проверку подлинности (Ident)
Данная ошибка возникает при разнесении серверов по разным ПК из-за неправильно настроеной проверки подлинности в локальной сети. Для устранения откройте /var/lib/pgsql/data/pg_hba.conf, найдите строку:
и приведите ее к виду:
где 192.168.31.0/24 — диапазон вашей локальной сети. Если такой строки нет, ее следует создать в секции IPv4 local connections.
Сервер баз данных не обнаружен
could not translate host name «NAME» to address: Temporary failure in name resolution
На первый взгляд ошибка понятна: клиент не может разрешить имя сервера СУБД, типичная ошибка для небольших сетей, где отсутствует локальный DNS-сервер. В качестве решения добавляют запись в файл hosts на клиенте, что не дает никакого результата.
А теперь вспоминаем, о чем было сказано несколько раньше. Клиентом сервера СУБД является сервер 1С, но никак не клиентский ПК, следовательно запись нужно добавлять на сервере 1С:Предприятие в файл /etc/hosts на платформе Linux или в C:WindowsSystem32driversetchosts на платформе Windows.
Аналогичная ошибка будет возникать, если вы забыли добавить запись типа A для сервера СУБД на локальном DNS-сервере.
Ошибка при выполнении операции с информационной базой
server_addr=NAME descr=11001(0x00002AF9): Этот хост неизвестен.
Как и прошлая, эта ошибка связана с неправильным разрешением клиентом имени сервера. На этот раз именно клиентским ПК. В качестве решения добавляем в файл /etc/hosts на платформе Linux или в C:WindowsSystem32driversetchosts на платформе Windows запись вида:
где указываете адрес и имя вашего сервера 1С:Предприятия. В случае использования локального DNS следует добавить A-запись для сервера 1С.
Ошибка СУБД: DATABASE не пригоден для использования
Гораздо более серьезная ошибка, которая говорит о том, что вы установили несовместимую с 1С:Предприятие версию PostgreSQL или допустили грубые ошибки при установке, например не установили все необходимые зависимости, в частности библиотеку libICU.
Если вы имеете достаточный опыт администрирования Linux систем, то можете попробовать доустановить необходимые библиотеки и заново инициализировать кластер СУБД. В противном случае PostgreSQL лучше переустановить, не забыв удалить содержимое папки /var/lib/pgsql.
Также данная ошибка может возникать при использовании сборок 9.1.x и 9.2.x Postgre@Etersoft, подробности смотрите ниже.
Ошибка СУБД:
ERROR: could not load library «/usr/lib/x86_64-linux-gnu/postgresql/fasttrun.so»
Довольно специфичная ошибка, характерная для сборок 9.1.x и 9.2.x Postgre@Etersoft, также может приводить предыдущей ошибке. Причина кроется в неисправленной ошибке в библиотеке fasttrun.so. Решение — откатиться на сборку 9.0.x Postgre@Etersoft.
Ошибка СУБД
ERROR: type «mvarchar» does not exist at character 31
Возникает если база данных была создана без помощи системы 1С:Предприятия. Помните, для работы с 1С базы данных следует создавать только с использованием инструментов платформы 1С: через консоль Администрирование серверов 1С Предприятия
или через средство запуска 1С.
Сервер баз данных не обнаружен
ВАЖНО: пользователь «postgres» не прошёл проверку подлинности (по паролю)
Очень простая ошибка. Неправильно указан пароль суперпользователя СУБД postgres. Вариантов решения два: вспомнить пароль или изменить его. Во втором случае вам нужно будет изменить пароль в свойствах всех существующих информационных баз через оснастку Администрирование серверов 1С Предприятия.
Сервер баз данных не обнаружен
FATAL: database «NAME» does not exist
Еще одна очень простая ошибка. Смысл ее сводится к тому, что указанная БД не существует. Чаще всего возникает из-за ошибки в указании имени базы. Следует помнить, что информационная база 1С в кластере и база данных СУБД — две разные сущности и могут иметь различные имена. Также следует помнить, что Linux системы чувствительны к регистру и для них unf83 и UNF83 два разных имени.
Всё о современном программировании
Ошибка сетевого доступа 11001(0x00002AF9)
Ошибка при выполнении операции с информационной базой. Этот хост неизвестен
Сегодня у одного из пользователей возникла ошибка при запуске 1С, причем на один сервер пользователь может достучаться и все работает, а на другой указанная выше ошибка.
На форумах пишут одно лечение этой ошибки в папке Windows файл hosts