Requests: Kesalahan SSL: jabat tangan yang buruk

Dibuat pada 20 Mei 2016  ·  33Komentar  ·  Sumber: psf/requests

Saya tidak dapat menggunakan lib Anda di CeontOS 7 dengan Python 2.7.5. Saya mendapatkan kesalahan ini:

File "/usr/lib/python2.7/site-packages/requests/sessions.py", line 576, in send
    r = adapter.send(request, **kwargs)
  File "/usr/lib/python2.7/site-packages/requests/adapters.py", line 447, in send
    raise SSLError(e, request=request)
requests.exceptions.SSLError: ("bad handshake: Error([('SSL routines', 'SSL3_GET_SERVER_CERTIFICATE', 'certificate verify failed')],)",)

Memperbarui Python atau lib SSL apa pun tidak membantu. Saya mendapatkan kesalahan ini di CentOS dan Ubuntu, di Arch Linux semuanya berfungsi dengan baik.

Needs More Information
Sumber
picture pensnarik

Komentar yang paling membantu

Aha, oke, kami sampai di sana.

api.smartsheet.com menyajikan TLS-nya menggunakan apa yang dikenal sebagai "sertifikat yang ditandatangani silang". Ini digunakan karena Verisign, CA untuk api.smartsheet.com , awalnya menggunakan sertifikat root 1024-bit. Ini tidak digunakan lagi dan diganti dengan sertifikat root yang lebih kuat, tetapi beberapa browser dan sistem lama mungkin belum menerima pembaruan, jadi situs seperti api.smartsheet.com menyajikan sertifikat root yang ditandatangani oleh root 1024-bit.

Itu biasanya bukan masalah, _except_:

  • certifi menghapus akar 1024-bit yang lemah
  • OpenSSL yang lebih lama dari 1.0.2 payah dalam membangun rantai sertifikat, sehingga gagal memvalidasi root dengan tanda silang dengan benar.

Anda dapat menyelesaikan ini dengan dua cara. Cara pertama, yang lebih baik tetapi lebih drastis, adalah memutakhirkan OpenSSL Anda ke 1.0.2 atau lebih baru. Ini sulit dilakukan di Centos, saya khawatir. Cara yang kurang baik tetapi lebih efektif adalah dengan mendapatkan output dari menjalankan python -c "import certifi; print certifi.old_where()" dan kemudian mengatur variabel lingkungan REQUESTS_CA_BUNDLE ke jalur yang dicetak.

picture Lukasa pada 23 Mei 2016
👍12 🎉4 ❤1

Semua 33 komentar

Bisakah Anda memberi tahu kami bagaimana Anda menginstal permintaan dan versi apa yang Anda instal?

sigmavirus24 picture sigmavirus24 pada 20 Mei 2016

Ini hampir pasti merupakan masalah SNI, jadi tergantung pada bagaimana perpustakaan diinstal, kami mungkin perlu menambahkan beberapa dependensi opsional.

Lukasa picture Lukasa pada 20 Mei 2016

permintaan diinstal sebagai ketergantungan untuk smartsheet-python-sdk melalui pip:

pip show requests
---
Metadata-Version: 2.0
Name: requests
Version: 2.10.0
Summary: Python HTTP for Humans.
Home-page: http://python-requests.org
Author: Kenneth Reitz
Author-email: [email protected]
Installer: pip
License: Apache 2.0
Location: /usr/lib/python3.4/site-packages
Requires: 
Classifiers:
  Development Status :: 5 - Production/Stable
  Intended Audience :: Developers
  Natural Language :: English
  License :: OSI Approved :: Apache Software License
  Programming Language :: Python
  Programming Language :: Python :: 2.6
  Programming Language :: Python :: 2.7
  Programming Language :: Python :: 3
  Programming Language :: Python :: 3.3
  Programming Language :: Python :: 3.4
  Programming Language :: Python :: 3.5
  Programming Language :: Python :: Implementation :: CPython
  Programming Language :: Python :: Implementation :: PyPy

pip show smartsheet-python-sdk
---
Metadata-Version: 2.0
Name: smartsheet-python-sdk
Version: 1.0.1
Summary: Library that uses Python to connect to Smartsheet services (using API 2.0).
Home-page: http://smartsheet-platform.github.io/api-docs/
Author: Smartsheet
Author-email: [email protected]
Installer: pip
License: Apache-2.0
Location: /usr/lib/python3.4/site-packages
Requires: certifi, requests, six, python-dateutil, requests-toolbelt
Classifiers:
  Development Status :: 5 - Production/Stable
  Intended Audience :: Developers
  Natural Language :: English
  Operating System :: OS Independent
  License :: OSI Approved :: Apache Software License
  Programming Language :: Python
  Programming Language :: Python :: 2.7
  Programming Language :: Python :: 3.3
  Programming Language :: Python :: 3.4
  Programming Language :: Python :: 3.5
  Programming Language :: Python :: Implementation :: PyPy
  Programming Language :: Python :: Implementation :: CPython
  Topic :: Software Development :: Libraries :: Python Modules
  Topic :: Office/Business :: Financial :: Spreadsheet
pensnarik picture pensnarik pada 23 Mei 2016

Paket yang dihapus di pip dan menginstal dari yum tidak akan membantu ...

pensnarik picture pensnarik pada 23 Mei 2016

@pensnarik Bisakah Anda mencoba menjalankan pip install -U requests[security] di lingkungan Anda dan kemudian coba lagi?

Lukasa picture Lukasa pada 23 Mei 2016
👍12 🎉1

Terima kasih, Lukasa, atas saran Anda, tetapi itu tidak membantu ...

[mutex<strong i="6">@unica1</strong> parser]$ sudo pip install -U requests[security]
[sudo] password for mutex: 
Collecting requests[security]
  Using cached requests-2.10.0-py2.py3-none-any.whl
Collecting pyOpenSSL>=0.13 (from requests[security])
  Using cached pyOpenSSL-16.0.0-py2.py3-none-any.whl
Collecting ndg-httpsclient (from requests[security])
Requirement already up-to-date: pyasn1 in /usr/lib/python2.7/site-packages (from requests[security])
Collecting cryptography>=1.3 (from pyOpenSSL>=0.13->requests[security])
  Using cached cryptography-1.3.2.tar.gz
