CTX284942
{{tooltipText}}
Article
|
Configuration
|
{{likeCount}} found this helpful
|
Created:
{{articleFormattedCreatedDate}}
|
Modified:
{{articleFormattedModifiedDate}}
Symptoms or Error
Launch Fails with Error: «Cannot connect to the Citrix XenApp Server. Protocol Driver Error.»
Solution
Possible Solution 1:
NOTE: This solution only applies if the Citrix ADC/Gateway version is lower than the following: 11.0.70.16, 11.1.55.13, 12.0.53.22, no versions of 12.1 are affected
.
MBF mode is enabled on ADC
ADC has the support for DTLS with MBF with all the builds for the 12.0/12.1/13.0 series. In the 11.1 series, builds prior to 11.1 52.x doesn’t support DTLS with MBF, and builds starting from 52.x has the support for DTLS with MBF. MBF must be disabled to make DTLS work on builds prior to 11.1 52.x.
Before disabling MBF, be sure that your architecture and configuration on ADC allow you to disabled this feature.
To disable MBF, on your ADC GUI,
1. Go to Configuration > System > Settings
2. Click on Configure Modes. Uncheck MBF. Click OK to validate.
Possible Solution 2:
UDP port 2598 is blocked between ADC SNIP and VDA. If you have a security device, like a firewall between your ADC SNIP and VDA who do not allow UDP on port 2598, this error message will be raised.
Possible Solution 3:
DTLS traffic MTU is lower or greater than 1500. This is a specific issue known by Citrix support. The fix will is available on release 11.1 55.x and 12.0 53.x or higher.
Problem Cause
* MBF Enabled
* Port blocked
Additional Resources
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.
Issue: When users launch applications from Web Interface, they get an error message “Protocol Driver Error….” OR “there is no xenapp server configured for this application”.
This error is bit confusing, as the the applications are in fact published from valid servers. The error message varies with the Citrix client version. If Citrix receiver is installed, it would say “protocol driver error”, older versions of citrix clients report the other confusing message “there is no XenApp server configured at the mentioned address”. (In my case the same applications worked fine when launched internally without coming through the CAG. )
Troubleshooting:
Here are the likely reasons for this error and how to troubleshoot:
1) STA servers configured in the WebInterface is not matching to the STA entries in CAG. Verify the STA server entries and make sure they are exactly the same. Note that, more than one farm can use STA server from one farm, as long as the WebInterface can talk to the STA servers(best practice is to have at least one STA server from each farm configured)
2) Verify CAG is able to reach the XenApp servers in the farm via ports 1494 or 2598(if session reliability is enabled).
3) If you are using provisioning services or template or cloning to spin up XenApp servers, verify the UID of the servers are unique. It is possible that all servers may be running with same UID.
4) If session reliability is enabled, XTE service should be in running state.
Recommendation #3:
If the /forceinstall switch doesn’t fix the Protocol Driver Error/Error 1046 issue, the Cleanup Utility may still be something to try as even with versions 1909 and greater of Workspace there may be remnants of older/corrupt installations that may affect performance.
If the workstation is still exhibiting the issue, next verify that the following Registry key is set to True:
- Key location: HKLM\SOFTWARE\Wow6432Node\Policies\Citrix\ICA Client\Engine\Lockdown Profiles\All Regions\Lockdown\Logon\Local Credentials
- String Name (REG_SZ): LegacyLocalUserNameAndPassword
- Data: True
Test again.
Recommendation #4:
If the problem persists, try increasing the following timeout values in the registry:
- Key location: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432node\Citrix\ICA Client
- Value Name (REG_DWORD): VdLoadUnLoadTimeOut
- Data (in Decimal): 5
The default for VdLoadUnLoadTimeOut is 1 second, this increases it to 5 seconds. Attempt reconnection. If the problem persists, try increasing this value to 10, 15, and 20 to see if the issue continues.
Note, the above registry locations are valid for 64-bit versions of Windows. For more information or for the Registry values for 32-bit versions of Windows, check Citrix’s article at https://support.citrix.com/article/CTX133536.
About Goliath Technologies
At Goliath we are passionate about helping IT Pros quickly troubleshoot and resolve end-user performance issues within their Citrix or VMware Horizon environment. To achieve this, we offer software to monitor and troubleshoot end-user experiences to anticipate, troubleshoot, and document performance issues. Visit our Goliath Performance Monitor product page to learn how software can reduce the time you spend troubleshooting end-user experience issues.
Похоже, некоторые из наших зрителей столкнулись с ошибкой ошибка драйвера протокола citrix Secure Gateway. Эта проблема может быть вызвана рядом причин. Мы их сейчас проверим.Ошибка драйвера протокола/ошибка 1046 — это любая проблема, которая не позволяет всем клиентам (получателям) встретиться с сервером после выполнения критического подхода. На этом этапе генерируются сообщения типа «Ваша версия Citrix Receiver не поддерживает шифрование».
Когда использования запускаются из веб-интерфейса при запуске нового сеанса Secure Gateway, возвращается новая ошибка «Ошибка драйвера протокола», а в символе дня Secure Gateway отображается событие с идентификатором 103.
<р>Идентификатор события 103: “Сбой обработки входящего трафика нисходящего протокола Citrix Gateway”
Решение 1.
Порт доверия Photoshoot 2598 может быть остановлен при сравнении Secure Gateway и Presentation Server.
Решение Citrix 2:
Компьютеры, используемые для типа Secure Ticket Authority, возможно, уже были восстановлены. Это изменит новый идентификатор всех STA, которые перестанут выдавать билеты. Чтобы устранить эту проблему, снова запустите мастер настройки безопасного шлюза, удалите и снова добавьте большую часть STA:
Почему Citrix не подключение?
Убедитесь, что у вас установлена последняя версия Workspace. Убедитесь, что Secure Ticket Authority (STA) на Storefront и Citrix Gateway в порядке, и убедитесь, что команда STA совпадает. Убедитесь, что нет проблем с получением сертификата. Убедитесь, что цепочка сертификатов завершена.
– Выберите Главная | Все программирование | Цитрикс | Инструменты управления | Мастер шлюза для работы с безопасной настройкой
– Нажмите OK, чтобы удалить выбор элементов.
– Нажмите «Далее», чтобы принять тип формирования.
– Нажмите «Далее», чтобы принять сертификат.
– Нажмите «Далее», чтобы принять входящие клиентские подключения.
– Нажмите «Далее», чтобы принять исходящие соединения.
– Удалите существующие STA и добавьте их снова
– Нажмите «Далее», чтобы принять конфигурацию STA.
– Нажмите «Далее», чтобы принять параметры веб-интерфейса.
– Нажмите «Далее», чтобы принять, я бы сказал, этот уровень ведения журнала
– Нажмите «Готово», чтобы запустить службу Secure Gateway на вашем компьютере.
Резолюция 3:
Не удалось подключиться к Citrix Secure Gateway 3.0 с 32-разрядным клиентом ICA версии 9.200 всегда в Windows — ошибка драйвера протокола
http://support.citrix.com/article/CTX110065
Как исправить Ошибка SSL 4 в Citrix?
На клиентском устройстве откройте панель управления.Удалите самую последнюю версию Citrix Receiver:Загрузите мощную ретро-версию Citrix Receiver.Закройте почти все веб-браузеры.Выполните стандартную установку Citrix Receiver (для примера 4.6)Запустите Citrix Storefront, не говоря уже о его тестировании.
Обычно вы получаете сообщение об ошибке драйвера протокола Citrix, когда этот клиент пытается подключиться к опубликованному приложению Citrix. • Случайный сбой драйвера протокола Citrix обычно указывает на проблему с сервером интернет-хостинга Citrix, проблему с конфигурацией вашего клиента или, вероятно, на проблему с сетевым подключением. Если вы скинете эту ошибку «Ошибка драйвера протокола Citrix», выполните пошаговые инструкции, чтобы устранить точную проблему
Откуда мне знать можно ли назвать DTLS включенным?
Запустите приглашение cmd и категорию ctxsession -versus. Для соединения DTLS вы увидите UDP -> CGP -> ICA.
— Узнайте, какие серверы и очистители принадлежат этому опубликованному приложению, и проверьте подключение человека к каждому из них. • Войдите в консоль администратора Citrix и обязательно найдите опубликованное приложение, к которому пытается подключиться клиент. Теперь взгляните почти на серверные дескрипторы, которые сейчас есть у этого опубликованного приложения. Вернитесь к клиенту и попробуйте сделать следующее на каждом сервере из командного уровня (замените server1 на имя, которое относится к вашему серверу)
ping all %server%> Получают ли владельцы каждый ответ? Если нет, проверьте соответствующий сервер, считается ли он не запущенным? ?
В ответ на приглашение введите telnet %server% 1494. Если сенсорный экран становится черным и отображается ICA, соединение фактически установлено. Это порт, на котором, вероятно, работает ICA? Если экран становится менее таитянским, у вас проблемы с интернетом. Попробуйте перезапустить тип сервера, посмотрите, есть ли брандмауэр во время этого клиента и сервера, возможно, холд 1494 заблокирован
– Затем проверьте, загружено ли приложение для печати. Войдите в Citrix Administrator консоли задач и найдите опубликованный инструмент. Убедитесь, что он включен. Звучит глупо, но в котором бывает. Если этот параметр отключен, клиенты, несомненно, получат сообщение об ошибке «Ошибка драйвера протокола Citrix». Кроме того, есть ли какие-либо серверы в чьем-либо созданном приложении, которые находятся в автономном режиме? Если вы наследуете эту роль от приложения, это может привести к проблемам.
Есть ли обычно брандмауэр между клиентом и сервером? Если это так, убедитесь, что City 1604 открыт для всех серверов указанного опубликованного приложения. Эта миграция выполняется, когда это конкретное опубликованное приложение успешно загружается. Обычно клиент должен иметь возможность общаться с главным сервером Citrix через интерфейс браузера 1604. Чтобы определить, какой сервер может быть основным телефоном, выполните следующие действия
г.