Недавно при использовании Citrix Receiver для подключения возникла проблема «Невозможно подключиться, Citrix Receiver (XenApp) SSL 61 Вы не выбрали доверять издателю сертификата …». Решил эту проблему, импортировав сертификат.

Во-первых, это явление описано в этом сообщении.https://tieba.baidu.com/p/5726814088 не могу подключиться к серверу. Обратитесь к системному администратору и укажите следующую ошибку: Ошибка SSL 61: вы не выбрали доверять издателю сертификата безопасности сервера «XX CA».

Это связано с тем, что, когда система использует канал Citrix SSL для связи, сертификат, предоставляемый сервером, не регистрируется клиентом Citrix Receiver, что приводит к сбою установления соединения.
Зная, что проблему решить легче. Сначала найдите этот сертификат, вы можете спросить у администратора, или вы можете экспортировать его из других мест, где этот сертификат доступен.
В Windows выберите меню «Пуск» в поле «Найти / выполнить» (вы также можете использовать клавиши Windows + R, чтобы открыть окно «Выполнить»), введите команду mmc и нажмите Enter.

Выберите файл меню -> добавить / удалить блок управления (M) …

Выберите «Сертификат» из доступных единиц управления слева и нажмите кнопку «Добавить».

Выберите «Учетная запись компьютера» и нажмите кнопку «Далее».

Выберите «Локальный компьютер» и нажмите кнопку «Готово».

Нажмите кнопку «Подтвердить»

В это время инициализируется консоль сертификата.

Наш сертификат обычно находится в сертификате промежуточного центра сертификации.

Вы можете выбрать имя, предложенное в приведенном выше отчете об ошибке, например это корневое агентство. Мы дважды щелкаем, чтобы открыть его на экспортированном компьютере, и открываем вкладку «Путь к сертификату», чтобы проверить действительность. Если это нормально, будет отображаться «Сертификат в порядке».

Выберите сертификат и нажмите контекстное меню, чтобы выбрать все задачи -> экспорт или выберите экспорт на панели операций.

Выберите формат сертификата, например двоичный, а затем выберите имя файла для его сохранения.

На другом компьютере импортируйте его таким же образом.
Следует отметить, что только самого центра сертификации при импорте недостаточно. Эмитенту необходимо соответственно экспортировать и импортировать.

Итак, используйте тот же метод для поиска издателя целевого сертификата. Например, можно найти «Сертификаты» в разделе «Доверенные корневые центры сертификации».

Также необходимо убедиться, что соответствующий сертификат организации также экспортируется и импортируется на компьютер, на котором работает Citrix Receiver.
На этом этапе вы можете видеть, что статус сертификата промежуточного центра сертификации, сообщившего об ошибке, уже имеет статус «с сертификатом нет проблем».
Для получения подробной информации обратитесь к этому шагуhttps://24x7itconnection.com/2015/03/10/you-can-fix-it-yes-you-can-citrix-xenapp-ssl-error-61/ 。
Официальные инструкции Microsoft здесь, но их труднее читать.
https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/cc754841(v=ws.11)?redirectedfrom=MSDN
Если это версия Citrix Receiver для Linux, вы можете обратиться к следующей статье, использовать Firefox, чтобы найти соответствующий сертификат и экспортировать его в pem, затем использовать OpenSSL для преобразования в crt и, наконец, поместить его в cacerts хранилища ключей под ICAClient Citrix Receiver
https://www.cnblogs.com/kozmers/p/12346751.html
/opt/Citrix/ICAClient/keystore/cacerts$ sudo openssl x509 -in GlobalSignRootCA.crt -out GlobalSignRootCA.pem
sudo cp ~/tmp/cert/GlobalSignRootCA.crt /opt/Citrix/ICAClient/keystore/cacerts/
Newer versions of the receiver require you to convert the , place the crt in a specific directory, and run a citrix utility.CRT file to PEM
If your installation is in /opt/Citrix/ICAClient and assuming the signing root certificate or CA is an existing one in ca-certificates:
- Get to the certificates directory:
cd /usr/share/ca-certificates/mozilla/
2. Convert the desired CRT to PEM :
sudo openssl x509 -outform pem -in [SIGNING_CERTIFICATE_YOU_ID_FROM_COMPANY_WEBSITE.crt] -out [NEW_CERT_PICK_YOUR_NAME.pem]
3. Link it to the Citrix directory and rehash:
sudo ln -s NEW_CERT /opt/Citrix/ICAClient/keystore/cacerts/
cd /opt/Citrix/ICAClient/util
sudo ./ctx_rehash
If the CA is not a known and trusted one present in the /usr/share/ca-certificates/mozilla directory mentioned above:
-
Download it using your browser’s security info on the site
-
Convert it toMove it, and rehash: Step 3 above.PEM
Left the crossed out text for anyone needing those instructions for whatever reason but I recently tested just moving the CRT to the directory and the rehash utility will convert as needed.
Опубликовано чт, 22/06/2017 — 17:20 пользователем serg kaac
Клиент Citrix ICA (Citrix Receiver) обеспечивает доступ к удаленным сеансам Windows, которые выполняются на сервере Citrix.
Эти инструкции предназначены для установки самоподписанных SSL сертификатов в системы Linux.
Добавьте все необходимые SSL-сертификаты в папку Reciever. По умолчанию Citrix Receiver доверяет только нескольким корневым сертификатам ЦС, что приводит к сбою соединений со многими серверами Citrix с ошибкой SSL. Пакет «ca-certificate» (уже установленный на большинстве систем Linux) предоставляет дополнительные сертификаты CA в /usr/share/ca-certificates/mozilla/, которые можно удобно добавить в Citrix Receiver, чтобы избежать этих ошибок:
sudo ln -s /usr/share/ca-certificates/mozilla/* /opt/Citrix/ICAClient/keystore/cacerts/
Или можно просто скопировать все нужные в эту папку.
Затем перечитать их:
sudo c_rehash /opt/Citrix/ICAClient/keystore/cacerts/
- Блог пользователя serg kaac
Похожие материалы по этой теме на сайте
| Содержимое | |
|---|---|
| Включение сервера XenServer 6.5 в домен |
Для включения использования в XenCenter пользователей из AD и назначения им ролей XenServer 6.5 должен быть авторизован в AD. |
| XenServer: скрипт очистки диска Dom0 |
XenServer: скрипт очистки диска Dom0 после установки обновлений |
| Установка утилит Citrix Xs-tools на CentOS 7 mini |
Установить стандартным установщиком xs-tool на CentOS 7 mini обычно не получается. В связи с тем, что автомонтирование и создание dev устройства не происходит. Для исправления ситуации монтируем вручную: |
| Создание открытого SSH-ключа | Приветствуем тебя, посетитель! Спасибо за посещение нашего сайта. |
| Выяснить занятые слоты памяти в сервере |
Иногда возникает необходимость выяснить сколько и каких планок памяти стоит в работающем сервере. |
| Чек-лист установки виртуальной машины |
Следующий чеклист представляют собой некий набор рекомендаций, которые необходимо учитывать при создании шаблона виртуальной машины. Список является актуальным для любого продукта виртуализации, не зависимо от платформы. |
У меня проблема. Я установил Citrix receiver icaclient 13.1.0.285639 на машине под управлением Ubuntu 14.04 LTS. Я пытаюсь получить доступ к своим приложениям Citrix, но получаю следующую ошибку:
`You have not chosen to trust 'RapidSSL CA', the issuer of the server's security certificate (SSL error 61).`
Я прочитал несколько сайтов о том, как я могу переместить Mozilla certificates в папку Citrix, и попытался предлагаемое решение, однако проблема сохраняется. В настоящее время у меня также есть машина с Windows, которая отлично работает с сервером. Можно ли как-нибудь скачать certificates с машины Windows и установить их на машину с Ubuntu?
Спасибо!
задан
26 August 2015 в 17:28
поделиться
3 ответа
Вы не должны получать их из Windows, Firefox имеет сертификаты, в которых Вы нуждаетесь, таким образом, можно использовать их: например,
sudo ln -s /usr/share/ca-certificates/mozilla/* /opt/Citrix/ICAClient/keystore/cacerts/
sudo c_rehash /opt/Citrix/ICAClient/keystore/cacerts
я оспорил эту точку зрения с Citrix, но они, кажется, просматривают версию Linux клиента как инструмент для создателей машин тонкого клиента, и не как что-то, что мог бы установить фактический пользователь.
ответ дан guntbert
27 August 2015 в 03:28
поделиться
У меня была подобная проблема (с icaclient 13.0) в соответствии с Ubuntu 14.04 LTS. Как javy666, независимо что я сделал с сертификатами, я все еще получал эту ошибку. Я установил их правильно в/opt/Citrix/ICAClient/keystore/cacerts, затем я сделал рехеширование с «c_rehash/opt/Citrix/ICAClient/keystore/cacerts», я также обновил каталоги,/etc/ssl/certs/и/usr/share/ca-certificates/mozilla/, и выполнил update-ca-certificates. Google советовал большому количеству вещей, которые не помогли, то же сообщение об ошибке, все еще сохраненное. Затем я узнал, что проблема в моем случае состояла в том, что мой icaclient не поддерживал сертификаты SHA256 (он не поддерживал SHA 2 сертификата). Сообщение является, к сожалению, очень вводящим в заблуждение, оно, вероятно, снова используется для нескольких различных ситуаций. Я узнал, что более новая версия icaclient (13.3) поддержки SHA 2 ключа, таким образом обновляя icaclient решила проблему.
Это не могло бы решить все случаи этой ошибки, но по крайней мере некоторые из них.
причина, почему это может появиться сейчас более часто, состоит в том, что SHA-1 не очень безопасен так логически, серверы перемещают в новый SHA 2 сертификата, которые имеют плохую поддержку в клиентах ICA немного старшего возраста, и это производит эту вводящую в заблуждение ошибку. В моем случае наша компания обновила промежуточные сертификаты SHA256, к сожалению, одновременно они отключили клиент HTML5 (вероятно, по причинам совместимости, связанным с SHA256), таким образом, Citrix был внезапно полностью поврежден в Linux.
ответ дан ludvik02
27 August 2015 в 03:28
поделиться
ответ дан Lexman
27 August 2015 в 03:28
поделиться
Другие вопросы по тегам:
Похожие вопросы:
Ошибка соединения SSL с приемником Citrix. Сертификаты?
Я не могу заставить Citrix Receiver работать на Ubuntu 17.10. (SSL-соединение не может быть установлено)
Я пробовал разные версии и копировал сертификаты из Mozilla, как описано здесь и здесь, и запустил ctx_rehash. Другой ответ предлагает преобразовать файл.crt в.pem.
Мне не ясно, какой файл предназначен и как его получить. Я подключился к Citrix через браузер (который работает), экспортировал сертификат со страницы info/security, преобразовал его в.pem и перепрошил. Не работает хотя
3 ответа
Мне удалось подключиться, экспортировав сертификат вручную из браузера:
- перейти на сайт citrix
- посмотреть сертификат
- экспортировать сертификат. правильный — один выше фактического адреса
- конвертировать из.crt в.pem
- перепев
Вы должны просто повторно использовать сертификаты, уже установленные с ca-certificates пакет, например
Нет необходимости в переоборудовании и перефразировке.
См. Приемник Citrix 13.10 в Ubuntu 18.04.1 для фонового чтения (и почему это безопасно).
У меня та же проблема. А также попытался скопировать сертификаты в /opt/Citrix/ICAClient/keystore/cacerts. Я знаю, что сертификаты работают, потому что они мне нужны для работы в Интернете (корпоративный брандмауэр). Firefox и Chromium принимают сертификаты. Используя openssl, я обнаружил, что сертификаты уже были в формате pem.
При подключении к веб-странице магазина Citrix у меня нет проблем. Сессия начинается нормально.
Линия ниже исправила это для меня.
$ sudo c_rehash / opt / Citrix / ICAClient / хранилище ключей / cacerts /
Я столкнулся с той же проблемой при использовании карты DoD. Я нашел этот веб-сайт, пожалуйста, посмотрите комментарий от 4 января 2020 года — у них есть новая информация.
- Установить pcsc
- Установите openSC (как 1, так и 2 из synaptic)
- В Firefox: настройки -> конфиденциальность и безопасность -> устройства безопасности -> загрузка
Дайте имя вашему модулю. Затем перейдите в /usr/lib/x86_64-linux-gnu/pkcs11/ и загрузите файл opensc-pkcs11.so. После этого все должно работать без проблем.
Источник
Ошибка подключения SSL-приемника Citrix. Сертификаты?
Вы можете увеличивать масштаб с помощью
, а затем с помощью arandr перемещать экраны, чтобы они совпадали по своему вкусу (или сделайте математику самостоятельно, а также выполните позиционирование с помощью xrandr в терминале). [!d1 ]
EDIT: шаг за шагом: найдите имя экрана для экрана, который вы хотите увеличить (в этом случае ваш внешний) с xrandr в терминале
в этом случае мои активные дисплеи — «VGA -0 «и» DVI-I-1 «(они будут отличаться для вашего экрана), atm DVI-I-1 прямо на VGA-0. Теперь мы хотим, чтобы VGA-0 показывал увеличенное зеркало нижнего левого квартала от DVI-I-1. Таким образом, мы выполняем в терминале:
после этого мы запускаем arandr и перетаскиваем экраны следующим образом:
нажмите «применить». Посмотрите, получили ли мы то, что хотели, мы экспортируем через «безопасный как» в shellscript, содержащий (в данном случае):
мы можем добавить к нему часть масштабирования:
теперь, когда мы выполняем эту команду (в терминале или через shellscript, . ) VGA-0 будет увеличен и помещен в положение 0x540 (DVI-I-1 не увеличено на 0x0).
12] Обратите внимание, что ваши имена экранов, разрешение, желаемый уровень масштабирования и т. д. будут / могут отличаться, поэтому вам нужно настроить их (и каждый новый).
Также обратите внимание, что некоторые коэффициенты масштабирования приведут к размытым результатам.
Боковое примечание: я использовал это для масштабирования, что позволило мне играть в игру с фиксированным разрешением на моем нетбуке с видимо более низкое разрешение дисплея, чем нужно — просто отметим, это также возможно ^^
EDIT: Другим способом масштабирования будет изменение разрешения с помощью arandr (значок правой кнопки мыши, чтобы перейти к контекстное меню -> разрешение) и перетащите экраны, чтобы они перекрывались, как показано выше.
менее вероятно размытие выполнено с использованием чистого gui-workflow
Источник
Citrix -SSL Error 47 handshake failure

When connecting to Citrix via a web browser a SSL handshake is initiated when your browser issues a secure connection request to a Web server. The web server sends a public key to your computer, and your computer checks the certificate against a known list of certificate authorities. After accepting the certificate, your computer generates a key, and then encrypts it using the server’s public key. If the SSL handshake fails, the Citrix Receiver gives the following error: unable to connect to the server , SSL error 47 or SSL Error 47 / sslv3 alert handshake failure. This is commonly also found if you have recently upgraded your Citrix Workspace App to release 1904.

Possible Solutions
Update your Citrix Receiver
The issue arises due to to a compatibility issue with Citrix Workspace versions which are above build 1903. To fix this please uninstall the Citrix Workspace application and install the Citrix Receiver 4.9.8000 for Windows or above.
Reason – Workspace app 1904 reduced the ciphers that it supports – https://support.citrix.com/article/CTX250104
Change the Date on Your Computer
The SSL handshake error can be resolved simply by changing the date and time on your computer to three years in the future and then back again.
- Open your Windows Start screen, and then click on the current date and time.
- Click “Settings | Set the time and date | Internet Time | Change Settings.”
- Move the date three years into the future by clicking on the right arrow under the “Date” heading. Click “OK” to save your settings. You must select a date this far in the future to cause a date discrepancy between your computer and the SSL certificate used on the Web server. The date discrepancy will cause the SSL handshake to fail.
- Restart your computer.
- Cause the SSL Handshake Error again by accessing your Citrix portal and initiate an SSL session.
- Wait just a few seconds for an error message to appear in your browser, alerting you that the server’s SSL certificate is not yet valid, and because of this the SSL handshake has failed.
- Change the date on your computer back to the correct date tp resolve the issue and avoid future SSL handshake errors.
Источник
Выбранный сервер citrix ssl не принимает подключения
В зависимости от ваших требований к безопасности вы можете включить следующие компоненты при проектировании развертывания MetaFrame XP.
Citrix SSL Relay
Citrix SSL Relay обесечивает шифрование коммуникации по протоколу Secure Sockets Layer/Transport Layer Security (SSL/TLS) между сервером и клиентами ICA. Используйте его в следующих случаях:
- У вас есть небольшое число серверов MetaFrame (не более 5)
- Вам не требуется DMZ
- Вам не требуется скрывать адрес IP или вы используете NAT
- Вам требуется шифрование данных между клиентами ICA и серверами MetaFrame
Secure Gateway for MetaFrame
Используйте Secure Gateway для обеспечения шифрования SSL/TLS между защищенным шлюзом в интернет и клиентом ICA, поддерживающим SSL. Использование Secure Gateway for MetaFrame облегчает прохождение через межсетевые экраны и обеспечивает высокую защиту. Используйте Secure Gateway for MetaFrame в следующих случаях:
- У вас есть много серверов
- Вы хотите скрыть адрес IP
- Вы хотите защитить доступ из DMZ
- Вам требуется двухфазная аутентификация (при использовании Веб-интерфейса)
- Небходима ненавязчивая установка клиента ICA, например, для интернет-кафе
Шифрование ICA (Secure ICA)
Используйте (Citrix SecureICA) для шифрования информации, пересылаемой между сервером MetaFrame XP и клиентом ICA в следующих случаях:
- Вы хотите обезопасить внутренние коммуникации в LAN или WAN, или хотите защитить внутренний доступ в интранет.
- Вам необходимо защищенное соединение с устройств, использующих Microsoft DOS или Win16
- У вас есть старые устройства с клиентами ICA, которые невозможно обновить
- Есть риск перехвата траффика (атаки «man-in-the-middle»)
Virtual Private Network
Используйте виртуальные частные сети (VPN) для создания защищенного туннеля между географическими регионами и в следующих случаях:
- Вам требуется двухфазная аутентификация
- Вам необходим защищеный канал для всего сетевого траффика (не только ICA)
- Вы хотите защитить сеть в DMZ
- Пользователи обычно выходят в сеть из одних и тех же станций
- Вы хотите использовать Secure IP (IPSEC)
И Secure Gateway, и SSL Relay поддерживают SSL/TLS. Выбор того или иного метода в значительной степени заисит от выбора топологии, наиболее полно удовлетворяющей требованиям безопасности в вашей организации. Каждый подход имеет свои достоинства. В этой главе приведен обзор SSL Relay, Secure Gateway и ICA Encryption.
Установка Citrix SSL Relay
Citrix SSL Relay может обеспечить безопасные соединения между клиентами ICA Clients, серверами Веб-интерфейса и серверами MetaFrame XP по протоколу SSL или TLS.
Развертывание MetaFrame с SSL Relay
Перед установкой SSL Relay вы должны сделать следующее:
- Получить сертификат сервера для каждого сервера MetaFrame XP. Для каждого сервера необходим отдельный сертификат.
- Установить сертификат сервер на каждый сервер MetaFrame XP.
- При необходимости изменить номер порта SSL Relay.
Для использования SSL Relay и Internet Information Services (IIS) на одном и том же сервере вы должны изменить номер порта SSL, используемого IIS или SSL Relay. - Выбрать в SSL Relay сертификаты сервера и допустимый криптонабор в соответствии с вашей политикой безопасности.
Шаг 1 — получение сертификата
Эксперт по безпасности вашей компании должен знать процедуру получения сертификатов. Сертификаты должны быть подписаны удостоверяющим центром (Certificate Authority, CA). Место получения сертификата зависит от разных факторов:
- Является ли ваша организция CA
- Установила ли ваша организация бизнес-отношения с публичным CA
- Факт, что Windows включает в себя поддержку некоторых удостоверяющих центров
- Стоимость сертификации и репутация CA
От удостоверяющего центра вы должны получить отдельные сертификаты для каждого сервера MetaFrame XP, на котором вы будете использовать Citrix SSL Relay.
Сертификат сервера идентифицирует некоторую машину, поэтому вам необходимо знать ее полное доменное имя (FQDN).
Вам также на каждом устройстве клиента необходимо установить кореневой сертификат. Он берется от того же CA, который выдал сертификаты севрера. Web Interface for MetaFrame XP и клиенты Citrix ICA включают поддержку следующих удостоверяющих центров:
- VeriSign, Inc., http://www.verisign.com
- Baltimore Technologies, http://www.baltimore.com
Это означает, что если вы используете сертификаты серверов от этих центров, вам не нужно устанавливать корневые сертификаты. Если вы используете сертификаты от других центров, то вам необходимо установить корневые сертификаты на каждое устройств клиента.
Определившиcь с удостоверяющим центром, вы генерируете запрос сертификата, используя веб-браузер. При этом генерируется информация, называемая «запрос подписи сертификата» (certificate signing request, CSR). Эта информация посылается в центр сертификации для подписи. В ответ вы получатете ваш подписанный сертификат и пароль. Если ваша организация сама является центром сертификации, вы сами выполняете процедуру подписи.
Вы можете использовать мастер Microsoft Web Server Certificate в модуле IIS для запроса и импорта сертификата.
Запрос сертификата с использованием IIS
- Щелкните Start > Programs > Administrative Tools > Internet Services Manager.
- В консоли IIS щелкните правой кнопкой Default Web Site и выберите Properties.
- Откройте закладку Directory Security, выберите Server Certificate. Появится мастер Web Server Certificate Wizard. Щелкните Next.
- Выберите Create a New Certificate и щелкните Next.
- Выберите Prepare the request now, but send it later и щелкните Next.
- В поле Name введите имя сертификата сервера. Здесь не требуется вводить FQDN; можете ввести имя сервера.
- В поле Bit Length введите число бит, используемых при шифровании сертификата. Чем больше, тем выше безопасность. Citrix рекомендует 1024. Убедитесь, что клиенты ICA могут поддерживать такой уровень шифрования. Щелкните OK.
- Введите информацию о вашей организации и щелкните Next.
- В поле Common Name введите FQDN сервера MetaFrame, на котором работает SSL Relay. Щелкните Next.
- Заполните информацию о географическом расположении и щелкните Next.
- Сохраните запрос сертификата и щелкните Next. Проверьте информацию в окне Request File Summary. Щелкните Next и затем Finish.
Эта информация может быть отправлена любому CA.
Шаг 2 — Установка сертификата
Версия SSL relay, включенного всостав MetaFrame XP Feature Release 2 и позже, использует собственную реализацию Microsoft SSL, называемую SChannel. SSL Relay использует такое же хранение сертификатов, что и IIS, поэтому вы можете использовать IIS или Microsoft Management Console (MMC).
После получения ответа от CA вы можете вновь запустить мастер сертификатов (Web Server Certificate) для установки сертификата.
Использование для импорта сертификатов Microsoft Management Console (MMC)
- Запустите MMC (Start > Run и введите mmc )
- Если вы не видите папку Console Root, вы должны добавить модуль Certificates:
- В меню консоли выберите Add/Remove Snap-in.
- Щелкните Add
- Выберите Certificates и щелкните Add.
- Щелкните Computer account, затем Next.
- Убедитесь, что выбран Local Computer и щелкните Finish.
- Щелкните Close для закрытия окна добавления модуля
- В левой панели консоли откройте ветвь Certificates (Local Computer)
- В левой панели щелкните (+) рядом с Personal и щелкните Certificates.
- В правой панели щелкните правой кнопкой на сертификате, выберите All Tasks, затем Import. Появится мастер импорта сертификатов.
- Щелкните Next, затем Browse для выбора файла сертификата.
- Выберите файл и щелкните Next.
- В поле Password введите пароль личного ключа и щелните Next.
- Примите значения по умолчанию в следующем окне и щелкните Finish для импорта сертификата
Шаг 3 — изменение порта SSL
Citrix SSL Relay использует порт TCP 443, стандартный порт для соединений SSL. На большиснтве защитных экранов этот порт открыт. Вы можете настроить SSL Relay на использование другого порта. Убедитесь, что новый порт открыт на межсетевых экранах.
Важно. IIS 5.0 по умолчанию устанавливается на серверы Windows и резервирует порт 443 под соединения SSL. Для запуска сервера MetaFrame XP на Windows 2000 или Windows Server 2003, вы должны настроить либо IIS, либо SSL Relay использовать другой порт. Перед изменением порта в IIS вы должны установить сертификат сервера.
Для изменения порта IIS (включая процедуру импорта сертификата):
- Запутсите Internet Services Manager.
- Щелкните (+) рядом с Web Site в левой панели
- Щелкните правой кнопкой Default Web Site и выберите Properties.
- Выберите закладку Directory Security и щелкните Server Certificate. Появится мастер сертификатов. Следуте инструкциям по импорту сертификата.
- После установки сертификата, выберите закладку Web Site в дислоговм окне Default Web Site Properties.
- Установите номер порта SSL в значение, отличное от 443.
- Щелкните OK и закройте окно.
Изменение номера порта в Citrix SSL Relay:
- Запустите утилиту конфигурации SSL Relay: Start > Programs > Citrix > MetaFrame XP > Citrix SSL Relay Configuration Tool
- На закладке Connection введине новый номер порта
- Щелкните OK.
Для запуска SSL Relay на порту 443 без использования HTTPS:
- Остановите IIS
- Настройте и запустите службу SSL Relay.
- Перезапустите IIS
SSL Relay будет использовать порт 443 раньше IIS.
Замечание. При установке MetaFrame XP членам группы User разрешается менять значение в реестре HKEY_LOCAL_MACHINESOFTWARESecureCitrixCitrix SSL Relay. Вы можете использовать Microsoft Security Configuration and Analysis для предотвращения изменения значений в этой ветке реестра.
Важно Если вы меняете порт Citrix SSL Relay, вы должны установить в параметре SSLProxyHost в файле Appsrv.ini клиента ICA Win32.
Обновление SSL Relay от Feature Release 1
Версия SSL Relay, влюченная в состав Feature Release 1, исплоьзует другое место для сертификатов и также поддерживает сертификаты в формате PEM, которые не поддерживаются в Microsoft Certificate Store.
Для обновления до Feature Release 2 или выше вам необходимо преобразовать все сертификаты из формата PEM (если необходимо) и импортировать их из оригинального каталога SSL Relay ( keystorecerts ) в хранилище сертифкатов Microsoft. Если вы уже настроили SSL Relay для MetaFrame XP Feature Release 1, выполните седующие шаги:
- Обновите сервер MetaFrame XP до последнего feature release. При обновлении сертификаты автоматически не мигрируют, а сохраняются в каталоге SSL Relaykeystorecerts.
- Если ваши сертификаты в формате PEM, используйте утилиту PEMtoPfx для преобразования их в формат Pfx format. Для этого с командной строки введите:
pemtopfx
Утилита PEMtoPfx создает файлы серфтикатов в новом формате Pfx, которые можно импортировать в хранилище Microsoft Certificate.
Важно. Технически возможно импортировать сертификаты в формате PEM напрямую в хранилище Microsoft certificate. Однако, при этом не поддерживаются личные ключи и невозможно использование сертификатов с SSL Relay.
Источник
Содержание
- Как исправить ошибку SSL в браузере?
- Причины возникновения ошибки SSL
- Устранение ошибки SSL
- Настройка антивируса
- Настройка браузера
- Изменение настроек времени и даты
- Очистка системы от вирусов
- Почему возникают ошибки SSL-соединения и как их исправить?
- Что такое SSL?
- Причины возникновения ошибок SSL-соединения
- Проблемы с датой и временем
- Ненадежный SSL-сертификат
- Брандмауэр или антивирус, блокирующие сайт
- Включенный экспериментальный протокол QUIC
- Отсутствие обновлений операционной системы
- Использование SSL-сертификата версии 3.0
- Ошибки «Invalid CSR» при генерации сертификата из панели управления облачного провайдера
Как исправить ошибку SSL в браузере?
Функция SSL соединения очень важна для корректного использования сайтов, особенно для учреждений, которые активно работают с финансами. Данный протокол безопасности полностью защищает все данные передаваемые клиентом на сервер и наоборот.

Действует данное соединение по принципу шифратора, вся информация, которая подготавливается к передаче между пользователем и сервером, шифруется под определённый ключ. Этим ключом обладает только сервер и ваш обозреватель, после чего данные отправляются в защищенном виде и дешифруются в системе пользователя. Такой подход гарантирует, что ваши данные, даже если их перехватят, будут защищены. Обычно SSL сертификаты приобретают учреждения продающие услуги, товары или занимающиеся онлайн банкингом/рекламой.
Так как текущее соединение используется для обмена важной информацией, то следует особенно осторожно отнестись к работе с такими сайтами, где возникает ошибка SSL.
Также не редкость, что причина проблемы кроется вовсе не в сомнительной безопасности сайта, а в неверных настройках или сбоях работы приложений самого пользователя.
Причины возникновения ошибки SSL
Распространенная ошибка, которую устранить не удастся – это покупка сертификата для сайта у поставщика, который не обладает данными полномочиями или полное отсутствие корневого сертификата. Здесь всё зависит от владельца сайта и вы вряд ли сможете повлиять на это соединение.
Другие причины возникновения ошибки поправимы, так как вызваны неисправностью приложений установленных у вас на компьютере или сбоем системных настроек. Ключевые ошибки SSL:
- Подключение блокируется внешним FrameWall`ом или антивирусным сканером;
- Причина в неверной настройке браузера;
- Время и дата, установленные на компьютере, подверглись сбою;
- Заражение компьютера вирусными программами.
Устранение ошибки SSL
Прежде всего вам следует убедиться, что проблема именно с вашей стороны, для этого следует зайти на сайт с другого браузера, лучше устройства. Если ошибка сохранилась, велика вероятность проблемы с серверной стороны.
В случае, когда проблема во всех браузерах одного устройства, а на других платформах её нет, тогда вам следует проверить антивирус и настройки даты/времени.
Настройка антивируса
Большинство таких приложений включают в себя функции защиты вашего интернет соединения от заражения со стороны недобросовестных сайтов. Для работы приложения требуется сканирование подключения, информации о сайте и передаваемых данных. Такое вмешательство браузером может быть расценено, как перехват трафика, из-за чего и возникает ошибка.
Для устранения проблемы нужно убрать сканирование SSL или HTTPS подключений в настройках антивируса. Делается это подобным образом во всех приложениях, рассмотрим на примере Avast Internet Security:
- Откройте основное окно программы;
- Перейдите на вкладку «Настройки»;
- Далее сделайте клик на вкладку «Активная защита»;
- Выберите меню «Основные настройки»;
- Уберите флажок с чекбокса «Включить сканирование HTTPS».

Вероятно, изменения вступят в силу после перезагрузки компьютера, но как минимум, браузер перезапустить придется.
Настройка браузера
Излишняя безопасность также может быть вредна, об этом свидетельствует данная проблема, если она кроется в браузере. Решением будет выступать понижение уровня безопасности в обозревателе. Рассмотрим на примере Google Chrome:
- Перейдите в настройки браузера;
- Далее в самом низу нажмите на «Показать дополнительные настройки»;
- Найдите графу «Сеть» и нажмите в ней на кнопку;

- Во вкладке «Безопасность» установите уровень надежности в положение «Средний»;

- Далее во вкладке «Конфиденциальность» передвиньте ползунок в положение «Средний».

- Перейдите в раздел «Содержание»;
- В графе «Сертификаты» кликните по кнопке «Очистить SSL».

После всех этих действий обозреватель необходимо полностью перезапустить и снова попробовать перейти на нужный сайт, на котором наблюдалась ошибка.
Изменение настроек времени и даты
Несоответствие данной настройки также может восприниматься как потенциальная опасность и соответственно блокироваться браузером из-за наличия подозрений о сбоях в SSL.
Решается проблема довольно просто, вам просто следует правильно установить данные настройки. Рассмотрим стандартный случай:
- Нажмите по времени в правом нижнем углу экрана;
- Далее перейдите по ссылке «Изменение настроек даты и времени»;

- Зачастую проблема в неправильном часовом поясе, поэтому следует нажать на кнопку «Изменить часовой пояс»;
- Выберите ваш город/страну, если таковой в списке нет, установите любую страну с правильным смещением времени;

- Во вкладке «Время по интернету» кликните на «Изменить параметры» и «Обновить сейчас».

Для случаев, когда изменение времени производится самопроизвольно и оно сбивается с определённой периодичностью, предлагаем изучить подробную статью по данной теме. Для этого перейдите по ссылке, указанной выше.
Очистка системы от вирусов
Обычно здесь замешаны вирусы, которые вызывают дополнительные рекламные баннеры в вашем браузере. Сейчас проблема распространена и набирает обороты, поэтому вам следует обратить на неё внимание. Ошибка вызывается из-за попытки вируса, просканировать сайт и добавить дополнительную рекламу.
Решается проблема легко с помощью приложения Malwarebytes Anti-Malware, которое в автоматическом режиме всё исправит. Существуют и более сложные ситуации, решение, которых описано здесь.
Также следует отметить, что ошибка SSL вовсе не приговор сайту, вы успешно можете войти на него, только на свой страх и риск. Если вы вполне доверяете ресурсу, сделать это можно нажав на ссылку «Дополнительно» после текста ошибки и выбрав «Все равно перейти на сайт». Для того, чтобы в дальнейшем на текущем сайте не возникала подобная проблема, вы можете внести сертификат в список доверенных в браузере.
Помимо всего остального, причиной возникновения ошибки может быть просто неправильная ссылка на сайт, некоторые ресурсы используют защищенное соединение для зарегистрированных пользователей и обычное для гостей. В этом случае, вам следует просто заменить https на http в адресе сайта.
Рейтинг статьи 3 / 5. Голосов: 5
Пока нет голосов! Будьте первым, кто оценит этот пост.
Почему возникают ошибки SSL-соединения и как их исправить?

Зачастую после установки SSL-сертификатов многие пользователи сталкиваются с ошибками, которые препятствуют корректной работе защищенного протокола HTTPS.
Предлагаем разобраться со способами устранения подобных ошибок.
Что такое SSL?
SSL (Secure Socket Layer) — это интернет-протокол для создания зашифрованного соединения между пользователем и сервером, который гарантирует безопасную передачу данных.
Когда пользователь заходит на сайт, браузер запрашивает у сервера информацию о наличии сертификата. Если сертификат установлен, сервер отвечает положительно и отправляет копию SSL-сертификата браузеру. Затем браузер проверяет сертификат, название которого должно совпадать с именем сайта, срок действия сертификата и наличие корневого сертификата, выданного центром сертификации.
Причины возникновения ошибок SSL-соединения
Когда сертификат работает корректно, адресная строка браузера выглядит примерно так:

Но при наличии ошибок она выглядит несколько иначе:

Существует множество причин возникновения таких ошибок. К числу основных можно отнести:
- Некорректную дату и время на устройстве (компьютер, смартфон, планшет и т.д.);
- Ненадежный SSL-сертификат;
- Брандмауэр или антивирус, блокирующие сайт;
- Включенный экспериментальный интернет-протокол QUIC;
- Отсутствие обновлений операционной системы;
- Использование SSL-сертификата устаревшей версии 3.0;
- Появление ошибки «Invalid CSR» при генерации сертификата из панели управления облачного провайдера.
Давайте рассмотрим каждую из них подробнее.
Проблемы с датой и временем
Если на устройстве установлены некорректные дата и время, ошибка SSL-соединения неизбежна, ведь при проверке сертификата происходит проверка срока его действия. Современные браузеры умеют определять такую ошибку самостоятельно и выводят сообщение о неправильно установленной дате или времени.

Для исправления этой ошибки достаточно установить на устройстве актуальное время. После этого необходимо перезагрузить страницу или браузер.
Ненадежный SSL-сертификат
Иногда при переходе на сайт, защищенный протоколом HTTPS, появляется ошибка «SSL-сертификат сайта не заслуживает доверия».

Одной из причин появления такой ошибки, как и в предыдущем случае, может стать неправильное время. Однако есть и вторая причина — браузеру не удается проверить цепочку доверия сертификата, потому что не хватает корневого сертификата. Для избавления от такой ошибки необходимо скачать специальный пакет GeoTrust Primary Certification Authority, содержащий корневые сертификаты. После скачивания переходим к установке. Для этого:
- Нажимаем сочетание клавиш Win+R и вводим команду certmgr.msc, жмем «Ок». В Windows откроется центр сертификатов.
- Раскрываем список «Доверенные корневые центры сертификации» слева, выбираем папку «Сертификаты», кликаем по ней правой кнопкой мышки и выбираем «Все задачи — импорт».

- Запустится мастер импорта сертификатов. Жмем «Далее».

- Нажимаем кнопку «Обзор» и указываем загруженный ранее сертификат. Нажимаем «Далее»:

- В следующем диалоговом окне указываем, что сертификаты необходимо поместить в доверенные корневые центры сертификации, и нажимаем «Далее». Импорт должен успешно завершиться.

После вышеперечисленных действий можно перезагрузить устройство и проверить отображение сайта в браузере.
Брандмауэр или антивирус, блокирующие сайт
Некоторые сайты блокируются брандмауэром Windows. Для проверки можно отключить брандмауэр и попробовать зайти на нужный сайт. Если SSL-сертификат начал работать корректно, значит дело в брандмауэре. В браузере Internet Explorer вы можете внести некорректно работающий сайт в список надежных и проблема исчезнет. Однако таким образом вы снизите безопасность своего устройства, так как содержимое сайта может быть небезопасным, а контроль сайта теперь отключен.

Также SSL может блокировать антивирусная программа. Попробуйте отключить в антивирусе проверку протоколов SSL и HTTPS и зайти на сайт. При необходимости добавьте сайт в список исключений антивируса.

Включенный экспериментальный протокол QUIC
QUIC — это новый экспериментальный протокол, который нужен для быстрого подключения к интернету. Основная задача протокола QUIC состоит в поддержке нескольких соединений. Вы можете отключить этот протокол в конфигурации вашего браузера.
Показываем как отключить QUIC на примере браузера Google Chrome:
- Откройте браузер и введите команду chrome://flags/#enable-quic;
- В появившемся окне будет выделен параметр: Experimental QUIC protocol (Экспериментальный протокол QUIC). Под названием этого параметра вы увидите выпадающее меню, в котором нужно выбрать опцию: Disable.

- После этого просто перезапустите браузер.
Этот способ работает и в Windows и в Mac OS.
Отсутствие обновлений операционной системы
Проблемы с SSL-сертификатами могут возникать и из-за того, что на вашей операционной системе давно не устанавливались обновлений. Особенно это касается устаревших версий Windows (7, Vista, XP и более ранние). Установите последние обновления и проверьте работу SSL.
Использование SSL-сертификата версии 3.0
Некоторые сайты используют устаревший SSL-протокол версии 3.0, который не поддерживают браузеры. По крайней мере, по умолчанию. Чтобы браузер поддерживал устаревший SSL необходимо сделать следующее (на примере браузера Google Chrome):
- Откройте браузер и перейдите в раздел «Настройки».
- Прокрутите страницу настроек вниз и нажмите «Дополнительные».
- В разделе «Система» найдите параметр «Настройки прокси-сервера» и кликните на него.

- Откроется окно. Перейдите на вкладку «Дополнительно».
- В этой вкладке вы увидите чекбокс «SSL 3.0».

- Поставьте галочку в чекбоксе, нажмите кнопку «Ок» и перезагрузите браузер.
Ошибки «Invalid CSR» при генерации сертификата из панели управления облачного провайдера
В процессе активации сертификата можно столкнуться с ошибкой «Invalid CSR». Такая ошибка возникает по следующим причинам:
If you want to establish a connection with the citrix receiver on different citrix-based vpn-services, then an error message appears «Connection with 0.0.0.2 … cannot connect, no such file or directory»
Current configuration:
- Fedora 28 with all updates
- Browser Firefox 63.0
- ICAClient-13.10.0.20-0.x86_64
asked Oct 30, 2018 at 10:51
![]()
cd /opt/Citrix/ICAClient/keystore/
sudo rm -rf cacerts
sudo ln -s /etc/ssl/certs cacerts
answered Nov 25, 2020 at 12:41
![]()
1
Answers can be found in the ubuntu forum, but they didn’t help me: Citrix receiver error 1000119
My problem are also the certificates … the following root certificates: Digicert and Comodo
The technical solution to my problem is as follows — do it in the terminal as root.
su
cd /opt/Citrix/ICAClient/keystore/cacerts/
wget https://dl.cacerts.digicert.com/DigiCertHighAssuranceEVRootCA.crt
curl https://support.comodo.com/index.php?/Knowledgebase/Article/GetAttachment/969/821026 > comodorsacertificationauthority.crt
exit
And connect the vpn-services again.
answered Oct 30, 2018 at 10:51
![]()
DierkDierk
1511 gold badge3 silver badges5 bronze badges
3
worked for me on ubuntu, by copying the certs (entire cacerts directory) to /opt/Citrix/ICAClient/keystore/cacerts from /etc/ssl/certs
answered Jun 11, 2020 at 21:41
Just installed newest Receiver (now called Workspace) but it had same ssl certificate issue.
I recalled a 2013 fix I had used several years ago from AskUbuntu-> Make Firefox’s certificates accessible to Citrix.
I suppose it has to do with certificates that my institution uses and aren’t included in the usual Citrix downloads since most people are not screaming for a fix.
All you have to do is set a symbolic link:
sudo ln -s /usr/share/ca-certificates/mozilla/* /opt/Citrix/ICAClient/keystore/cacerts
or wherever your flavor’s Citrix and mozilla certificates are stored…YMMV
answered Jun 12, 2020 at 2:58
1
I have faced the same issue in Ubuntu, in my case I just changed my connection type from ipv4/ipv6 to ipv4 and its worked.
answered Oct 17, 2020 at 6:07
SourenSouren
752 silver badges10 bronze badges