Requirement already up-to-date: six>=1.5.2 in /usr/lib/python2.7/site-packages (from pyOpenSSL>=0.13->requests[security])
Requirement already up-to-date: idna>=2.0 in /usr/lib/python2.7/site-packages (from cryptography>=1.3->pyOpenSSL>=0.13->requests[security])
Requirement already up-to-date: setuptools>=11.3 in /usr/lib/python2.7/site-packages (from cryptography>=1.3->pyOpenSSL>=0.13->requests[security])
Requirement already up-to-date: enum34 in /usr/lib/python2.7/site-packages (from cryptography>=1.3->pyOpenSSL>=0.13->requests[security])
Requirement already up-to-date: ipaddress in /usr/lib/python2.7/site-packages (from cryptography>=1.3->pyOpenSSL>=0.13->requests[security])
Requirement already up-to-date: cffi>=1.4.1 in /usr/lib64/python2.7/site-packages (from cryptography>=1.3->pyOpenSSL>=0.13->requests[security])
Requirement already up-to-date: pycparser in /usr/lib/python2.7/site-packages (from cffi>=1.4.1->cryptography>=1.3->pyOpenSSL>=0.13->requests[security])
Building wheels for collected packages: cryptography
  Running setup.py bdist_wheel for cryptography ... done
  Stored in directory: /root/.cache/pip/wheels/14/df/02/611097a49d7739151deb68d0172dff5ae7cba01b82769e56ef
Successfully built cryptography
Installing collected packages: cryptography, pyOpenSSL, ndg-httpsclient, requests
  Found existing installation: requests 2.6.0
    DEPRECATION: Uninstalling a distutils installed project (requests) has been deprecated and will be removed in a future version. This is due to the fact that uninstalling a distutils project will only partially uninstall the project.
    Uninstalling requests-2.6.0:
      Successfully uninstalled requests-2.6.0
Successfully installed cryptography-1.3.2 ndg-httpsclient-0.4.0 pyOpenSSL-16.0.0 requests-2.10.0
You are using pip version 8.1.0, however version 8.1.2 is available.
You should consider upgrading via the 'pip install --upgrade pip' command.
[mutex<strong i="7">@unica1</strong> parser]$ ./update_region_price.py 
Traceback (most recent call last):
  File "./update_region_price.py", line 129, in <module>
    sys.exit(app.run(sys.argv))
  File "./update_region_price.py", line 122, in run
    self.update_basic()
  File "./update_region_price.py", line 65, in update_basic
    sheet = self.sm.Sheets.get_sheet(self.sheet_id, page_size=5000)
  File "/usr/lib/python2.7/site-packages/smartsheet/sheets.py", line 460, in get_sheet
    response = self._base.request(prepped_request, expected, _op)
  File "/usr/lib/python2.7/site-packages/smartsheet/smartsheet.py", line 178, in request
    res = self.request_with_retry(prepped_request, operation)
  File "/usr/lib/python2.7/site-packages/smartsheet/smartsheet.py", line 242, in request_with_retry
    return self._request(prepped_request, operation)
  File "/usr/lib/python2.7/site-packages/smartsheet/smartsheet.py", line 208, in _request
    res = self._session.send(prepped_request, stream=stream)
  File "/usr/lib/python2.7/site-packages/requests/sessions.py", line 585, in send
    r = adapter.send(request, **kwargs)
  File "/usr/lib/python2.7/site-packages/requests/adapters.py", line 477, in send
    raise SSLError(e, request=request)
requests.exceptions.SSLError: ("bad handshake: Error([('SSL routines', 'SSL3_GET_SERVER_CERTIFICATE', 'certificate verify failed')],)",)
pensnarik picture pensnarik pada 23 Mei 2016

Bisakah Anda menunjukkan kepada saya host mana yang Anda hubungkan?

Lukasa picture Lukasa pada 23 Mei 2016

Lukasa, tentu saja: https://api.smartsheet.com/2.0 , Saya menggunakan pembungkus python untuk API smartsheet (https://github.com/smartsheet-platform/smartsheet-python-sdk).

pensnarik picture pensnarik pada 23 Mei 2016

Dan apakah Anda telah menginstal certifi di lingkungan Anda?

Lukasa picture Lukasa pada 23 Mei 2016

Ya saya punya:

[mutex<strong i="6">@unica1</strong> parser]$ pip show certifi
---
Metadata-Version: 2.0
Name: certifi
Version: 2016.2.28
Summary: Python package for providing Mozilla's CA Bundle.
Home-page: http://certifi.io/
Author: Kenneth Reitz
Author-email: [email protected]
Installer: pip
License: ISC
Location: /usr/lib/python2.7/site-packages
Requires: 
Classifiers:
  Development Status :: 5 - Production/Stable
  Intended Audience :: Developers
  Natural Language :: English
  Programming Language :: Python
  Programming Language :: Python :: 2.5
  Programming Language :: Python :: 2.6
  Programming Language :: Python :: 2.7
  Programming Language :: Python :: 3.0
  Programming Language :: Python :: 3.1
  Programming Language :: Python :: 3.2
  Programming Language :: Python :: 3.3
  Programming Language :: Python :: 3.4
pensnarik picture pensnarik pada 23 Mei 2016

Aha, oke, kami sampai di sana.

api.smartsheet.com menyajikan TLS-nya menggunakan apa yang dikenal sebagai "sertifikat yang ditandatangani silang". Ini digunakan karena Verisign, CA untuk api.smartsheet.com , awalnya menggunakan sertifikat root 1024-bit. Ini tidak digunakan lagi dan diganti dengan sertifikat root yang lebih kuat, tetapi beberapa browser dan sistem lama mungkin belum menerima pembaruan, jadi situs seperti api.smartsheet.com menyajikan sertifikat root yang ditandatangani oleh root 1024-bit.

Itu biasanya bukan masalah, _except_:

  • certifi menghapus akar 1024-bit yang lemah
  • OpenSSL yang lebih lama dari 1.0.2 payah dalam membangun rantai sertifikat, sehingga gagal memvalidasi root dengan tanda silang dengan benar.

Anda dapat menyelesaikan ini dengan dua cara. Cara pertama, yang lebih baik tetapi lebih drastis, adalah memutakhirkan OpenSSL Anda ke 1.0.2 atau lebih baru. Ini sulit dilakukan di Centos, saya khawatir. Cara yang kurang baik tetapi lebih efektif adalah dengan mendapatkan output dari menjalankan python -c "import certifi; print certifi.old_where()" dan kemudian mengatur variabel lingkungan REQUESTS_CA_BUNDLE ke jalur yang dicetak.

Lukasa picture Lukasa pada 23 Mei 2016
👍12 🎉4 ❤1

