Вопросы Теги

Ошибка открытого uri Ruby: SSL_connect SYSCALL returned=5 errno=0 state=SSLv2/v3 считал сервер привет A

Я замечаю ошибку квитирования ssl, когда я использую open-uri модуль рубина в Debian:Squeeze, но это хорошо работает на Debian:Wheezy и Debian:Jessie

Вот то, что я замечаю:

Debian сжимают

root@0fdf024c8c42:/# cat /etc/issue
Debian GNU/Linux 6.0 \n \l

root@0fdf024c8c42:/# irb
irb(main):001:0> require 'open-uri'
=> true
irb(main):002:0> open("https://www.openssl.org")
OpenSSL::SSL::SSLError: SSL_connect SYSCALL returned=5 errno=0 state=SSLv2/v3 read server hello A
    from /usr/lib/ruby/1.9.1/net/http.rb:799:in `connect'
    from /usr/lib/ruby/1.9.1/net/http.rb:799:in `block in connect'
    from /usr/lib/ruby/1.9.1/timeout.rb:54:in `timeout'
    from /usr/lib/ruby/1.9.1/timeout.rb:99:in `timeout'
    from /usr/lib/ruby/1.9.1/net/http.rb:799:in `connect'
    from /usr/lib/ruby/1.9.1/net/http.rb:755:in `do_start'
    from /usr/lib/ruby/1.9.1/net/http.rb:744:in `start'
    from /usr/lib/ruby/1.9.1/open-uri.rb:306:in `open_http'
    from /usr/lib/ruby/1.9.1/open-uri.rb:775:in `buffer_open'
    from /usr/lib/ruby/1.9.1/open-uri.rb:203:in `block in open_loop'
    from /usr/lib/ruby/1.9.1/open-uri.rb:201:in `catch'
    from /usr/lib/ruby/1.9.1/open-uri.rb:201:in `open_loop'
    from /usr/lib/ruby/1.9.1/open-uri.rb:146:in `open_uri'
    from /usr/lib/ruby/1.9.1/open-uri.rb:677:in `open'
    from /usr/lib/ruby/1.9.1/open-uri.rb:33:in `open'
    from (irb):2
    from /usr/bin/irb:12:in `<main>'irb(main):003:0>

Хрипящий Debian

root@d6d7e1af56d0:/# cat /etc/issue
Debian GNU/Linux 7 \n \l

root@d6d7e1af56d0:/# irb
irb(main):001:0> require 'open-uri'
=> true
irb(main):002:0> open("https://www.openssl.org")
=> #<StringIO:0x000000022aaec0>

Debian Jessie

root@405c251f32df:/# cat /etc/issue
Debian GNU/Linux 8 \n \l

root@405c251f32df:/# irb2.1
irb(main):001:0> require 'open-uri'
=> true
irb(main):002:0> open("https://www.openssl.org")
=> #<StringIO:0x00000001e45b78 @base_uri=#<URI::HTTPS:0x00000001e45ec0 URL:https://www.openssl.org>, @meta={"date"=>"Wed, 26 Aug 2015 11:56:57 GMT", "server"=>"Apache/2.4.7 (Ubuntu)", "strict-transport-security"=>"max-age=31536000; includeSubDomains", "accept-ranges"=>"bytes", "vary"=>"Accept-Encoding", "content-length"=>"2456", "content-type"=>"text/html; charset=UTF-8"}, @metas={"date"=>["Wed, 26 Aug 2015 11:56:57 GMT"], "server"=>["Apache/2.4.7 (Ubuntu)"], "strict-transport-security"=>["max-age=31536000; includeSubDomains"], "accept-ranges"=>["bytes"], "vary"=>["Accept-Encoding"], "content-length"=>["2456"], "content-type"=>["text/html; charset=UTF-8"]}, @status=["200", "OK"]>

Я знаю, что это не имеет никакого отношения к рубиновой версии, потому что я пытался обновить рубиновую версию, но она не помогла.

2
задан 26 August 2015 в 14:59
1 ответ

Установлен ли на машине Squeeze пакет ca-сертификатов ? Без этого не существует доверенного набора корневых сертификатов, который можно использовать для проверки действительности представленного сертификата.

Предполагая, что ca-сертификаты установлены правильно, у вас могут возникнуть проблемы с совместимостью с протоколом TLS. . Squeeze, будучи довольно старым, имеет версию OpenSSL, которая не совсем соответствует современным стандартам. Некоторые сайты, такие как www.openssl.org , которые вы тестировали, могут настроить свой стек TLS таким образом, чтобы ограничить совместимость со старыми стеками TLS, такими как тот, который поставляется с squeeze.

В тестовой системе я получаю те же результаты, что и вы, при попытке открыть ("https://www.openssl.org") , но подключение к некоторым другим сайтам работает отлично. В этом ssllabs-отчете указано, что www.openssl.org не поддерживает TLS 1.0, о котором соединение от Squeeze сообщает как самую высокую версию, которую оно поддерживает. Итак, в данном конкретном случае у вас возникла проблема - простая несовместимость версий TLS.

2
ответ дан 3 December 2019 в 11:36

Теги

Похожие вопросы