Httpie: HTTPie सिस्टम प्रमाणपत्रों की अनदेखी करता है

को निर्मित 9 जून 2016 · 20टिप्पणियाँ · स्रोत: httpie/httpie

HTTPie सिस्टम प्रमाणपत्रों की अनदेखी करता है

http --debug -j https://example_using_my_ca.com

HTTPie 0.9.3
HTTPie data: /home/lukas/.httpie
Requests 2.10.0
Pygments 1.6
Python 3.4.3 (default, Oct 14 2015, 20:28:29) 
[GCC 4.8.4] linux

>>> requests.request(**{'allow_redirects': False,
 'auth': None,
 'cert': None,
 'data': '',
 'files': DataDict(),
 'headers': {'Accept': b'application/json',
             'Content-Type': b'application/json',
             'User-Agent': b'HTTPie/0.9.3'},
 'method': 'get',
 'params': ParamsDict(),
 'proxies': {},
 'stream': True,
 'timeout': 30,
 'url': 'https://example_using_my_ca.com',
 'verify': True})

Traceback (most recent call last):
  File "/usr/local/lib/python3.4/dist-packages/requests/packages/urllib3/connectionpool.py", line 578, in urlopen
    chunked=chunked)
  File "/usr/local/lib/python3.4/dist-packages/requests/packages/urllib3/connectionpool.py", line 351, in _make_request
    self._validate_conn(conn)
  File "/usr/local/lib/python3.4/dist-packages/requests/packages/urllib3/connectionpool.py", line 814, in _validate_conn
    conn.connect()
  File "/usr/local/lib/python3.4/dist-packages/requests/packages/urllib3/connection.py", line 289, in connect
    ssl_version=resolved_ssl_version)
  File "/usr/local/lib/python3.4/dist-packages/requests/packages/urllib3/util/ssl_.py", line 308, in ssl_wrap_socket
    return context.wrap_socket(sock, server_hostname=server_hostname)
  File "/usr/lib/python3.4/ssl.py", line 365, in wrap_socket
    _context=self)
  File "/usr/lib/python3.4/ssl.py", line 601, in __init__
    self.do_handshake()
  File "/usr/lib/python3.4/ssl.py", line 828, in do_handshake
    self._sslobj.do_handshake()
ssl.SSLError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:600)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/local/lib/python3.4/dist-packages/requests/adapters.py", line 403, in send
    timeout=timeout
  File "/usr/local/lib/python3.4/dist-packages/requests/packages/urllib3/connectionpool.py", line 604, in urlopen
    raise SSLError(e)
requests.packages.urllib3.exceptions.SSLError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:600)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/local/bin/http", line 11, in <module>
    sys.exit(main())
  File "/usr/local/lib/python3.4/dist-packages/httpie/core.py", line 115, in main
    response = get_response(args, config_dir=env.config.directory)
  File "/usr/local/lib/python3.4/dist-packages/httpie/client.py", line 48, in get_response
    response = requests_session.request(**kwargs)
  File "/usr/local/lib/python3.4/dist-packages/requests/sessions.py", line 475, in request
    resp = self.send(prep, **send_kwargs)
  File "/usr/local/lib/python3.4/dist-packages/requests/sessions.py", line 585, in send
    r = adapter.send(request, **kwargs)
  File "/usr/local/lib/python3.4/dist-packages/requests/adapters.py", line 477, in send
    raise SSLError(e, request=request)
requests.exceptions.SSLError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:600)

संदर्भ के लिए, कर्ल ठीक काम करता है: curl https://example_using_my_ca.com

bug

स्रोत

luv

👍16

सभी 20 टिप्पणियाँ

क्या डिफ़ॉल्ट रास्तों को पाने के लिए ssl.get_default_verify_paths () का उपयोग करना सही होगा?

luv 9 जून 2016

मैं निम्नलिखित व्यवहार का प्रस्ताव करूंगा:

यदि --verify बिना या हाँ के अलावा एक पैरामीटर पारित किया जाता है, तो अनुरोधों के माध्यम से पैरामीटर पास करें।

यदि - हां में सेट किया गया है:
1) अगर REQUESTS_CA_BUNDLE सेट है, तो सत्य सत्यापित करने के लिए पास करें।
2) एलिफ पर्यावरण चर ssl.get_default_verify_paths () .ssl_cafile_env सेट किया गया है, जिसे सत्यापित करने के लिए अनुरोध करें
4) एलिफ पर्यावरण चर ssl.get_default_verify_paths () .ssl_capath_env को सेट किया गया है जो सत्यापित करने का अनुरोध करता है
5) elif ssl.get_default_verify_paths ()। Capath कोई नहीं है, सत्यापित करने के लिए अनुरोध करने के लिए पास करें
6) और सत्यापित करने के अनुरोधों के लिए यह सच है