Argh, SDK smartsheet menimpa variabel lingkungan itu dengan menggunakan sertifikat secara eksplisit.

Rencana baru. Tepat di awal setelah Anda mengimpor smartsheet, sebelum Anda melakukan _anything_ lagi, dapatkah Anda menambahkan baris berikut?

import smartsheet.session
import certifi
smartsheet.session._TRUSTED_CERT_FILE = certifi.old_where()

Itu semoga membantu. Anda seharusnya tidak memerlukan variabel lingkungan dengan pendekatan ini.

Lukasa picture Lukasa pada 23 Mei 2016
👍1

Sayangnya, itu tidak berfungsi bahkan jika saya mengubah baris ini di /usr/lib/python2.7/site-packages/smartsheet/session.py:

_TRUSTED_CERT_FILE = certifi.where()

ke

_TRUSTED_CERT_FILE = certifi.old_where()

Ketika saya mengubah var ini dari kode saya, itu tidak membantu juga ...

pensnarik picture pensnarik pada 23 Mei 2016

Pada titik ini, saya cukup yakin ini bukan bug dalam permintaan dan sebenarnya merupakan masalah dengan pembungkus API smartsheet. Sudahkah Anda mencoba melaporkan ini kepada mereka?

sigmavirus24 picture sigmavirus24 pada 23 Mei 2016

Hm. Apakah Anda yakin bahwa kode itu sedang dieksekusi? Bisakah Anda menggunakan pernyataan cetak untuk mengonfirmasi bahwa itu sedang digunakan?

Lukasa picture Lukasa pada 23 Mei 2016

Menurunkan versi sertifikat dari 2015.11.20.1 ke 2015.4.28 memperbaiki masalah!

pensnarik picture pensnarik pada 3 Jun 2016
👍5

ubuntu@ip-172-31-58-148 :~/requests$ clear
ubuntu@ip-172-31-58-148 :~/requests$ python
Python 2.7.6 (default, 22 Juni 2015, 17:58:13)
[GCC 4.8.2] di linux2
Ketik "bantuan", "hak cipta", "kredit" atau "lisensi" untuk informasi lebih lanjut.

permintaan impor
request.get('https://logo.clearbit.com/beutifi.com')
request/packages/urllib3/util/ssl_.py:318: SNIMissingWarning: Permintaan HTTPS telah dibuat, tetapi ekstensi SNI (Indikasi Nama Subjek) ke TLS tidak tersedia di platform ini. Ini dapat menyebabkan server menampilkan sertifikat TLS yang salah, yang dapat menyebabkan kegagalan validasi. Anda dapat meningkatkan ke versi Python yang lebih baru untuk menyelesaikan ini. Untuk informasi lebih lanjut, lihat https://urllib3.readthedocs.org/en/latest/security.html#snimissingwarning.
SNIKehilanganPeringatan
request/packages/urllib3/util/ssl_.py:122: InsecurePlatformWarning: Objek SSLContext yang sebenarnya tidak tersedia. Ini mencegah urllib3 mengonfigurasi SSL dengan tepat dan dapat menyebabkan koneksi SSL tertentu gagal. Anda dapat meningkatkan ke versi Python yang lebih baru untuk menyelesaikan ini. Untuk informasi lebih lanjut, lihat https://urllib3.readthedocs.org/en/latest/security.html#insecureplatformwarning.
Peringatan Platform Tidak Aman
Traceback (panggilan terakhir terakhir):
Berkas "", baris 1, di
File "requests/api.py", baris 71, di get
kembali permintaan('dapatkan', url, params=params, *_kwargs)
File "requests/api.py", baris 57, dalam permintaan
kembali session.request(metode=metode, url=url, *_kwargs)
File "requests/sessions.py", baris 477, dalam permintaan
resp = self.send(persiapan, *_send_kwargs)
File "requests/sessions.py", baris 587, di kirim
r = adapter.send(permintaan, *_kwargs)
File "requests/adapters.py", baris 491, di kirim
naikkan SSLError(e, request=request)
request.exceptions.SSLError: [Errno 1] _ssl.c:510: error:14077410 :SSL routines:SSL23_GET_SERVER_HELLO :sslv3 alert handshake failure

Ini adalah masukan saya untuk masalah ini. Itu tidak terjadi dengan setiap permintaan https.

sProject picture sProject pada 4 Jul 2016

@sProject Anda harus menyelesaikan kedua peringatan tersebut sebelum kami dapat menentukan apakah Anda memiliki masalah baru. Jika Anda mendapat permintaan dari pip, jalankan pip install pyopenssl pyasn1 ndg-httpsclient . Jika Anda mendapatkan Permintaan dari penyedia sistem Anda, Anda harus menginstal ketiga paket tersebut dari sana.

Lukasa picture Lukasa pada 4 Jul 2016
👍2

Bug ini tampaknya telah diatasi lebih dari dua bulan yang lalu. Jika saya salah dalam kesimpulan ini dan masih ada bug yang ditemukan dalam permintaan, saya akan dengan senang hati membuka kembali ini.

Terima kasih semuanya untuk berkolaborasi dalam permintaan!

sigmavirus24 picture sigmavirus24 pada 6 Sep 2016

Contoh dari pygodaddy memunculkan pengecualian yang sama

from pygodaddy import GoDaddyClient
client = GoDaddyClient()
if client.login(login[0],login[1]):
    print client.find_domains()
else: print 'falhou'


$ ./dynip.py 
Traceback (most recent call last):
  File "./dynip.py", line 8, in <module>
    if client.login(login[0],login[1]):
  File "/usr/lib/python2.7/site-packages/pygodaddy/client.py", line 99, in login
    r = self.session.get(self.default_url)
  File "/usr/lib/python2.7/site-packages/requests/sessions.py", line 501, in get
    return self.request('GET', url, **kwargs)
  File "/usr/lib/python2.7/site-packages/requests/sessions.py", line 488, in request
    resp = self.send(prep, **send_kwargs)
  File "/usr/lib/python2.7/site-packages/requests/sessions.py", line 609, in send
    r = adapter.send(request, **kwargs)
  File "/usr/lib/python2.7/site-packages/requests/adapters.py", line 497, in send
    raise SSLError(e, request=request)
requests.exceptions.SSLError: ("bad handshake: Error([('SSL routines', 'ssl3_get_server_certificate', 'certificate verify failed')],)",)

Menurunkan sertifikasi seperti yang disarankan oleh @pensnarik tidak memperbaikinya. Ini Fedora 24, Python 2.7.12.

