|
|
|
Ошибка: not trusted by the server
|
|||
|---|---|---|---|
|
#18+
Подскажите пожалуйста, чем может быть вызвана ошибка: 11:34:15 listener-thread: err = -956: oserr = 0: errstr = (db722xxx@xxxxxxxx): Client host or user (db722xxx@xxxxxxxx) is not trusted by the server. При всем том, что остальные машины в сети работают нормально? DNS локальный стоит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2005, 11:37 |
|
||
|
Ошибка: not trusted by the server
|
|||
|---|---|---|---|
|
#18+
finderr -956 -956 Client client-name is not in /etc/hosts.equiv on the remote host. This operation cannot be completed because the specified remote computer does not recognize the name of the client computer (the local host, whose name the hostname command returns). Client names are normally recorded in the configuration file /etc/hosts.equiv. The rhosts file on the remote computer might also need modification. For more information on these files and the relation between them, try man rhosts on a UNIX system. See the remote host administrator to ensure that the client host name is specified in /etc/hosts.equiv file for the remote host. This message appears in versions prior to Version 6.0. -956 Client client-name or user is not trusted by the database server. The desired database server does not consider the client computer or your user ID trusted. Ask the system administrator to include the client computer as a trusted host and/or your user id as a trusted user in the /etc/hosts.equiv file on the server computer or in the .rhosts file in your home directory on the server computer. See the UNIX manual pages on HOSTS.EQUIV(5) for more information. Alternatively, you can explicitly specify your user name and password in the USER clause of a CONNECT statement or in the .netrc file in your home directory on the client computer. See the IBM Informix Guide to SQL: Syntax for information on the CONNECT statement, and the UNIX manual pages regarding NETRC(5) for information on the .netrc file. This message appears with Version 6.0 and later. Проще говоря, попробуй добавить запись вида hostname username на сервере в /etc/hosts.equiv (на виндах он лежит в %WINNT%/system32/drivers/etc) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2005, 12:32 |
|
||
|
Ошибка: not trusted by the server
|
|||
|---|---|---|---|
|
#18+
finderr я читал. однаков, в man hosts.equiv идет речь о r-командах (а я пытаюсь конектится Informix-клиентом). И при этом, для других машин в сети этого делать не приходилось/приходится. Проблема именно с определенными машинами в сети. Вот я и думаю, может кто сталкивался? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2005, 12:53 |
|
||
|
Ошибка: not trusted by the server
|
|||
|---|---|---|---|
|
#18+
genixfinderr я читал. однаков, в man hosts.equiv идет речь о r-командах (а я пытаюсь конектится Informix-клиентом). И при этом, для других машин в сети этого делать не приходилось/приходится. Проблема именно с определенными машинами в сети. Вот я и думаю, может кто сталкивался? Клиент Informix использует этот же механизм аутентификации для подключения без пароля. Вы hosts.equiv смотрели? По умолчанию в NT его вообще нет... А прочие машины могут быть настроены для подключения с передачей пароля. Вобщем, подобные проблемы на Windows решаются настройками SetNet32 на клиенте и указанного файла на сервере. Возможно, ваши проблемные клиенты (db722xxx@xxxxxxxx) - в другом домене. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2005, 13:49 |
|
||
|
Ошибка: not trusted by the server
|
|||
|---|---|---|---|
|
#18+
genixПодскажите пожалуйста, чем может быть вызвана ошибка: 11:34:15 listener-thread: err = -956: oserr = 0: errstr = (db722xxx@xxxxxxxx): Client host or user (db722xxx@xxxxxxxx) is not trusted by the server. При всем том, что остальные машины в сети работают нормально? DNS локальный стоит. 1. DNS тут не причем. 2. Если вы не пользуетесь HOSTS.EQUIV то сервер тоже не причем. 3. Клиент обязан передавать пароль на сервер и должен быть там верифицирован. вопросы: Вы вводили где нибудь пароль на машинах клиентах которые имеют доступ? Какая опирационка на клиентах? Каким API пользуются клиенты (ESQ/C, Obj interface for C++, ODBC ....) Все эти API имеют возможность принимать пароль у пользователя и передавать на сервер. Как там на счет РАМ? Как на счет залогиниться пользователем непосредственно на сервер (не в базу)? с уважением, onstat ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2005, 14:21 |
|
||
|
Ошибка: not trusted by the server
|
|||
|---|---|---|---|
|
#18+
onstat 1. DNS тут не причем. 2. Если вы не пользуетесь HOSTS.EQUIV то сервер тоже не причем. 3. Клиент обязан передавать пароль на сервер и должен быть там верифицирован. вопросы: Вы вводили где нибудь пароль на машинах клиентах которые имеют доступ? все пользователи аутентифицируются на сервере с помощью логина/пароля Какая опирационка на клиентах? Разная, от Win98 до 2000/XP и Linux. Каким API пользуются клиенты (ESQ/C, Obj interface for C++, ODBC ....) JDBC и тот клиент который идет в комплетке с сервером. Informix Client 2.81 Все эти API имеют возможность принимать пароль у пользователя и передавать на сервер. Как там на счет РАМ? пока без него Как на счет залогиниться пользователем непосредственно на сервер (не в базу)? telnet/ssh работают Сервер RedHat 7.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2005, 14:24 |
|
||
|
Ошибка: not trusted by the server
|
|||
|---|---|---|---|
|
#18+
genix все пользователи аутентифицируются на сервере с помощью логина/пароля Каким API пользуются клиенты (ESQ/C, Obj interface for C++, ODBC ....) JDBC и тот клиент который идет в комплетке с сервером. Informix Client 2.81 Там точно есть API для верификации пользователя, вы им пользуетесь? Может ли этот пользователь попасть в базу через ODBC, например? Ваши ответы не дают возможность более точно локализовать проблему. Чем же всетаки случаи удачной верификации отличаются от случаев с неудачной? С уважением, onstat ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2005, 15:14 |
|
||
|
Ошибка: not trusted by the server
|
|||
|---|---|---|---|
|
#18+
onstat genix все пользователи аутентифицируются на сервере с помощью логина/пароля Каким API пользуются клиенты (ESQ/C, Obj interface for C++, ODBC ....) JDBC и тот клиент который идет в комплетке с сервером. Informix Client 2.81 Там точно есть API для верификации пользователя, вы им пользуетесь? Может ли этот пользователь попасть в базу через ODBC, например? Ваши ответы не дают возможность более точно локализовать проблему. Чем же всетаки случаи удачной верификации отличаются от случаев с неудачной? С уважением, onstat через ODBC работает. а через BDE например и DBPing->Native Connect нет (из комплекта IBM Informix Connect 2.81). И все бы ничего, но с другим сервером в сети (тоже IDS, RH 7.3) с _этой_ же машины все работает без вопросов из тех же программ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2005, 15:30 |
|
||
|
Ошибка: not trusted by the server
|
|||
|---|---|---|---|
|
#18+
на сервере, к которому вы подключаетесь должно быть 1 запись о машине с которой вы коннектитесь в /etc/hosts 2 указание доверенного пользователя в /etc/hosts.equiv 3 указание sql-хоста в /opt/informix/etc/sqlhosts на клиенте тоже самое кроме второго пункта между юниксами проблем никогда не возникало, смотрите внимательно в указанные файлы. С виндой ничем помочь не смогу ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2005, 22:03 |
|
||
|
Ошибка: not trusted by the server
|
|||
|---|---|---|---|
|
#18+
cprна сервере, к которому вы подключаетесь должно быть 1 запись о машине с которой вы коннектитесь в /etc/hosts я думал что в нашем тысячелетии все уже пользуются DNS $) 2 указание доверенного пользователя в /etc/hosts.equiv вот так новость. все (более 100 компов) работают и без этого. 3 указание sql-хоста в /opt/informix/etc/sqlhosts на клиенте? на клиенте тоже самое кроме второго пункта между юниксами проблем никогда не возникало, смотрите внимательно в указанные файлы. С виндой ничем помочь не смогу в том-то и фигня, что с линукса на линукс все работает ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.04.2005, 14:52 |
|
||
|
Ошибка: not trusted by the server
|
|||
|---|---|---|---|
|
#18+
Если не передавать на сервер пароль, пользователь проверяется только по имени. Тогда для подключения он должен быть trusted. Возможно, в setnet установлены настройки для хоста? Может там стоит No password? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2005, 09:30 |
|
||
|
Ошибка: not trusted by the server
|
|||
|---|---|---|---|
|
#18+
ТанЕсли не передавать на сервер пароль, пользователь проверяется только по имени. Тогда для подключения он должен быть trusted. Возможно, в setnet установлены настройки для хоста? Может там стоит No password? проверю ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2005, 09:28 |
|
||
|
|

start [/forum/topic.php?fid=44&msg=33004878&tid=1609052]: |
0ms |
get settings: |
10ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
49ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
57ms |
get tp. blocked users: |
2ms |
| others: | 243ms |
| total: | 398ms |

| 0 / 0 |
