Error Failed to Establish Connection

[werov2010]

Вопрос вот в чем: устанавливаю локально на машину юзера клиент аксапты (сп1, сп2, хотфикс, затем owc). Запускаю ярлык, выдает "Failed to Establish Connection". Устанавливаю один в один акспату на другой комп, запускаю ее там из под того же юзера и все нормально! В чем может быть дело?

З.Ы. иногда вместо "Failed to Establish Connection" вскакивает "Failed to logon to Axapta"
З.З.Ы. аксапта 4.0, юзерские машины с осью ХП сп3

[gl00mie]

Это про 4.0 речь что ли? Причин может быть масса, разобраться точнее поможет, к примеру, Network Monitor. К слову, при установке настраивается какая-то конфигурация по умолчанию? Или клиент запускается с конфигурационным файлом в качестве параметра?

[werov2010]

Есть конфигурационный файлик, с которого также можно запустить, но он постоянно выдает "Failed to logon to Axapta". Но речь именно про обычный ярлык (.ехе) самой аксапты. На одной машине все работает как надо, на другой не хочет.

[gl00mie]

"Обычный ярлык" предполагает наличие настроенной клиентской конфигурации в реестре. Раз с указанием конфига в качестве параметра и без него ошибка разная, выходит, в реестре у вас конфигурация не прописана или прописана "не та". И еще: если при указании конфига выдает "Failed to logon", то точно ли у вас в пользователях Аксапты прописан тот, под кем запускается клиент?..

[werov2010]

1. Я не программист аксапты, а сис. админ
2. Чел, который писал эти конфиг. файл, уволился
3.

Quote:

если при указании конфига выдает "Failed to logon", то точно ли у вас в пользователях Аксапты прописан тот, под кем запускается клиент?..

Аксапта подвязана на доменных юзеров, т.е. под доменной учеткой пользователя запускается именно его аксапта
4. В какой ветке реестра искать конфигурацию клиента аксапты? Странно ведь, что на одном компе без лишних телодвижений юзер может запустить акспату, а на другом - нет. В реестре ничего не правил ни там, ни там

З.Ы. могу скинуть содержимое конфиг. файла, если это как-то поможет

[player]

Файрвол по порту 2712 разрешить (по умолчанию) или посмотреть внутри конфигурационного файла. Отключить его - проверить будет без него подключаться, если да - тюнить.

[werov2010]

брандмауэр выключен вообще

[driller]

Quote:

Originally Posted by werov2010

В какой ветке реестра искать конфигурацию клиента аксапты?

HKEY_CURRENT_USER\Software\Microsoft\Dynamics\4.0\Configuration

Обратите внимание на aos2, выделен на скриншоте, это имя сервера приложения и порт по которому будет пытаться коннектиться клиент.
Проверьте его на той машине где всё запускается нормально. (А лучше на самом сервере приложения).
И проверти телнетом доступен ли этот порт с клинета.

telnet serverName portNumber

[player]

Или Пуск - Панель управления - Администрирование - Microsoft Dynamics AX Configuration именно там задается куда подключаться не с ярлычка, а при запуске клиента AX.

[driller]

А ещё от ошибки «Failed to Establish Connection» часто помогает банальный Log Off - Log On, происходит из-за того при смене для пользователя пароля в домене, он подтягивается не сразу.
У нас терминальные пользователи, увидев эту ошибку первым делом так поступают.

P.S. Хотя в вашем случае вряд ли в этом дело, вы ведь наверняка уже и машину перезагружали…

[werov2010]

driller
по поводу реестра: стал копаться, там действительно другие настройки у юзера, видимо еще с каких-то древних времен остались. Сменил - ошибка все равно та же самая. Но чувствую я близок к решению. После обеда постараюсь поковырять поглубже
Через терминал у этого юзера заходит спокойно, как и у всех остальных

player
В Microsoft Dynamics AX Configuration прописан сервак Аксапты, это я первым делом проверил. Видимо тут действительно какой-то косяк с реестром

[player]

Event Viewer что говорит по этому поводу - какой код ошибки?

[werov2010]

не регистрирует никаких событий по аксапте почему-то

[werov2010]