लेकिन कृपया ध्यान दें कि ssl.get_default_verify_paths केवल python3.4 से उपलब्ध है

luv 9 जून 2016

@ वेल्व न केवल 3.4+ और 2.7.10+ में उपलब्ध है बल्कि यह हर प्लेटफॉर्म पर काम नहीं करता है। यही कारण है कि अनुरोध लोगों के लिए इसे हल करने के लिए अपने स्वयं के मुद्दे पर काम कर रहा है। कृपया httpie पर लगातार टिप्पणी करना बंद करें। यह एक चिंता है जो अनुरोधों में मौजूद है न कि httpie IMO के लिए।

sigmavirus24 9 जून 2016

👎1

@ sigmavirus24 wtf आदमी? लगातार कमेंट करने से आपको कोई मतलब नहीं है, लेकिन जो भी हो, मैं देख रहा हूं कि आप भी httpie के योगदानकर्ता नहीं हैं। मैं सिर्फ एक बेवकूफ ट्रोल मानता हूं: /

luv 9 जून 2016

कर्ल स्रोत कोड पर एक त्वरित नज़र यह देखने के लिए कि एक कार्य कार्यान्वयन कैसा दिखता है ...।

उन सभी amiga और VMS ifdefs की उपेक्षा और कई अलग-अलग ssl पुस्तकालयों के लिए समर्थन, यह वास्तव में बहुत बेवकूफ है और यह Opensl X509_ * लुकअप विधियों (उदाहरण के लिए, Python SSL मॉड्यूल में get_default_verify_paths () में प्रयुक्त) का उपयोग नहीं कर रहा है।

इसके बजाय, संकलन समय पर बस ज्ञात स्थानों के एक समूह पर कर्ल पुनरावृत्ति करता है (यह m4dness https://github.com/curl/curl/blob/master/acinclude.m4#L2560 देखें) और फिर स्पष्ट रूप से (CURL_CA_BUNDLE) के साथ ओवरराइड करने का समर्थन करता है ) SSL_CERT_DIR और SSL_CERT_FILE वातावरण चर पर (फिर से X509_get_default_cert_file_env ()) जैसे सामान का उपयोग नहीं कर रहा है। बस।

तो शुद्ध अजगर में उसी दृष्टिकोण को लागू करने के बारे में क्या? (हाँ यह नरक के रूप में त्वरित और गंदा दिखता है लेकिन यह कर्ल के लिए काम करता है!) लेकिन विंडोज़ (ssl.enum_certports) के लिए समर्थन जोड़ना और ओएस एक्स (यहाँ निश्चित नहीं है लेकिन अजगर ओएस-एक्स 10.6+ पर ऐप्पल द्वारा आपूर्ति की गई ओपन लाइब्रेरी का उपयोग करता है? ताकि पहले से ही ठीक हो जाए!)।

luv 9 जून 2016

👍1

@ ललव रिपोर्ट के लिए धन्यवाद, लेकिन कृपया अन्य सदस्यों के प्रति अधिक सम्मानजनक @ sigmavirus24 अनुरोधों का एक मुख्य डेवलपर है जिस पर httpie सभी HTTP के लिए निर्भर करता है और जिसके बिना यह अस्तित्व में भी नहीं होगा, इसलिए उसका दृष्टिकोण अत्यंत प्रासंगिक है।

jakubroztocil 9 जून 2016

👍1

कृपया ध्यान दें कि यह 3.0.0 रिलीज़ तक अनुरोधों में तय नहीं किया जाएगा ... संभव संगतता मुद्दों की वजह से SSL_CERT_FILE का समर्थन भी नहीं किया जा रहा है https://github.com/kennethreitz/requests/pull/2903

btw। मैं अपमानजनक होने का मतलब यह नहीं था कि मैं वास्तव में सोचता था कि वह ट्रोलिंग कर रहा था :) मैं अपने रास्ते से बाहर निकल कर किसी समस्या के लिए ठीक करने में मदद करने के लिए गया था और किसी ने एक बार भी परियोजना में योगदान नहीं दिया है (मैंने HTTPie के योगदानकर्ताओं की जाँच की क्योंकि मैं वास्तव में ऐसी शत्रुतापूर्ण प्रतिक्रिया से आश्चर्यचकित था) मूल रूप से मुझे चुप रहने के लिए कह रहा था: /

luv 9 जून 2016

👍1