# pip list
Babel (2.3.4)
beautifulsoup4 (4.5.1)
blinker (1.4)
certifi (2016.9.26)
cffi (1.9.1)
chardet (2.3.0)
click (6.6)
cryptography (1.5.3)
cssselect (0.9.2)
decorator (4.0.10)
django-htmlmin (0.9.1)
dnspython (1.14.0)
enum34 (1.1.6)
extras (1.0.0)
first (2.0.1)
fixtures (3.0.0)
Flask (0.11.1)
Flask-Babel (0.11.1)
Flask-Gravatar (0.4.2)
Flask-Login (0.3.2)
Flask-Mail (0.9.1)
Flask-Principal (0.4.0)
Flask-Security (1.7.5)
Flask-SQLAlchemy (2.1)
Flask-WTF (0.12)
gps (3.16)
gssapi (1.2.0)
html5lib (1.0b3)
idna (2.1)
importlib (1.0.4)
iniparse (0.4)
ipaclient (4.3.2)
ipaddress (1.0.17)
ipalib (4.3.2)
ipaplatform (4.3.2)
ipapython (4.3.2)
itsdangerous (0.24)
Jinja2 (2.8)
jwcrypto (0.3.2)
kitchen (1.2.4)
linecache2 (1.0.0)
lockfile (0.12.2)
lxml (3.6.4)
M2Crypto (0.25.1)
MarkupSafe (0.23)
munch (2.0.4)
ndg-httpsclient (0.4.2)
netaddr (0.7.18)
nose (1.3.7)
numpy (1.11.1)
passlib (1.6.5)
pbr (1.10.0)
pif (0.7.3)
Pillow (3.3.1)
pip (8.1.2)
pip-tools (1.7.0)
ply (3.9)
psutil (4.3.0)
psycopg2 (2.6.2)
pwquality (1.3.0)
pyasn1 (0.1.9)
pyasn1-modules (0.0.8)
pycparser (2.17)
pycrypto (2.6.1)
pycurl (7.43.0)
pygobject (3.20.1)
pygodaddy (0.2.2)
pygpgme (0.3)
pyliblzma (0.5.3)
pyOpenSSL (16.2.0)
pyrsistent (0.11.13)
PySocks (1.5.7)
python-dateutil (2.5.3)
python-fedora (0.8.0)
python-ldap (2.4.27)
python-mimeparse (1.5.2)
python-nss (1.0.0)
python-yubico (1.3.2)
pytz (2016.6.1)
pyusb (1.0.0)
pyxattr (0.5.5)
qrcode (5.3)
reportlab (3.3.0)
requests (2.12.1)
requests-file (1.4.1)
rpm-python (4.13.0)
scdate (1.10.9)
setuptools (28.8.0)
simplejson (3.8.2)
six (1.10.0)
slip (0.6.4)
speaklater (1.3)
SQLAlchemy (1.0.14)
sqlparse (0.2.1)
SSSDConfig (1.14.2)
Terminator (0.98)
testscenarios (0.5.0)
testtools (2.2.0)
tldextract (2.0.2)
traceback2 (1.4.0)
typing (3.5.2.2)
uniconvertor (2.0)
unittest2 (1.1.0)
urlgrabber (3.10.1)
urllib3 (1.16)
Werkzeug (0.11.11)
WTForms (2.1)
yum-metadata-parser (1.1.4)
ClodoaldoPinto picture ClodoaldoPinto pada 16 Nov 2016

GoDaddy menyajikan rantai sertifikat yang tidak lengkap untuk Anda. Itu berarti kami kehilangan salah satu sertifikat perantara dan tidak dapat membangun rantai kepercayaan. Entah Anda harus menambahkan sertifikat perantara yang hilang ke toko kepercayaan sertifikat atau Anda harus menghubungi GoDaddy dan memberi tahu mereka untuk membereskan kekacauan mereka.

Lukasa picture Lukasa pada 16 Nov 2016
👍1

@Lukasa bagaimana cara memeriksa apakah masalahnya ada pada permintaan atau penerbit sertifikat?
Saya memiliki satu sertifikat yang dikeluarkan oleh Entrust dan browser saya cukup baik dengan itu ketika saya menelusuri URL.
Tetapi ketika saya mencoba membuka URL itu melalui permintaan, saya memiliki [SSL: CERTIFICATE_VERIFY_FAILED]

Pelacakan penuh

$ python main.py
Traceback (most recent call last):
  File "/Users/romandodin/venvs/nokdok/lib/python3.5/site-packages/requests/packages/urllib3/connectionpool.py", line 594, in urlopen
    chunked=chunked)
  File "/Users/romandodin/venvs/nokdok/lib/python3.5/site-packages/requests/packages/urllib3/connectionpool.py", line 350, in _make_request
    self._validate_conn(conn)
  File "/Users/romandodin/venvs/nokdok/lib/python3.5/site-packages/requests/packages/urllib3/connectionpool.py", line 835, in _validate_conn
    conn.connect()
  File "/Users/romandodin/venvs/nokdok/lib/python3.5/site-packages/requests/packages/urllib3/connection.py", line 323, in connect
    ssl_context=context)
  File "/Users/romandodin/venvs/nokdok/lib/python3.5/site-packages/requests/packages/urllib3/util/ssl_.py", line 324, in ssl_wrap_socket
    return context.wrap_socket(sock, server_hostname=server_hostname)
  File "/usr/local/Cellar/python3/3.5.1/Frameworks/Python.framework/Versions/3.5/lib/python3.5/ssl.py", line 376, in wrap_socket
    _context=self)
  File "/usr/local/Cellar/python3/3.5.1/Frameworks/Python.framework/Versions/3.5/lib/python3.5/ssl.py", line 747, in __init__
    self.do_handshake()
  File "/usr/local/Cellar/python3/3.5.1/Frameworks/Python.framework/Versions/3.5/lib/python3.5/ssl.py", line 983, in do_handshake
    self._sslobj.do_handshake()
  File "/usr/local/Cellar/python3/3.5.1/Frameworks/Python.framework/Versions/3.5/lib/python3.5/ssl.py", line 628, in do_handshake
    self._sslobj.do_handshake()
ssl.SSLError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:645)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/Users/romandodin/venvs/nokdok/lib/python3.5/site-packages/requests/adapters.py", line 423, in send
    timeout=timeout
  File "/Users/romandodin/venvs/nokdok/lib/python3.5/site-packages/requests/packages/urllib3/connectionpool.py", line 624, in urlopen
    raise SSLError(e)