Всем большое спасибо. Проблема решилась на всех машинках, кроме одной. Почему там не работает - не понимаю, но скорее всего из-за захламленности всей системы. Надо делать реинстал.
За подсказку спасибо driller, дело и вправду оказалось в ветке реестра: HKCU\Software\Microsoft\Dynamics\4.0\Configuration\Original (instaled configuration). Там надо сменить параметры aos2 и internet на имя вашего сервера AX.
Далее идем в ветку HKCU\Software\Microsoft\Dynamics\4.0\Configuration\Original (instaled configuration)\SetupProperties и там правим параметры AOS2 и CLIENTAOSSERVER на имя вашег сервера AX.
Если необходимо - перезагружаемся

[KiselevSA]

Самый простой способ в Вашем случае (админ Аксапты ушел) на компьютере, где все работает запустить "Microsoft Dynamics Ax Configuration Utility (в администрирование) и сохранить оригинальную конфигурацию (Manage / Save configuration as file...). Потом при настройке ярлыка у пользователя в его свойствах после вызова исполнимого файла указывайте полный путь до этого файла (типа "\\server\share name\directory\file") и будет Вам счастье.

[gl00mie]

Quote:

Originally Posted by werov2010

дело и вправду оказалось в ветке реестра: HKCU\Software\Microsoft\Dynamics\4.0\Configuration\Original (instaled configuration). Там надо сменить параметры aos2 и internet на имя вашего сервера AX.

В реестре может быть несколько конфигураций, помимо той, что создана при установке. В ветке ...\4.0\Configuration есть строковое значение Current с названием текущей "активной" (используемой клиентом по умолчанию) конфигурации - указанные параметры в общем случае надо менять именно в ней, а не в конфигурации, созданной при установке (хотя и она может быть "активной"). И проще всего - во всяком случае, нагляднее - это проделывать с помощью утилиты конфигурирования клиента, а не редактора реестра.

Quote:

Originally Posted by werov2010

Далее идем в ветку HKCU\Software\Microsoft\Dynamics\4.0\Configuration\Original (instaled configuration)\SetupProperties и там правим параметры AOS2 и CLIENTAOSSERVER на имя вашег сервера AX.

Это не более чем параметры при установке - на работу клиента они влияния не оказывают.

Quote:

Originally Posted by werov2010

Если необходимо - перезагружаемся

Указанные изменения в настройках клиент подхватывает при следующем запуске - перезагружаться не нужно.

[werov2010]

Quote:

Originally Posted by gl00mie

В реестре может быть несколько конфигураций, помимо той, что создана при установке. В ветке ...\4.0\Configuration есть строковое значение Current с названием текущей "активной" (используемой клиентом по умолчанию) конфигурации - указанные параметры в общем случае надо менять именно в ней, а не в конфигурации, созданной при установке (хотя и она может быть "активной"). И проще всего - во всяком случае, нагляднее - это проделывать с помощью утилиты конфигурирования клиента, а не редактора реестра.Это не более чем параметры при установке - на работу клиента они влияния не оказывают.Указанные изменения в настройках клиент подхватывает при следующем запуске - перезагружаться не нужно.

В поле Current прописано Original (instaled configuration), так что, думаю, править параметры в ветке реестра HKCU\Software\Microsoft\Dynamics\4.0\Configuration\Original (instaled configuration) было правильно

Quote:

Это не более чем параметры при установке - на работу клиента они влияния не оказывают.

Согласен, но до кучи поправил и их

Quote:

Указанные изменения в настройках клиент подхватывает при следующем запуске - перезагружаться не нужно.

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

[Maxim Gorbunov]

Quote:

Originally Posted by KiselevSA

Самый простой способ в Вашем случае (админ Аксапты ушел) на компьютере, где все работает запустить "Microsoft Dynamics Ax Configuration Utility (в администрирование) и сохранить оригинальную конфигурацию (Manage / Save configuration as file...). Потом при настройке ярлыка у пользователя в его свойствах после вызова исполнимого файла указывайте полный путь до этого файла (типа "\\server\share name\directory\file") и будет Вам счастье.

Только имейте ввиду, что при такой настройке нельзя будет использовать AxHLink, так как он читает конфигурацию из реестра. Следовательно, не будут работать, например, ссылки в письмах, сгенерированных оповещениями (alert'ами).