@luv मैं आपको चुप रहने के लिए नहीं कह रहा था। इस मुद्दे पर 763 लोग सदस्यता ले चुके हैं। उनमें से 100% _might_ को इसके लिए ईमेल मिलते हैं (लेकिन यह शायद 70% या ~ 534 की तरह अधिक है)। इसका मतलब है कि आपने (समस्या खुलने के बाद के 2 घंटों में) ~ 1602 ईमेल (संभवतः कम या ज्यादा) बनाए। दूसरे शब्दों में, आप इस तरह के सचेत पोस्ट की स्ट्रीम वाले लोगों को स्पैम कर रहे हैं। नई जानकारी को दस्तावेज़ करने का सबसे अच्छा तरीका जब किसी ने आपको जवाब नहीं दिया है, तो मूल पोस्ट को संपादित करके।

अंत में कोड योगदान केवल एक परियोजना के लिए योगदान नहीं है। यदि आप एक परियोजना पर सभी योगदान देखना चाहते हैं तो आप ऑक्टोहाट्रैक जैसी परियोजना का उपयोग कर सकते हैं। मैंने @jkbrzt के लिए httpie से संबंधित कई अनुरोधों पर प्रतिक्रिया @jkbrzt के लिए , मुझे मोटी त्वचा के रूप में खराब (और कुछ बार बदतर) माना जाता है, इसलिए मेरी मोटी त्वचा है।

एक साइड नोट के रूप में, "वे" उतने ही वर्ण हैं जितने "s / he" और आमतौर पर लागू होने के बाद से इसे किसी एक व्यक्ति को संदर्भित करने के लिए उपयोग किया जा सकता है।

sigmavirus24 10 जून 2016

तो क्या हम इसे ठीक कर रहे हैं?

luv 10 जून 2016

@jkbrzt मैं इसे एक फीचर कहूंगा, बग नहीं। यह जानबूझकर किया जाता है कि अनुरोध विंडोज, * निक्स और बीएसडी पर समान रूप से काम करता है और वास्तव में, अनुरोधों के कई सिस्टम वितरण सक्रिय रूप से उस व्यवहार को हटाते हैं और सिस्टम प्रमाणपत्र स्टोर / बंडल की ओर इंगित करते हैं। इसलिए यदि उपयोगकर्ताओं को इस व्यवहार की आवश्यकता होती है, तो वे अपने सिस्टम वितरकों द्वारा पैक किए गए अनुरोधों के संस्करण का उपयोग HTTPie के साथ कर सकते हैं (और संभवतः सिस्टम पैक किए गए HTTP कोड के साथ)।

के रूप में "यह तय हो रही" के लिए, यह तय की अपनी परिभाषा पर निर्भर करता है। यह एक सुविधा है कि _will_ को अनुरोधों में जोड़ा जाएगा। जिस बिंदु पर HTTPie को मुफ्त में व्यवहार मिलेगा। यदि HTTPie इसके बजाय इसे एक उच्च प्राथमिकता देता है (जो @jkbrzt जैसा कि वे फिट देखते हैं) कर सकते हैं, वे एक रिलीज बनाने के लिए विकास के प्रयास की नकल कर सकते हैं जो यह जल्दी करता है।

जैसा कि लगता है कि आप linux, @luv का उपयोग कर रहे हैं, आप इस तथ्य का लाभ उठा सकते हैं कि आपके लिनक्स के वितरण में लगभग निश्चित रूप से अनुरोधों का एक संस्करण है जो आज सिस्टम सर्टिफिकेट स्टोर का उपयोग करता है। अनुरोधों को मेरे द्वारा चेक किए गए लिनक्स के हर वितरण में पैक किया गया है और उन वितरणों में से हर एक अपने सिस्टम प्रमाणपत्र स्टोर का उपयोग करता है। यदि ऐसा नहीं है, तो शायद आपको उस वितरण के अनुरोध पैकेज अनुचर के साथ एक बग दाखिल करना चाहिए।

sigmavirus24 10 जून 2016

HTTP के साथ समान संभावना उपयुक्त माध्यम से स्थापित (ubuntu 14.04lts)

luv 10 जून 2016

👍1

@ ल्लव आश्चर्यचकित है क्योंकि मैं एक तथ्य के लिए जानता हूं कि 14.04 और 16.04 के अनुरोध सिस्टम सर्टिफिकेट स्टोर का उपयोग करते हैं। आपने अनुरोध कैसे स्थापित किया?

sigmavirus24 10 जून 2016

मैंने httpie के ubuntu वितरण को सत्यापित करने के लिए सभी "अनुरोधों" और "httpie" संस्करणों का उपयोग किया है और आप सही हैं कि मैं अभी भी PyPI से httpie का उपयोग कर रहा था। उबंटू httpie "ImportError: आयात नहीं कर सकता नाम is_windows" जो एक ज्ञात समस्या है।