requests.packages.urllib3.exceptions.SSLError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:645)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "main.py", line 64, in <module>
    r = s.get('https://infoproducts.alcatel-lucent.com/cgi-bin/get_doc_list.pl?entry_id=1-0000000000662&srch_how=&srch_str=&release=&model=&category=&contype=&format=&sortby=&how=all_prod',
  File "/Users/romandodin/venvs/nokdok/lib/python3.5/site-packages/requests/sessions.py", line 501, in get
    return self.request('GET', url, **kwargs)
  File "/Users/romandodin/venvs/nokdok/lib/python3.5/site-packages/requests/sessions.py", line 488, in request
    resp = self.send(prep, **send_kwargs)
  File "/Users/romandodin/venvs/nokdok/lib/python3.5/site-packages/requests/sessions.py", line 609, in send
    r = adapter.send(request, **kwargs)
  File "/Users/romandodin/venvs/nokdok/lib/python3.5/site-packages/requests/adapters.py", line 497, in send
    raise SSLError(e, request=request)
requests.exceptions.SSLError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:645)

paket yang diinstal

$ pip list
certifi (2016.9.26)
pip (9.0.1)
requests (2.12.4)
setuptools (32.3.1)
wheel (0.29.0)

Detail sertifikat

Subject infoproducts.alcatel-lucent.com
SAN infoproducts.alcatel-lucent.com
documentation.alcatel-lucent.com
Valid From Thu, 01 Dec 2016 13:15:08 GMT
Valid Until Sat, 01 Dec 2018 13:45:07 GMT
Issuer Entrust Certification Authority - L1K
hellt picture hellt pada 3 Jan 2017

Masalahnya hampir pasti bukan dengan penerbitnya, tetapi dengan server Anda. Bisakah Anda menunjukkan kepada saya hasil dari menjalankan openssl s_client -connect "<your-host>:<your-port>" -showcerts -servername "<your-host>" terhadap server Anda?

Lukasa picture Lukasa pada 3 Jan 2017

Saya tidak yakin bahwa saya menggunakan perintah dengan benar, tapi itu sesuatu:

$ openssl s_client -connect "infoproducts.alcatel-lucent.com:443" -showcerts -servername "infoproducts.alcatel-lucent.com"
CONNECTED(00000003)
depth=0 /C=US/ST=Illinois/L=Naperville/O=Alcatel-Lucent USA Inc./CN=infoproducts.alcatel-lucent.com
verify error:num=20:unable to get local issuer certificate
verify return:1
depth=0 /C=US/ST=Illinois/L=Naperville/O=Alcatel-Lucent USA Inc./CN=infoproducts.alcatel-lucent.com
verify error:num=27:certificate not trusted
verify return:1
depth=0 /C=US/ST=Illinois/L=Naperville/O=Alcatel-Lucent USA Inc./CN=infoproducts.alcatel-lucent.com
verify error:num=21:unable to verify the first certificate
verify return:1
---
Certificate chain
 0 s:/C=US/ST=Illinois/L=Naperville/O=Alcatel-Lucent USA Inc./CN=infoproducts.alcatel-lucent.com
   i:/C=US/O=Entrust, Inc./OU=See www.entrust.net/legal-terms/OU=(c) 2012 Entrust, Inc. - for authorized use only/CN=Entrust Certification Authority - L1K
-----BEGIN CERTIFICATE-----
MIIFeDCCBGCgAwIBAgIRAO3KTvH+nKgrAAAAAFDanDYwDQYJKoZIhvcNAQELBQAw
gboxCzAJBgNVBAYTAlVTMRYwFAYDVQQKEw1FbnRydXN0LCBJbmMuMSgwJgYDVQQL
Ex9TZWUgd3d3LmVudHJ1c3QubmV0L2xlZ2FsLXRlcm1zMTkwNwYDVQQLEzAoYykg
MjAxMiBFbnRydXN0LCBJbmMuIC0gZm9yIGF1dGhvcml6ZWQgdXNlIG9ubHkxLjAs
BgNVBAMTJUVudHJ1c3QgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgLSBMMUswHhcN
MTYxMjAxMTMxNTA4WhcNMTgxMjAxMTM0NTA3WjCBgTELMAkGA1UEBhMCVVMxETAP
BgNVBAgTCElsbGlub2lzMRMwEQYDVQQHEwpOYXBlcnZpbGxlMSAwHgYDVQQKExdB
bGNhdGVsLUx1Y2VudCBVU0EgSW5jLjEoMCYGA1UEAxMfaW5mb3Byb2R1Y3RzLmFs
Y2F0ZWwtbHVjZW50LmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEB
AK23xiJ/GCWNJa8Oa6SAYwT7QTmIJOXGrfLLZM9ZWDK81SVLm5xUAVRYaYmb3t/U
KpzeUoL+cJIa2xJGdbj50ehUTbB3SOXW7dxr15fuWahSChqaNkI/NClNAxy2Vho5
HxEtsjmuoJ0cNRcZLHZndLtWi27js3ivGxFxUcl7O3rGGj9yb+XXwJvEOsITPfZ/
gpURnHfAurZrw1+xpsArQVOF6+K6KkPnjGoCj0XCyU3LnWc6akcwwwV+HXcW8H5G
/CPvcm3DpI+45v/P2vVJ9+LiEJVHngVYK2QQ8fMDrvS2vs563I4PLnnRds0eOJph
LfHmn87oSW5jCP3RnsW0czECAwEAAaOCAa4wggGqMA4GA1UdDwEB/wQEAwIFoDAT
BgNVHSUEDDAKBggrBgEFBQcDATAzBgNVHR8ELDAqMCigJqAkhiJodHRwOi8vY3Js
LmVudHJ1c3QubmV0L2xldmVsMWsuY3JsMEsGA1UdIAREMEIwNgYKYIZIAYb6bAoB
BTAoMCYGCCsGAQUFBwIBFhpodHRwOi8vd3d3LmVudHJ1c3QubmV0L3JwYTAIBgZn
gQwBAgIwaAYIKwYBBQUHAQEEXDBaMCMGCCsGAQUFBzABhhdodHRwOi8vb2NzcC5l
bnRydXN0Lm5ldDAzBggrBgEFBQcwAoYnaHR0cDovL2FpYS5lbnRydXN0Lm5ldC9s
MWstY2hhaW4yNTYuY2VyMEwGA1UdEQRFMEOCH2luZm9wcm9kdWN0cy5hbGNhdGVs
LWx1Y2VudC5jb22CIGRvY3VtZW50YXRpb24uYWxjYXRlbC1sdWNlbnQuY29tMB8G
A1UdIwQYMBaAFIKicHTdvFM/z3vU981/p2DGCky/MB0GA1UdDgQWBBT9w+iH+fpG
UJ0IMw1vVpn+91hk6jAJBgNVHRMEAjAAMA0GCSqGSIb3DQEBCwUAA4IBAQAgOcDq
0YsihBWAxA4WFIGkdB/JdOKLRQ0Hvc7KStgtdkB1AqkUv7oBnDCHesazw4vyWbjv
w7dBTtB95jq1ZHX6eHyUDUo2xBmjnaeb2lSAdVV6j10sl7lMfRQh7ba1Im0ibhfe
7gvBn0tUlmdGqqvDqokzV4lVX74Z9nKKKr5D9e3vJsb5AvbDC/eYguBK9Oy8EDa2
ZcuPve3mB68lVy5UDg21RVZE072qC0FlYhNasZlMVUUg7tgDMlynQeeoxHe7Rcic
pHANQxJqtN8/bsE2mO/ryRZALyC7mWeDvG522ZXMaKslwTUr+jokpyUF7tS786Pi
n4zJ/KNZK2suVwcK
-----END CERTIFICATE-----
---
Server certificate
subject=/C=US/ST=Illinois/L=Naperville/O=Alcatel-Lucent USA Inc./CN=infoproducts.alcatel-lucent.com
issuer=/C=US/O=Entrust, Inc./OU=See www.entrust.net/legal-terms/OU=(c) 2012 Entrust, Inc. - for authorized use only/CN=Entrust Certification Authority - L1K
---
No client certificate CA names sent
---
SSL handshake has read 1556 bytes and written 466 bytes
---
New, TLSv1/SSLv3, Cipher is AES256-SHA
Server public key is 2048 bit
Secure Renegotiation IS NOT supported
Compression: NONE
Expansion: NONE
SSL-Session:
    Protocol  : TLSv1
    Cipher    : AES256-SHA
    Session-ID: 48D3C9611E37C997182C4F123E21BCFD909D8D4BE887B44355866B80D44E1163
    Session-ID-ctx:
    Master-Key: 0A4A9E2A10E33EAA248541C39AC71F2F879310BAE141A4EA26F425D56C27099FB6D6572C2CCFC763FC743ECF99DABB5B
    Key-Arg   : None
    Start Time: 1483448892
    Timeout   : 300 (sec)
    Verify return code: 21 (unable to verify the first certificate)
