Не удается подключиться к серверу citrix xenapp ошибка драйвера протокола
Для обновления компьютера из более ранней версии Windows до Windows 7 или Windows Server 2008 R2. Затем сторонние приложения, которое использует Citrix DNE не работает с встроенным драйвером Windows 7 широкополосный мобильный доступ.
Пример приложения независимых производителей является виртуальной частной сети (VPN).
Эта проблема возникает только при использовании сетевого драйвера интерфейса спецификации NDIS промежуточного драйвера, например Citrix DNE вместе с исходным драйвером Windows 7 широкополосный мобильный доступ. Устройства, которые используют устаревшие драйверы NDIS не затрагиваются.
Причина
Текущий выпуск Citrix DNE является промежуточного драйвера NDIS, основанный на NDIS 5.0. Однако собственный драйвер Windows 7 широкополосный мобильный доступ и совместимых устройств основаны на NDIS 6.2. Любитель драйверов NDIS на основе более ранней версии 4.x или NDIS 5.x имеет известную проблему совместимости с встроенным драйвером Windows 7 широкополосный мобильный доступ.
Временное решение
Вы можете обновить промежуточный драйвер NDIS для NDIS на основе 6.x свет вес Filter (LWF).
Дополнительные сведения
Citrix DNE
Дополнительные сведения о Citrix DNE посетите Citrix веб-узла:
Совместимые VPN-клиентов
Дополнительные сведения о VPN-клиентов независимых производителей, работающих на Windows 7 посетите следующий веб-узел корпорации Майкрософт:
Мобильный широкополосный доступ
Чтобы проверить, совместимо ли с встроенным драйвером Windows 7 мобильного высокоскоростного широкополосного мобильного устройства, посетите следующий веб-узел корпорации Майкрософт:
Центр совместимости Windows 7Чтобы проверить, используется ли собственный драйвер Windows 7 широкополосный мобильный доступ,
Если используется собственный драйвер мобильного высокоскоростного подключения, устройство подключено см адаптер, который отображается как «Мобильный широкополосный доступ».Продукты независимых производителей, обсуждаемые в этой статье, производятся компаниями, независимыми от корпорации Майкрософт. Корпорация Майкрософт не дает никаких явных или подразумеваемых гарантий относительно производительности или надежности этих продуктов.
I'm going to preface this with: I have no access to the Citrix Presentation server. I have no training in Citrix. My googling tells me that this is an issue on the other side, however, they are insisting it's an issue with our desktops. This is also kind of long and convoluted, sorry.
We have access to another facility's EMR, via Citrix. This arrangement has worked very well for quite a while, although, they haven't let me know about some changes over the years until after they started affecting staff here.
We had a complete system down emergency a few weeks ago, due to a transformer outside the clinic exploding. Since that time, we've had a ton of users having issues connecting to the other facility's Citrix farm. 99% of them get this error:
Google tells me that this on the server side. The staff over the servers told me to delete the user's profile from their computer and that should fix it.
I can't really delete that without causing a big fuss, though. On a whim, I noticed that one of the user's had a folder redirection error, they weren't owner of their home folder. When I fixed that, and deleted the ICAClient folder out of their %appdata% folder, they were able to launch the Citrix app. Until they logged out and back in. Then the error came back. Deleting the ICAClient folder doesn't seem to help any more.
Also, to make things really strange, if people log in via our VDI system, it works fine, most of the time.
I'm stuck, any help is appreciated.
Contest ends 2022-05-15 Contests Complete a survey about your desktop and or gaming PC(s) Contest Details View all contests
UrbanKaos
Good detective work, hopefully that's the culprit. It would be interesting to see whether those systems that do have access can also reach port 2598 of one of the XenApp servers
22 Replies
UrbanKaos
Hi, Have you tried resetting the receiver on the client experiencing the issue? Did you have to replace any networking gear following your power failure?
UrbanKaos wrote:
Hi, Have you tried resetting the receiver on the client experiencing the issue? Did you have to replace any networking gear following your power failure?
We did not have to replace any networking gear.
UrbanKaos wrote:
Hi, Have you tried resetting the receiver on the client experiencing the issue? Did you have to replace any networking gear following your power failure?
UrbanKaos
Hmm as this is happening in the majority of cases, it should be fairly quickly to narrow down what's going on. Are you able to access their citrix from an alternate location e.g. home? It would rule out whether or not the issue is site based or on their side. You should be able to also start to trend whether or not there a commonality by capturing the ICA files as you are attempting to launch applications. Google should return you results on how to so this. When you open the text file you will be able to see what server it is connecting to. If it's always the same server; then something is awry on their side that needs sorting. If you get stuck with the ICA file capture let me know and I'll try and dig out the CTX article Thanks Jason
UrbanKaos wrote:
Hmm as this is happening in the majority of cases, it should be fairly quickly to narrow down what's going on. Are you able to access their citrix from an alternate location e.g. home? It would rule out whether or not the issue is site based or on their side. You should be able to also start to trend whether or not there a commonality by capturing the ICA files as you are attempting to launch applications. Google should return you results on how to so this. When you open the text file you will be able to see what server it is connecting to. If it's always the same server; then something is awry on their side that needs sorting. If you get stuck with the ICA file capture let me know and I'll try and dig out the CTX article Thanks Jason
I was able to get the Citrix app to launch yesterday by updating the client, then running the Receiver reset. That seemed to work. When I came back this morning, the user was no longer able to login, again getting a Protocol Driver error. I was able to launch the app from a different computer, logged into the computer as one of the affected users. The hospital that hosts this application says that they aren't seeing this issue on their end. They advised deleting the user profile from the affected computer, which I'm kind of unwilling to do. I have had success deleting the Citrix folder out of the users App Data\Local folder, but it's very fleeting.
UrbanKaos
Totally get why you wouldn't want to have to rebuild your profiles on each users machine. When you stated this is happening on 99% of the machines, how many users are we talking about? You could also try running the Citrix Receiver cleanup utility. The thing is a beast and will remove all citrix receiver settings known to mankind. Reinstall Receiver and re-test. It is still possible that there could be a xenapp server blackholing the connections that the hospital aren't aware of (capturing the ICA file would tell you what that server may be, especially over several machines/users). Let us know how you get on Cheers Jason
UrbanKaos wrote:
Totally get why you wouldn't want to have to rebuild your profiles on each users machine. When you stated this is happening on 99% of the machines, how many users are we talking about? You could also try running the Citrix Receiver cleanup utility. The thing is a beast and will remove all citrix receiver settings known to mankind. Reinstall Receiver and re-test. It is still possible that there could be a xenapp server blackholing the connections that the hospital aren't aware of (capturing the ICA file would tell you what that server may be, especially over several machines/users). Let us know how you get on Cheers Jason
I'll see what I can find for that Citrix Receiver utility. My current suspicion is something with our home share. I have a workstation in our office:
- Could not launch Citrix app
- Upgraded it's Receiver
- Ran the Receiver reset
- Logged in as a problematic user, Citrix application was working fine
- Logged out of user, logged in as myself, Citrix app launched
I then let the workstation sit overnight. When I returned in the morning, I could no longer launch the Citrix app.
UrbanKaos
So you have an ICA file that takes you directly to the server? No having to log in to Receiver or a gateway of any sort? You guys connected via VPN?
We recently deployed a new Citrix XenApp application environment to production. After that we immediately started suffering from a serious issue. Before going to production we tested the new environment for 5 months, and we didn't see any issues during test period.
Description:
For some reason random users' random applications and sessions are being suddenly terminated, no errors, no warnings, nothing shown on the user's side, application just vanishes under the current session. Applications under different sessions/servers are not affected. Through Citrix Director we can see that in these cases the failing application is winlogon.exe, with a reference to ntdll.dll file. Not much else is shown. Users have to re-open application to continue working. We get these disconnections around 10 per hour, regardless of the application, delivery group, or VDA server. It seems the session itself crashes on XenApp server side, not the application.
Has anyone else seen this kind of behavior? And possibly found a solution for it? We a have support ticket open with Citrix regarding this issue, but it's progressing quite slowly, and it won't hurt asking another opinion from here.
- VMware ESX 6.5.0 on HPE Simplivity servers
- XenApp 7.17/7.18 (DC's are 7.18, VDA'a are 7.17)
- MCS in use
- 5 Master Images, WS 2016 + updates (including 1 test)
- 12 VDA servers, WS 2016 + updates (including 1 test)
- 2 Delivery controller & Storefront servers
- 1 license & DB server
- Citrix Receiver 4.12 (mostly)
- Around 300 users total, W7 and W10 clients
Error messages on the VDA server's event log below, when the failure happens.
And soon after that the following errors:
Event ID 7031
The CDPUserSvc_1f9ab32b service terminated unexpectedly. It has done this 1 time(s). The following corrective action will be taken in 3000 milliseconds: Restart the service.
Event ID 7031
The Sync Host_1f9ab32b service terminated unexpectedly. It has done this 1 time(s). The following corrective action will be taken in 10000 milliseconds: Restart the service.
Event ID 7009
A timeout was reached (120000 milliseconds) while waiting for the CDPUserSvc_1f9ab32b service to connect.
Event ID 7000
The CDPUserSvc_1f9ab32b service failed to start due to the following error:
The service did not respond to the start or control request in a timely fashion.
Event ID 7009
The CDPUserSvc_1f9ab32b service failed to start due to the following error:
The service did not respond to the start or control request in a timely fashion.
Event ID 1017
The Citrix ICA Transport Driver connection from 10.xx.xx.xx:52152 to port 2598 was unexpectedly closed during its SSL handshake phase.
Текст всплывающей подсказки
статья | Связь | likeCount found Что обычно полезно | Созданный: ItemFormattedCreatedDate|Измененный: ItemFormattedModifiedDate
Текст всплывающей подсказки
ПК работает медленно?
ASR Pro — идеальное решение для ремонта вашего ПК! Он не только быстро и безопасно диагностирует и устраняет различные проблемы с Windows, но также повышает производительность системы, оптимизирует память, повышает безопасность и точно настраивает ваш компьютер для максимальной надежности. Так зачем ждать? Начните сегодня!
статья | Связь | likeCount считает это полезным | Созданный: ItemFormattedCreatedDate|Измененный: ItemFormattedModifiedDate
Признаки ошибки
«Ваше приложение не запускается. Ваша личная группа поддержки, знающая следующее: Невозможно подключиться к устройству Citrix XenApp. Ошибка драйвера протокола. “
Сессии ICA в позиции устанавливаются на сервере.
Решение
После выполнения этих шагов запустите официант, чтобы восстановить приемник ICA:
Откройте конфигурацию служб терминалов консоли управления (MMC) (TsConfig.msc), щелкните правой кнопкой мыши ICA-tcp и прослушиватель, выберите “Удалить”. Щелкните Да.
Продолжите работу с волшебником и настройте требуемый тип параметров. Когда вы видите возможность указать фанатскую базу, введите ica-tcp в поле имени.
Нажмите “Далее”, в данном случае “Готово”.
Затем щелкните ica-tcp и просто выберите свойства.
Вкладка “Разрешения” и откройте локальный кошелек ctx_cpsvcuser.
Измените расширенные разрешения и включите только флажки «Запросить информацию» и «Виртуальные каналы», как правило, в столбце «Разрешить».
Щелкните, чтобы закрыть MMC.
и Citrix Print Manager.
Удалите App Controller во время работы STA из NetScaler и StoreFront.
Решение 3
Убедитесь, что NetScaler и Application Server содержат 1494 и 2598.
Причина проблемы
Может и не может подключиться к ошибке драйвера стандартного протокола сервера Citrix Xenapp?
Сессионное доверие включено в среде и не должно достигать слушателя ICA. ICA Auditor – это просто более длинный рабочий пароль, и его необходимо переделывать. Чтобы определить это, проверьте следующее:
необязательно
«Приложение не инициализируется. Обратитесь в службу поддержки со следующей информацией: Невозможно подключиться к большинству серверов Citrix XenApp. Ошибка владельца транспортного средства протокола. “
Выполните следующие шаги на главном сервере, чтобы воспроизвести прослушиватель ICA:
Откройте термин “конфигурация служб” консоли управления Microsoft (MMC) (TsConfig.msc), щелкните правой кнопкой мыши ICA-tcp и прослушиватель, после чего нажмите “Удалить”. Щелкните Да.
Разверните меню действий
Продолжите работу с мастером и настройте параметры, которые нужны вам и вашей семье. Когда появляется способ дать имя аудитору, введите ica-tcp в поле Имя.
Нажмите “Далее”, а затем “Готово”.
Щелкните правой кнопкой мыши ica-tcp, в котором выберите “Свойства”.
Вкладка “Разрешения” и добавьте локальную учетную запись ctx_cpsvcuser.
Измените основные разрешения и установите только флажки «Запросить информацию» и «Виртуальные каналы» в потоке «Разрешить».
Щелкни и запугай MMC.
Решение 3
Проверьте, какие порты 1494 и 2598 между NetScaler и приложением, на котором открыт сервер.
Надежность сеанса включена в среде, и просто больше невозможно общаться, работая со слушателем ICA. Аудитор ICA уже давно используется, и его необходимо воссоздать. Для подтверждения Попробуйте следующее, проверьте следующее:
- Запустите netstat -a из командной строки. Однако TCP-порт 2598 (надежность сеанса) не учитывается в списке.
- Проверьте XTE и войдите в систему как «C: Program Files (x86) Citrix XTE data error.log». Повторяется слоган «Невозможно подключиться к центру CGP-Tunl (127.0.0.1:1494)».
Не удается подключиться к серверу Citrix Xenapp?
Убедитесь, что установлена последняя версия с инструментами для выбора рабочего пространства. Убедитесь, что тип Secure Ticket Authority (STA) одинаков для Storefront и Citrix Gateway, а также убедитесь, что порядок STA совпадает. Кроме того, убедитесь, что нет доверенных сертификатов. Убедитесь, что цепочка инструментов завершена.
Windows Server 2008 Standard Windows Server 2008 Enterprise Windows Server 2008 Datacenter Windows Server 2008 Datacenter without Hyper-V Windows Server 2008 Enterprise without Hyper-V Windows Server 2008 for Itanium-Based Systems Windows Server 2008 Standard without Hyper-V Еще. Меньше
Симптомы
Сервер терминалов под управлением Windows Server 2008 с установленным сервером презентации Citrix пользователей подключения клиентов Citrix ICA. Однако клиенты ICA может произойти сбой во время установки соединения.
Причина
Размер открытого ключа, использованного для шифрования терминалов клиентские лицензии служб (TS CAL) увеличивается от 512 байт до 2048 байт. Сервер терминалов не выполняет согласование с клиентами при использовании нового размера ключа. Таким образом может произойти сбой виртуального канала Citrix для предыдущих версий клиентов ICA.
Решение
Сведения об исправлении
Существует исправление от корпорации Майкрософт. Однако данное исправление предназначено для устранения только проблемы, описанной в этой статье. Применяйте данное исправление только в тех системах, которые имеют данную проблему. Это исправление может проходить дополнительное тестирование. Таким образом если вы не подвержены серьезно этой проблеме, рекомендуется дождаться следующего пакета обновления, содержащего это исправление.
Если исправление доступно для скачивания, имеется раздел "Пакет исправлений доступен для скачивания" в верхней части этой статьи базы знаний. Если этот раздел не отображается, обратитесь в службу поддержки для получения исправления.
Примечание. Если наблюдаются другие проблемы или необходимо устранить неполадки, вам может понадобиться создать отдельный запрос на обслуживание. Стандартная оплата за поддержку будет взиматься только за дополнительные вопросы и проблемы, которые не соответствуют требованиям конкретного исправления. Полный список телефонов поддержки и обслуживания клиентов корпорации Майкрософт или создать отдельный запрос на обслуживание посетите следующий веб-узел корпорации Майкрософт:
http://support.microsoft.com/contactus/?ws=supportПримечание. В форме "Пакет исправлений доступен для скачивания" отображаются языки, для которых доступно исправление. Если нужный язык не отображается, значит исправление для данного языка отсутствует.
Предварительные условия
Для установки предварительные компоненты не требуются.
Необходимость перезагрузки
После установки исправления компьютер необходимо перезагрузить.
Сведения о замене исправлений
Это исправление не заменяет других исправлений.
Сведения о файлах
Английская версия данного исправления содержит атрибуты файла (или более поздние атрибуты файлов), приведенные в следующей таблице. Дата и время для этих файлов указаны в формате общего скоординированного времени (UTC). При просмотре сведений о файле, он преобразуется в локальное время. Чтобы узнать разницу между временем по Гринвичу и местным временем, откройте вкладку Часовой пояс элемента Дата и время в панели управления.
Читайте также: