Очистка: SSL_ERROR_SYSCALL с cURL.Работает в Chrome / Firefox - PullRequest
Новая
       21

Очистка: SSL_ERROR_SYSCALL с cURL.Работает в Chrome / Firefox

0 голосов
/ 25 февраля 2019

Мотивация

В настоящее время я студент по обмену в Taiwan Tech в Тайбэе, но обзорный курс / поисковая система не очень удобна в использовании - поэтому я пытаюсь ее очистить, что неожиданно приводит кмного трудностей.

Проблема

Открытие https://qcourse.ntust.edu.tw прекрасно работает при использовании Chrome / Firefox, однако я сталкиваюсь с проблемами при попытке использовать интерфейсы командной строки: 

# Trying to use curl:
$ curl https://qcourse.ntust.edu.tw
curl: (35) OpenSSL SSL_connect: SSL_ERROR_SYSCALL in connection to qcourse.ntust.edu.tw:443

# Trying to use wget:
$ wget https://qcourse.ntust.edu.tw
--2019-02-25 12:13:55--  https://qcourse.ntust.edu.tw/
Loaded CA certificate '/etc/ssl/certs/ca-certificates.crt'
Resolving qcourse.ntust.edu.tw (qcourse.ntust.edu.tw)... 140.118.242.168
Connecting to qcourse.ntust.edu.tw (qcourse.ntust.edu.tw)|140.118.242.168|:443... connected.
GnuTLS: The TLS connection was non-properly terminated.
Unable to establish SSL connection.

У меня также возникают проблемы при попытке использовать браузер Pale Moon

То, что я рассмотрел

Возможно, существует проблема с самим сертификатом?

Кажется, нет: 

# This uses the same wildcard certificate (*.ntust.edu.tw) as qcourse.ntust.edu.tw
# (I double checked, and the SHA256 fingerprint is identical)
$ curl https://www.ntust.edu.tw
<html><head><meta http-equiv='refresh' content='0; url=bin/home.php'><title>title</title></head></html>%

Может быть, мне нужны специальные заголовки, которые по умолчанию отправляет только Chrome / Firefox?

Похоже, это тоже ничего не решает.Открыв запрос (вкладка «Сеть») в Chrome, щелкнув правой кнопкой мыши и выбрав «Копировать»> «Копировать как cURL», я получаю то же сообщение об ошибке, что и ранее.

Дополнительная информация

Обзорный сайт курса написан на ASP.NET и, кажется, работает на Microsoft IIS httpd 6.0.

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

1 Ответ

0 голосов
/ 25 февраля 2019

Как видно из отчета SSLLabs , это сервер с ужасной настройкой.Он получает оценку F, поскольку он поддерживает полностью взломанный SSLv2, в основном взломанный SSLv3 и многие многие взломанные шифры.Единственный безопасный способ доступа к этому серверу - использование TLS 1.0 с TLS_RSA_WITH_3DES_EDE_CBC_SHA (3DES), шифр, который не считается небезопасным, как другие, но только слабым. Только

, поскольку 3DES считается слабым (хотя и небезопасно) по умолчанию оно отключено в большинстве современных стеков TLS.Нужно специально включить поддержку для него.Для curl с бэкэндом OpenSSL это будет выглядеть следующим образом, при условии, что используемая вами библиотека OpenSSL по-прежнему поддерживает 3DES (в отличие от стандартной сборки OpenSSL 1.1.1): 

$ curl -v --cipher '3DES' https://qcourse.ntust.edu.tw
...