---
closed
hellt picture hellt pada 3 Jan 2017

Yup, jadi servernya salah.

Ini adalah masalah yang sangat umum dengan TLS. Validasi sertifikat TLS dilakukan dengan terlebih dahulu membangun rantai sertifikat yang membawa kita dari sertifikat yang dapat dibuktikan server memiliki kunci pribadi untuk ("daun") ke sertifikat yang kita percayai ("root"). Untuk OpenSSL ada aturan tambahan: root harus ditandatangani sendiri.

Dalam kebanyakan kasus, rantai ini memiliki panjang lebih dari dua langkah: yaitu, daun tidak ditandatangani oleh root, tetapi ditandatangani oleh apa yang disebut sertifikat perantara . Perantara itu sendiri mungkin ditandatangani oleh root, tetapi juga dapat ditandatangani oleh perantara lain , sampai akhirnya kita mencapai perantara yang ditandatangani oleh root.

Misalnya, untuk https://python-hyper.org , rantainya adalah sebagai berikut:

  1. python-hyper.org, "daun", yang saya lamar dan telah dikeluarkan
  2. Let's Encrypt Authority X3, sertifikat perantara yang digunakan oleh proyek Let's Encrypt
  3. DST Root CA X3, sertifikat root yang dipercaya oleh browser web saya (dan Permintaan)

Rantai yang benar untuk situs yang Anda akses harus :

  1. infoproducts.alcatel-lucent.com, daunnya
  2. Percayakan Otoritas Sertifikasi - L1K, sertifikat perantara yang menerbitkan daun
  3. Percayakan Otoritas Sertifikasi Root - G2, sertifikat root yang menerbitkan perantara

Untuk kasus penggunaan Anda, Permintaan dikirimkan dengan sertifikat nomor 3 dalam basis data kepercayaannya sebagai root tepercaya. Namun, server Anda hanya mengirim sertifikat nomor 1. Permintaan tidak dapat beralih dari sertifikat 1 ke sertifikat 3 tanpa memiliki sertifikat 2, dan server tidak mengirimkannya. Sebagian besar browser dikirimkan dengan sertifikat perantara yang umum digunakan, atau dapat menyimpan cache-nya, tetapi Permintaan tidak dapat melakukannya, sehingga tidak ada cara untuk mendapatkan sertifikat 2. Tanpa sertifikat 2, validasi harus gagal.

Server TLS yang dikonfigurasi dengan benar mengirim sertifikat daun dan semua perantara yang diperlukan . Ini untuk memastikan bahwa klien yang belum pernah melihat perantara dan yang tidak dapat mengambilnya secara dinamis masih dapat memvalidasi rantai. Sebagai perbandingan, lihat output dari perintah seperti yang Anda jalankan terhadap python-hyper.org :

% openssl s_client -connect python-hyper.org:443 -showcerts -servername "python-hyper.org"
CONNECTED(00000003)
depth=1 /C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
verify error:num=20:unable to get local issuer certificate
verify return:0
---
Certificate chain
 0 s:/CN=python-hyper.org
   i:/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
