pycurl не работает, но curl (из bash) работает в ubuntu

Я использую curl и pycurl для подключения к безопасному стороннему API, и когда я использую pycurl, я получаю ошибки аутентификации с сервера, но когда я использую curl в командной строке и делаю то же самое, он работает. Я установил оба в подробный режим и вижу некоторые различия в запросе, но я не могу понять, в чем ошибка.

Кажется, они используют разные методы шифрования, возможно, в этом проблема? Если у кого-то есть идеи о различных вариантах, которые можно попробовать с pycurl, или предложения по перекомпиляции pycurl для работы как curl, это было бы здорово. Спасибо.

Вот мои настройки pycurl, к вашему сведению:

    buffer = cStringIO.StringIO()

    curl = pycurl.Curl()
    curl.setopt(pycurl.VERBOSE,1) 
    curl.setopt(pycurl.POST, 1)
    curl.setopt(pycurl.POSTFIELDS, post_data)
    curl.setopt(pycurl.TIMEOUT_MS, self.HTTP_TIMEOUT)
    curl.setopt(pycurl.URL, url)
    curl.setopt(pycurl.FOLLOWLOCATION, self.HTTP_FOLLOW_REDIRECTS)
    curl.setopt(pycurl.MAXREDIRS, self.HTTP_MAX_REDIRECTS)
    curl.setopt(pycurl.WRITEFUNCTION, buffer.write)
    curl.setopt(pycurl.NOSIGNAL, 1)
    curl.setopt(pycurl.SSLCERT, self.path_to_ssl_cert)

    curl.setopt(pycurl.SSL_VERIFYPEER, 0)

    # 1/0

    try:
        curl.perform()

...

И последнее: тот же скрипт Python, который я использую, работает на моем ноутбуке Mac, но не работает на сервере Ubuntu, который я пытаюсь настроить.

python test.py 
18:09:13,299 root INFO fetching: https://secure.....
* About to connect() to secure.... 1129 (#0)
*   Trying 216....... * connected
* Connected to secure.... port 1129 (#0)
* found 102 certificates in /etc/ssl/certs/ca-certificates.crt
*        server certificate verification OK
*        common name: secure.... (matched)
*        server certificate expiration date OK
*        server certificate activation date OK
*        certificate public key: RSA
*        certificate version: #3
*        subject: .......
*        start date: Sat, 14 Feb 2009 22:45:27 GMT
*        expire date: Mon, 15 Feb 2010 22:45:27 GMT
*        issuer: ...
*        compression: NULL
*        cipher: AES 128 CBC
*        MAC: SHA
User-Agent: PycURL/7.16.4
Host: secure....
Accept: */*
Content-Length: 387
Content-Type: application/x-www-form-urlencoded

< HTTP/1.1 200 OK
< Content-Length: 291
< 
* Connection #0 to host secure.... left intact
* Closing connection #0


 curl -v -d '...' --cert cert.pem  https://secure....
* About to connect() to secure.... port 1129 (#0)
*   Trying 216....... connected
* Connected to secure.... port 1129 (#0)
* successfully set certificate verify locations:
*   CAfile: /etc/ssl/certs/ca-certificates.crt
  CApath: none
* SSLv2, Client hello (1):
* SSLv3, TLS handshake, Server hello (2):
* SSLv3, TLS handshake, CERT (11):
* SSLv3, TLS handshake, Request CERT (13):
* SSLv3, TLS handshake, Server finished (14):
* SSLv3, TLS handshake, CERT (11):
* SSLv3, TLS handshake, Client key exchange (16):
* SSLv3, TLS handshake, CERT verify (15):
* SSLv3, TLS change cipher, Client hello (1):
* SSLv3, TLS handshake, Finished (20):
* SSLv3, TLS change cipher, Client hello (1):
* SSLv3, TLS handshake, Finished (20):
* SSL connection using AES256-SHA
* Server certificate:
*        subject: .......
*        start date: 2009-02-14 22:45:27 GMT
*        expire date: 2010-02-15 22:45:27 GMT
*        common name: secure.... (matched)
*        issuer: ... Certificate Authority
* SSL certificate verify ok.
> User-Agent: curl/7.16.4 (i486-pc-linux-gnu) libcurl/7.16.4 OpenSSL/0.9.8e zlib/1.2.3.3 libidn/1.0
> Host: secure....:1129
> Accept: */*
> Content-Length: 387
> Content-Type: application/x-www-form-urlencoded
> 
< HTTP/1.1 200 OK
< Content-Length: 342

python ssl https curl pycurl
person Community    schedule 20.02.2009    source источник

Ответы (2)


arrow_upward
3
arrow_downward

Ubuntu pycurl использует GnuTLS, а командная строка ubuntu curl использует OpenSSL. Есть различия, например. в поддерживаемых форматах сертификатов.

Я, например, не могу понять это решение, принятое разработчиками/упаковщиками Ubuntu. Я наткнулся на это один раз и не смог обойти это, к счастью, есть другие дистрибутивы, кроме ubuntu :-)

Вы всегда можете попытаться пожаловаться на «человечество по отношению к другим».

person Community    schedule 17.09.2009

arrow_upward
1
arrow_downward

У меня есть небольшая проблема с пониманием фрагментов кода/вывода, которые вы опубликовали. Включено ли фактическое сообщение об ошибке?

Проблемы с SSL/TLS часто возникают из-за инфраструктуры сертификатов X.509. Существуют «центры сертификации» (ЦС), такие как Verisign, RapidSSL и т. д., которые «подписывают» сертификаты серверов в цифровой форме. Для проверки этих подписей вам нужен так называемый «корневой сертификат» ЦС, подписавшего сертификат сервера («эмитента»), к которому вы подключаетесь.

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

Поэтому я предлагаю вам проверить, отсутствует ли сертификат в Ubuntu, и если да, то добавить его туда. (Возможно, все это сохранено в /etc/ssl/certs/)

person max    schedule 02.03.2009