मुझे लगता है कि मैं "pip3 अनइंस्टॉल" चलाना भूल गया और केवल "पिप अनइंस्टॉल" चला, क्योंकि मुझे पहली बार काम करने वाले ssl प्राप्त करने के लिए python3 का उपयोग करना पड़ा।

मैं अपने httpie सेटअप के विवरण के साथ 761 व्यक्तियों से "स्पैम" करने के लिए माफी माँगता हूँ।

luv 10 जून 2016

मैं Gentoo Linux, httpie-0.9.9 और रिक्वेस्ट-2.18.4 (Gentoo में नवीनतम उपलब्ध) का उपयोग पैकेज मैनेजर द्वारा स्थापित सिस्टम-वाइड, कोई अन्य संस्करण स्थापित नहीं कर रहा हूँ (मेरे पास पाइप स्थापित नहीं है)। अन्य उपकरण (Opensl s_client, sslclient, कर्ल) स्थापित स्थानीय CA प्रमाणपत्र का पता लगाता है और ठीक काम करता है, लेकिन http: // विफल रहता है:

$ openssl s_client -quiet -connect localhost:8082                                              
depth=1 CN = Local CA home.lan
verify return:1
depth=0 CN = localhost
verify return:1
^C
$ http -v https://localhost:8082/                                                              

http: error: SSLError: HTTPSConnectionPool(host='localhost', port=8082): Max retries exceeded with url: / (Caused by SSLError(SSLError("bad handshake: Error([('SSL routines', 'ssl3_get_server_certificate', 'certificate verify failed')],)",),)) while doing GET request to URL: https://localhost:8082/

क्या मुझे इसे काम करने के लिए कुछ अद्यतन करना चाहिए?

powerman 14 अप्रैल 2018

@ पोवरमैन उन पैकेजों के

sigmavirus24 14 अप्रैल 2018

👎1

@ sigmavirus24 वह क्यों है? मेरा प्रश्न है कि ये अनुरोध / httpie संस्करण सिस्टम CA सूची को संभालने वाले हैं या नहीं। यदि हाँ, तो शायद मेरे सिस्टम पर कुछ गलत है या कोई बग है। यदि नहीं, तो मुझे कौन सा संस्करण बनाने की आवश्यकता है।

powerman 14 अप्रैल 2018

@ पॉवर्सन कुछ भी नहीं बदला है। न तो आपके सिस्टम सर्टिफिकेट बंडलों का समर्थन करता है, लेकिन यदि आपने अपने वितरण पैकेज प्रबंधक से दोनों को स्थापित किया है, तो संभावना है कि उन्होंने सॉफ्टवेयर का उपयोग करने के लिए उन्हें पैच कर दिया है। यदि आपने Gentoo में उपलब्ध संकुल का उपयोग किया है और वे सिस्टम प्रमाणपत्र का उपयोग नहीं कर रहे हैं, तो यह एक Gentoo समस्या है।

sigmavirus24 14 अप्रैल 2018

बस इस पर एक अतिरिक्त टिप्पणी जोड़ने जा रहा हूं: मैं एक प्रॉक्सी का उपयोग करता हूं जिसे विशेष रूप से डिज़ाइन किया गया है ताकि जब आप एसएसएल अनुरोध करें, तो यह आपके और प्रॉक्सी के बीच एक सुरक्षित सुरंग स्थापित करता है और फिर प्रॉक्सी और गंतव्य के बीच एक और एक। यह ऐसा करता है ताकि मैं सुरक्षित रूप से अपने प्रॉक्सी के माध्यम से जाने वाले ट्रैफ़िक की निगरानी कर सकूं ताकि यह सुनिश्चित न हो कि कोई व्यक्ति कुछ बुरा करने और उसे छिपाने की कोशिश कर रहा है। दुर्भाग्य से इसका मतलब है कि सर्टिफिकेट वापस हो जाता है पर भरोसा नहीं किया जाता है (क्योंकि यह सिस्टम रूट में है, लेकिन httpie इसका उपयोग नहीं करता है)।

openshiftninja 4 जून 2018

मैं वास्तव में निक्स पर उसी मुद्दे को पुन: पेश कर सकता हूं।

suhr 4 अग॰ 2020

4+ साल बाद ...

luv 13 अग॰ 2020

👀1

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Httpie: HTTPie सिस्टम प्रमाणपत्रों की अनदेखी करता है

सभी 20 टिप्पणियाँ

संबंधित मुद्दों