-----BEGIN CERTIFICATE-----
MIIFBDCCA+ygAwIBAgISAwji03rFoFMPZnEC0rLc7jg3MA0GCSqGSIb3DQEBCwUA
MEoxCzAJBgNVBAYTAlVTMRYwFAYDVQQKEw1MZXQncyBFbmNyeXB0MSMwIQYDVQQD
ExpMZXQncyBFbmNyeXB0IEF1dGhvcml0eSBYMzAeFw0xNzAxMDExMjA4MDBaFw0x
NzA0MDExMjA4MDBaMBsxGTAXBgNVBAMTEHB5dGhvbi1oeXBlci5vcmcwggEiMA0G
CSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCjF6VMEOe2qHsdbAnYstunDCW5/fBx
yhzNAxSqZKA5qfATdvhDmiPFnHJkQgUkUeGDwbBwemxuUFUaGZKTJDRhlrymLSkN
hkcouBzs/mxDjNlKacokJBm3hpu+oxYohhxPIZBs8NM4olUPDSG68r6sd1EwR+Ia
Lw//nRsMpcrGNmYy+howiBvV3CbuYsbgB59bJ+5y6G2ZqeHMwzFZ+No1oQmBck9T
KAvCh5TteQphzcM9s9NZiB6Z9C0s+vBPKOc1uLssCI3hfr29Af203CX2xgyBjXH7
M4WS17o1zLgs3Q2V03gQ7AmhtgjuJ+2NRf/d6Bsmk8ZhGnyyf+qbY+G/AgMBAAGj
ggIRMIICDTAOBgNVHQ8BAf8EBAMCBaAwHQYDVR0lBBYwFAYIKwYBBQUHAwEGCCsG
AQUFBwMCMAwGA1UdEwEB/wQCMAAwHQYDVR0OBBYEFMD50AC8wul1eNKkGVxaAvXb
DSkDMB8GA1UdIwQYMBaAFKhKamMEfd265tE5t6ZFZe/zqOyhMHAGCCsGAQUFBwEB
BGQwYjAvBggrBgEFBQcwAYYjaHR0cDovL29jc3AuaW50LXgzLmxldHNlbmNyeXB0
Lm9yZy8wLwYIKwYBBQUHMAKGI2h0dHA6Ly9jZXJ0LmludC14My5sZXRzZW5jcnlw
dC5vcmcvMBsGA1UdEQQUMBKCEHB5dGhvbi1oeXBlci5vcmcwgf4GA1UdIASB9jCB
8zAIBgZngQwBAgEwgeYGCysGAQQBgt8TAQEBMIHWMCYGCCsGAQUFBwIBFhpodHRw
Oi8vY3BzLmxldHNlbmNyeXB0Lm9yZzCBqwYIKwYBBQUHAgIwgZ4MgZtUaGlzIENl
cnRpZmljYXRlIG1heSBvbmx5IGJlIHJlbGllZCB1cG9uIGJ5IFJlbHlpbmcgUGFy
dGllcyBhbmQgb25seSBpbiBhY2NvcmRhbmNlIHdpdGggdGhlIENlcnRpZmljYXRl
IFBvbGljeSBmb3VuZCBhdCBodHRwczovL2xldHNlbmNyeXB0Lm9yZy9yZXBvc2l0
b3J5LzANBgkqhkiG9w0BAQsFAAOCAQEAgX00tBHyz9GiDQjw+Id7sbT1lrtHrmtR
DB+kofnq9pkwIExDXT0bAZ14EnU6atiVqhF3j3KxvxIfbNvmSr7emmhPwt+KqOf7
/1m+gxg3ode9LIg6oLtVOfulecxkS4/Wj990O40vuRNdy4XT4PSNze8iuJtGALoS
U9kP8G/V6VnrdbTYhSIIUW9nm0XQcOUbvupFWtiwE8vZw4t0pQloeECdMuALgVO/
1xSu0kqZgidLOkFwei/xqItx7foREzVvq3kUHD1OAuPI1azHQjErQC3N12OmxmBU
3KDOsaJC2Uu8fqI/y1YOkO97hpsgFZX4BiQNaNhtyy7sscD/teVhWQ==
-----END CERTIFICATE-----
 1 s:/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
   i:/O=Digital Signature Trust Co./CN=DST Root CA X3
-----BEGIN CERTIFICATE-----
MIIEkjCCA3qgAwIBAgIQCgFBQgAAAVOFc2oLheynCDANBgkqhkiG9w0BAQsFADA/
MSQwIgYDVQQKExtEaWdpdGFsIFNpZ25hdHVyZSBUcnVzdCBDby4xFzAVBgNVBAMT
DkRTVCBSb290IENBIFgzMB4XDTE2MDMxNzE2NDA0NloXDTIxMDMxNzE2NDA0Nlow
SjELMAkGA1UEBhMCVVMxFjAUBgNVBAoTDUxldCdzIEVuY3J5cHQxIzAhBgNVBAMT
GkxldCdzIEVuY3J5cHQgQXV0aG9yaXR5IFgzMIIBIjANBgkqhkiG9w0BAQEFAAOC
AQ8AMIIBCgKCAQEAnNMM8FrlLke3cl03g7NoYzDq1zUmGSXhvb418XCSL7e4S0EF
q6meNQhY7LEqxGiHC6PjdeTm86dicbp5gWAf15Gan/PQeGdxyGkOlZHP/uaZ6WA8
SMx+yk13EiSdRxta67nsHjcAHJyse6cF6s5K671B5TaYucv9bTyWaN8jKkKQDIZ0
Z8h/pZq4UmEUEz9l6YKHy9v6Dlb2honzhT+Xhq+w3Brvaw2VFn3EK6BlspkENnWA
a6xK8xuQSXgvopZPKiAlKQTGdMDQMc2PMTiVFrqoM7hD8bEfwzB/onkxEz0tNvjj
/PIzark5McWvxI0NHWQWM6r6hCm21AvA2H3DkwIDAQABo4IBfTCCAXkwEgYDVR0T
AQH/BAgwBgEB/wIBADAOBgNVHQ8BAf8EBAMCAYYwfwYIKwYBBQUHAQEEczBxMDIG
CCsGAQUFBzABhiZodHRwOi8vaXNyZy50cnVzdGlkLm9jc3AuaWRlbnRydXN0LmNv
bTA7BggrBgEFBQcwAoYvaHR0cDovL2FwcHMuaWRlbnRydXN0LmNvbS9yb290cy9k
c3Ryb290Y2F4My5wN2MwHwYDVR0jBBgwFoAUxKexpHsscfrb4UuQdf/EFWCFiRAw
VAYDVR0gBE0wSzAIBgZngQwBAgEwPwYLKwYBBAGC3xMBAQEwMDAuBggrBgEFBQcC
ARYiaHR0cDovL2Nwcy5yb290LXgxLmxldHNlbmNyeXB0Lm9yZzA8BgNVHR8ENTAz
MDGgL6AthitodHRwOi8vY3JsLmlkZW50cnVzdC5jb20vRFNUUk9PVENBWDNDUkwu
Y3JsMB0GA1UdDgQWBBSoSmpjBH3duubRObemRWXv86jsoTANBgkqhkiG9w0BAQsF
AAOCAQEA3TPXEfNjWDjdGBX7CVW+dla5cEilaUcne8IkCJLxWh9KEik3JHRRHGJo
uM2VcGfl96S8TihRzZvoroed6ti6WqEBmtzw3Wodatg+VyOeph4EYpr/1wXKtx8/
wApIvJSwtmVi4MFU5aMqrSDE6ea73Mj2tcMyo5jMd6jmeWUHK8so/joWUoHOUgwu
X4Po1QYz+3dszkDqMp4fklxBwXRsW10KXzPMTZ+sOPAveyxindmjkW8lGy+QsRlG
PfZ+G6Z6h7mjem0Y+iWlkYcV4PIWL1iwBi8saCbGS5jN2p8M+X+Q7UNKEkROb3N6
KOqkqm57TH2H3eDJAkSnh6/DNFu0Qg==
-----END CERTIFICATE-----
---
Server certificate
subject=/CN=python-hyper.org
issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
---
No client certificate CA names sent
---
SSL handshake has read 2638 bytes and written 451 bytes
---
New, TLSv1/SSLv3, Cipher is AES256-SHA
Server public key is 2048 bit
Secure Renegotiation IS supported
Compression: NONE
Expansion: NONE
SSL-Session:
    Protocol  : TLSv1
    Cipher    : AES256-SHA
    Session-ID: BBDF2CA65B2142C1F0C416B28C4FDF8FD5118ED4D5FF8802789D0B54C6309469
    Session-ID-ctx: 
    Master-Key: BD9B8B97EC439248CC5849EBF4B2ED18E0A73472EB8D86FE6F038C4E6944AFD8A163D80D47A3A3B28A6237A44C1B31CE
    Key-Arg   : None
    Start Time: 1483447980
    Timeout   : 300 (sec)
    Verify return code: 0 (ok)
