none
ошибка при запуске Remote app приложения. RRS feed

  • Общие обсуждения

  • Сеть предприятия (машинки windows xp и windows 7) - isa 2006 - Сеть провайдера - Терминальный шлюз - сервер терминалов - опубликованное приложение.
    Опубликованное приложение запускается из вне предприятия замечательно, а вот из сети предприятия есть проблемы с запуском на windows xp sp3 rdp 6.1, выдает "произошла ошибка на сервере терминалов ...", либо "сервер терминалов недоступен...", после чего если попробовать вновь запустить приложение в течение 3-10 секунд, то всё запустится отлично. С семёркой таких проблем нет.

    Думаю, что ошибка кроется в настройках isa server 2006, хотя для чистоты экспиремента, вывел машику с xp из домена, дал ей прямой доступ в интернет по ip адрессу, отключил межсетевой экран isы.

    28 апреля 2010 г. 5:21

Все ответы

  • Что видно в журнале исы при ошибке?

    28 апреля 2010 г. 6:30
  • Неудачная попытка соединения
    Тип журнала: Веб-прокси (прямой)
    Состояние: 995 Операция ввода/вывода была прервана из-за завершения потока команд или по запросу приложения.
    Правило:
    Источник: Внутренняя (192.168.1.37)
    Назначение: Внешняя (*.*.*.28:443)
    Запрос: tsg.*.ru:443
    Информация фильтра: Req ID: 09b2b81b; Compression: client=No, server=No, compress rate=0% decompress rate=0%
    Протокол: SSL-tunnel
    Пользователь: anonymous
    28 апреля 2010 г. 8:30
  • Убрал все записи в свойствах обозревателя, связанные с исой.

    В журнале пропало выше изложенное событие. Судя по логу всё впорядке ---> "Начато соединение","Закрытое соединение", порт и адрес-назначения.

    Но, ошибка с приложением сохранилась.

    28 апреля 2010 г. 8:44
  • Добрый день,

    а если попробовать, допустим подключаться не к шлюзу , а к серверу? У меня есть предположения, что это - проблема самого сервера терминалов, или TSG, но не ISA, ибо если пишется , что соединение закрыто, то это не имеет отношения к ISA.

    29 апреля 2010 г. 7:28
    Модератор
  • Добрый день,

    а если попробовать, допустим подключаться не к шлюзу , а к серверу? У меня есть предположения, что это - проблема самого сервера терминалов, или TSG, но не ISA, ибо если пишется , что соединение закрыто, то это не имеет отношения к ISA.

    нет, у меня точно такая же проблема только не ремоутАпп, а просто РДП через шлюз. везде работает, а из офиса не могу достучаться до удаленной машины. просто терминал по внешнему ИП открывает.
    29 апреля 2010 г. 8:07
  • Пока единственным решением остается эвалюционный переход с windows xp на windows 7. Пора товарищей к прекрасному приучать. Но увы, это не решение проблемы, это уход от неё.

    30 апреля 2010 г. 5:05
  • Добрый день,

    А что пишет сам сервер remote app  на момент некорректного подключения?

    Модератор
  • Из лога службы удаленных рабочих столов : 

    Серверу лицензирования удаленных рабочих столов не удалось обновить атрибуты лицензии для пользователя "%user_name%" в домене Active Directory "%my_domain%". Убедитесь, что учетная запись компьютера для сервера лицензирования входит в группу серверов лицензирования серверов терминалов в домене Active Directory "%my_domain%u".

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

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

    Код ошибки Win32: 0x80070005

     

    Сервер лицензирования находится входит в группу серверов лицензирования серверов терминалов AD.

    Куда дальше копать. Ошибка продолжает раздражать пользователей xp.

    13 сентября 2010 г. 11:04
  • В общем проблема отпадает при включение в windows xp sp3 проверки подленности внутри сети. Вот статья на эту тему http://support.microsoft.com/kb/951608.

    Вот тело файла *.reg, которое исправит ошибку, включив поддержку CredSSP:

    Windows Registry Editor Version 5.00

    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa]
    "Authentication Packages"=hex(7):6d,00,73,00,76,00,31,00,5f,00,30,00,00,00,00,\
      00
    "Bounds"=hex:00,30,00,00,00,20,00,00
    "Security Packages"=hex(7):6b,00,65,00,72,00,62,00,65,00,72,00,6f,00,73,00,00,\
      00,6d,00,73,00,76,00,31,00,5f,00,30,00,00,00,73,00,63,00,68,00,61,00,6e,00,\
      6e,00,65,00,6c,00,00,00,77,00,64,00,69,00,67,00,65,00,73,00,74,00,00,00,74,\
      00,73,00,70,00,6b,00,67,00,00,00,00,00
    "ImpersonatePrivilegeUpgradeToolHasRun"=dword:00000001
    "LsaPid"=dword:00000448
    "SecureBoot"=dword:00000001
    "auditbaseobjects"=dword:00000000
    "crashonauditfail"=dword:00000000
    "disabledomaincreds"=dword:00000000
    "everyoneincludesanonymous"=dword:00000000
    "fipsalgorithmpolicy"=dword:00000000
    "forceguest"=dword:00000000
    "fullprivilegeauditing"=hex:00
    "limitblankpassworduse"=dword:00000001
    "lmcompatibilitylevel"=dword:00000000
    "nodefaultadminowner"=dword:00000001
    "nolmhash"=dword:00000000
    "restrictanonymous"=dword:00000000
    "restrictanonymoussam"=dword:00000001
    "Notification Packages"=hex(7):73,00,63,00,65,00,63,00,6c,00,69,00,00,00,00,00

    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders]
    "SecurityProviders"="msapsspc.dll, schannel.dll, digest.dll, msnsspc.dll, credssp.dll"

     

     

     

    14 сентября 2010 г. 5:34