---

Perhatikan bahwa server mengirim dua sertifikat dalam kasus saya, sedangkan di server Anda hanya mengirim satu.

Ini adalah kesalahannya. Harap konfigurasi ulang server Anda untuk mengirim semua perantara yang relevan serta daun.

Sementara saya di sini, saya harus mencatat bahwa menjalankan Qualys SSL Labs di server Anda juga akan memberi tahu Anda tentang masalah ini. =)

Lukasa picture Lukasa pada 3 Jan 2017
👍8

Terima kasih @Lukasa atas balasan pendidikan yang Anda berikan ini! Sangat menghargai dan maaf karena mengganggu ini, itu adalah TLS-knowledge-gap =) Sebagian besar saya pergi ke masalah karena semuanya baik di browser dan tidak berfungsi dalam permintaan. Tapi sekarang jelas bagi saya apa akar masalahnya.

Saya percaya tidak ada solusi (unduh sertifikat perantara di muka) untuk kasus ini, tetapi untuk mengkonfigurasi ulang server? Untuk saat ini saya akan melewati pemeriksaan verifikasi

hellt picture hellt pada 3 Jan 2017

@hellt Tidak perlu meminta maaf: ini adalah hal yang sangat tidak jelas dan ini adalah kesalahan yang sangat umum dilakukan, jadi Anda berada di perusahaan yang baik di sini. =)

Ada solusi, sebenarnya. Anda dapat meneruskan bundel sertifikat ke verify untuk mengganti penggunaan bundel sertifikat. Bundel ini dapat, selain sertifikat root, berisi sertifikat perantara yang tersedia untuk OpenSSL untuk digunakan untuk membangun rantai. Akibatnya, yang dapat Anda lakukan adalah mengambil rantai sertifikat (yang ada dalam file yang dapat Anda temukan dengan menjalankan python -c 'import certifi; print(certifi.where())' , salin itu ke tempat lain di sistem file Anda, lalu tambahkan sertifikat perantara ke akhir file itu. Perantara harus dalam format PEM. Jika kemudian meneruskan jalur ke bundel sertifikat baru ke verify kwarg, Anda akan menemukan semuanya mulai berfungsi.

Lukasa picture Lukasa pada 3 Jan 2017

Luka,
Bagaimana jika saya mendapatkan jenis kesalahan ini;
sertifikat pemasangan pip
Mengumpulkan sertifikat
Tidak dapat mengambil URL https://pypi.python.org/simple/certifi/ : Ada masalah saat mengonfirmasi sertifikat ssl: [Errno 2] Tidak ada file atau direktori seperti itu - melewatkan
Tidak dapat menemukan versi yang memenuhi persyaratan sertifikasi (dari versi: )
Tidak ditemukan distribusi yang cocok untuk sertifikasi

Q

QuarantineENG picture QuarantineENG pada 2 Mar 2017

Sepertinya Anda mengalami masalah dalam memvalidasi sertifikat TLS dari PyPI. Namun, pesan kesalahan itu agak mengejutkan. Saya tidak sepenuhnya tahu dari mana asalnya, tetapi ini menunjukkan masalah baik dengan cara pip Anda dikonfigurasi atau dengan Python Anda. Apakah Anda menemukan kesalahan serupa dengan paket python lainnya?

Lukasa picture Lukasa pada 2 Mar 2017

Halo semua,
Saya mencoba melakukan otentikasi kerberos menggunakan Python di dalam intranet organisasi saya tetapi mendapatkan kesalahan ini.

permintaan impor
dari request_kerberos impor HTTPKerberosAuth
r = request.get("https: * * * * * ", auth=HTTPKerberosAuth())

SSLError: ("jabat tangan buruk: Error([('SSL rutin', 'ssl3_get_server_certificate', 'verifikasi sertifikat gagal')],)",)

Adakah yang tahu cara menambahkan sertifikat untuk Python? Apakah itu akan membantu menyelesaikan ini?

ajitmuley5 picture ajitmuley5 pada 10 Okt 2017

@ajitmuley5 saat Anda menggunakan Permintaan, pertanyaan seperti milik Anda ada di StackOverflow. Silakan posting ini di sana dengan jumlah detail yang diperlukan. Ada orang yang dengan senang hati akan membantu Anda tanpa memulai diskusi tentang masalah lama dan tertutup.

sigmavirus24 picture sigmavirus24 pada 10 Okt 2017

@Lukasa Terima kasih! Sudo pip install -U request[security] bekerja untuk saya.

yk2kus picture yk2kus pada 4 Des 2017
👍1

Terima kasih semua, saya punya beberapa ide!

nickliqian picture nickliqian pada 7 Mar 2018
Apakah halaman ini membantu?
0 / 5 - 0 peringkat

Masalah terkait

thadeusb picture thadeusb  ·  3Komentar
avinassh picture avinassh  ·  4Komentar
brainwane picture brainwane  ·  3Komentar
jakul picture jakul  ·  3Komentar
NoahCardoza picture NoahCardoza  ·  4Komentar