Requests: सॉकेट.त्रुटि: [त्रुटि 54] सहकर्मी द्वारा कनेक्शन रीसेट

को निर्मित 22 सित॰ 2011 · 19टिप्पणियाँ · स्रोत: psf/requests

मुझे वर्तमान में त्रुटि मिल रही है, socket.error: [Errno 54] Connection reset by peer जब मैं requests.get(url, params=kwargs) उपयोग करता हूं और params में टेक्स्ट के बड़े निकाय होते हैं। यदि मैं पाठ के दो बड़े निकायों को 2,900 वर्णों से कम प्रत्येक में छोटा करता हूं, तो यह काम करता है। अगर मैं इसे curl का उपयोग करके कमांड लाइन से अनुरोध प्राप्त करता हूं तो यह काम करता है। मैं अनुरोध संस्करण 0.6.1 का उपयोग कर रहा हूं जिसे मैंने pip install python-requests का उपयोग करके स्थापित किया है।

मुझे यकीन नहीं है कि आपको इस मुद्दे को दोहराने के लिए कैसे कहा जाए क्योंकि मैं अपने प्रेषक खाते में न्यूजलेटर जोड़ने के लिए पायथन-सेंडग्रिड लाइब्रेरी का उपयोग कर रहा हूं और मैं अपना एपीआई उपयोगकर्ता नाम और पासवर्ड जारी टिकट में पोस्ट नहीं करना चाहता हूं। :)

कर्ल का उपयोग कर कमांड लाइन से परीक्षण करने के लिए मुझे लगता है कि प्रत्येक सादा पाठ और html पाठ है कि एक का उपयोग कर urlencoded किया था दो फ़ाइलें बनाई urlencoder । फिर मैंने निम्न आदेश चलाया।

export IDENTITY='<my identity number>'
export API_KEY='<my smtp password>'
export API_USER='<my smtp username>'
export NAME='<My Urlencoded Newsletter Name>'
export SUBJECT='<My Urlencoded Newsletter Subject>'
TEXT=`cat urlencoded.txt`; HTML=`cat urlencoded.html`; curl -d "api_user=$API_USER&api_key=$API_KEY&identity=$IDENTITY&name=$NAME&subject=$SUBJECT&text=$TEXT&html=$HTML" https://sendgrid.com/api/newsletter/newsletter/add.json

स्रोत

epicserve

सबसे उपयोगी टिप्पणी

मीठी कार्रवाई! requests.get(url, params=kwargs) से requests.post(url, data=kwargs) स्विच करने से यह ठीक हो गया! इससे आपको परेशान करने के लिए खेद है और मदद के लिए धन्यवाद!

epicserve 22 सित॰ 2011

🎉5

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

हां दिलचस्प। यदि वह त्रुटि उठाई जा रही है, तो मेरे पास यह मानने का कोई कारण नहीं है कि सर्वर _is't_ वास्तव में कनेक्शन को रीसेट कर रहा है।

क्या आपके पास चार्ल्स जैसा HTTP प्रॉक्सी उपलब्ध है? यह वास्तव में क्या हो रहा है पर कुछ प्रकाश डालने में मदद कर सकता है।

kennethreitz42 22 सित॰ 2011

❤1 👍1

क्षमा करें, मैं पूर्ण ट्रेसबैक प्रदान करना भूल गया। जब मुझे त्रुटि मिलती है तो मुझे प्राप्त होने वाली ट्रेसबैक यहां दी गई है। साथ ही, मुझे समझ में नहीं आ रहा है कि HTTP प्रॉक्सी का उपयोग कैसे करें और जब यह कर्ल के साथ कमांड लाइन से काम करता है तो इससे कोई फर्क क्यों पड़ता है।

Traceback (most recent call last):
  File "/Users/oconnor/.virtualenvs/emails/bin/django-admin.py", line 5, in <module>
    management.execute_from_command_line()
  File "/Users/oconnor/.virtualenvs/emails/lib/python2.7/site-packages/django/core/management/__init__.py", line 429, in execute_from_command_line
    utility.execute()
  File "/Users/oconnor/.virtualenvs/emails/lib/python2.7/site-packages/django/core/management/__init__.py", line 379, in execute
    self.fetch_command(subcommand).run_from_argv(self.argv)
  File "/Users/oconnor/.virtualenvs/emails/lib/python2.7/site-packages/django/core/management/base.py", line 191, in run_from_argv
    self.execute(*args, **options.__dict__)
  File "/Users/oconnor/.virtualenvs/emails/lib/python2.7/site-packages/django/core/management/base.py", line 220, in execute
    output = self.handle(*args, **options)
  File "/Users/oconnor/Sites/wenworld/emails/emails/management/commands/ww_daily_headlines_send.py", line 114, in handle
    self.add_newsletter_to_sendgrid(sendgrid_newsletter_name, NEWSLETTER_SLUG)
  File "/Users/oconnor/Sites/wenworld/emails/emails/management/commands/ww_daily_headlines_send.py", line 94, in add_newsletter_to_sendgrid
    html=email.html
  File "/Users/oconnor/.virtualenvs/emails/src/sendgrid/src/sendgrid/__init__.py", line 67, in newsletter_add
    subject=subject, text=text, html=html)
  File "/Users/oconnor/.virtualenvs/emails/src/sendgrid/src/sendgrid/__init__.py", line 157, in get
    return self.call(method, **kwargs)
  File "/Users/oconnor/.virtualenvs/emails/src/sendgrid/src/sendgrid/__init__.py", line 56, in call
    result_json = json.loads(response.content)
  File "/Users/oconnor/.virtualenvs/emails/lib/python2.7/site-packages/requests/models.py", line 429, in __getattr__
    self._content = self.read()
  File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/socket.py", line 351, in read
    data = self._sock.recv(rbufsize)
  File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/httplib.py", line 553, in read
    s = self.fp.read(amt)
  File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/httplib.py", line 1276, in read
    return s + self._file.read(amt - len(s))
  File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/socket.py", line 380, in read
    data = self._sock.recv(left)
  File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/ssl.py", line 219, in recv
    return self.read(buflen)
  File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/ssl.py", line 138, in read
    return self._sslobj.read(len)
socket.error: [Errno 54] Connection reset by peer

epicserve 22 सित॰ 2011

❤1

जीथब से मुझे जो प्रतिक्रिया मिलती है वह है ...

<html>
<head><title>414 Request-URI Too Large</title></head>
<body bgcolor="white">
<center><h1>414 Request-URI Too Large</h1></center>
<hr><center>nginx/0.7.65</center>
</body>
</html>

जो अजीब है क्योंकि, जैसा कि मैंने पहले उल्लेख किया है, यह curl साथ काम करता है।

epicserve 22 सित॰ 2011

❤2

यदि आप चार्ल्स (या समान) के माध्यम से दो अनुरोधों पर एक नज़र डालने के लिए समय निकालते हैं, तो मुझे यकीन है कि आप इस मुद्दे को बहुत जल्दी देखेंगे।

जैसा कि त्रुटि कहती है, सर्वर को संसाधित करने के लिए अनुरोध-यूआरआई बहुत बड़ा है, इसलिए यह कनेक्शन छोड़ रहा है।

अनुरोधों के साथ, आप अनुरोध यूआरआई में एक विशाल क्वेरी स्ट्रिंग के रूप में सभी डेटा भेज रहे हैं, जिसे जीईटी पैरामीटर के रूप में जाना जाता है। जब आप कर्ल का उपयोग कर रहे होते हैं, तो आप फॉर्म-एन्कोडेड डेटा को अनुरोध के मुख्य भाग में अपलोड कर रहे होते हैं, जिसे POST डेटा के रूप में जाना जाता है।

kennethreitz42 22 सित॰ 2011

👍3 ❤2

मैंने requests.get(url, params=kwargs) और requests.post(url, params=kwargs) दोनों का उपयोग करने का प्रयास किया है और दोनों एक ही त्रुटि लौटाते हैं। किसी कारण से चार्ल्स कर्ल से अनुरोधों को कैप्चर नहीं कर रहा है और यह सिर्फ मेरे ब्राउज़र और मेरी पायथन कमांड लाइन स्क्रिप्ट से अनुरोधों को कैप्चर कर रहा है जो पायथन-अनुरोधों का उपयोग करता है।

epicserve 22 सित॰ 2011

👎4

कोई चिंता नहीं।

params क्वेरी स्ट्रिंग के लिए है, data POST डेटा के लिए है।

kennethreitz42 22 सित॰ 2011

🎉2

epicserve 22 सित॰ 2011

🎉5

चिंता की कोई बात नहीं है :)

kennethreitz42 22 सित॰ 2011

👎2 👍2

यह अजीब है कि मुझे समान डेटा के साथ एक ही त्रुटि मिलती है, केवल अंतर यह है कि मेरे मामले में मेरे पास बड़ी सूची या पैरामीटर का आकार नहीं है। कर्ल के माध्यम से किया गया वही अनुरोध ठीक काम करता है लेकिन अनुरोधों के माध्यम से मुझे यह त्रुटि देता है।

request.exceptions.ConnectionError: HTTPSConnectionPool(host='sbarnea.com', port=443): अधिकतम पुनर्प्रयास url के साथ पार हो गए: /jira/rest/api/2/group?groupname=jira-administrators&expand=users (इसके कारण: [त्रुटि 54] सहकर्मी द्वारा कनेक्शन रीसेट)

और भी दिलचस्प, ऐसा लगता है कि अनुरोध वेब सर्वर तक भी नहीं पहुंचता है।

कोई विचार यह क्या कारण हो सकता है?

ssbarnea 19 दिस॰ 2013

👀1

@ssbarnea यह समस्या दो वर्ष से अधिक पुरानी है: इसका उस समस्या से कोई लेना-देना नहीं है जिसका आप वर्तमान में अनुभव कर रहे हैं। =) क्या आप कृपया अपनी समस्या को ट्रैक करने के लिए एक नया मुद्दा खोल सकते हैं?

Lukasa 19 दिस॰ 2013

🎉2

इससे भी बेहतर, कोई समस्या न खोलें, स्टैक ओवरफ्लो से बात करें, आप एक प्रश्न पूछ रहे हैं और आपके पास यह मानने का कोई कारण नहीं है कि यह एक मुद्दा है कि अनुरोध कैसे व्यवहार करता है। StackOverflow पर विवरण हैश आउट करें और फिर हम एक बग रिपोर्ट दर्ज कर सकते हैं (यदि आवश्यक हो)।

sigmavirus24 19 दिस॰ 2013

👎3

यह एक बहुत ही अजीब व्यवहार है और मेरे पास यह मानने के कारण हैं कि यह अनुरोधों में बग नहीं है, इसलिए मैंने एक नया बग खोला। मैं अभी भी जांच कर रहा हूं कि इसका क्या कारण हो सकता है, यह केवल मेरी मशीन से होता है, लेकिन सबसे दिलचस्प हिस्सा यह है कि कर्ल काम करता है (और ब्राउज़र भी)। धन्यवाद।

ssbarnea 19 दिस॰ 2013

❤2

इसे यहाँ रखने के लिए क्षमा करें, लेकिन मैंने पाया कि इसका क्या कारण है:

#  resolver 127.0.0.1;
#  ssl_protocols TLSv1.2 TLSv1.1 ; # TLSv1
#  ssl_stapling on;
#  ssl_stapling_verify on;
#  ssl_session_cache builtin:1000;
#  ssl_session_timeout 30m;
#  ssl_ciphers HIGH:!RC4:!aNULL:!MD5;
#  ssl_prefer_server_ciphers on;

nginx सर्वर पर इन ट्यूनिंग को अक्षम करके इसने अनुरोधों के साथ काम करना शुरू कर दिया, स्पष्ट रूप से उनमें से एक खराबी का कारण बन रहा है।

ssbarnea 19 दिस॰ 2013

❤2

@ssbarnea
यह संभवत: एक बग्गी सर्वर है जो विशिष्ट एसएसएल/टीएलएस संस्करणों में बोले जाने पर गलत सामान कर रहा है जैसे # 1567 (और कई और) में वर्णित है।
एक अलग संस्करण को मजबूर करने का प्रयास करें जैसे कि यहां समझाया गया

t-8ch 19 दिस॰ 2013

❤2

और विजेता (हारने वाला) ssl_protocols TLSv1.2 TLSv1.1;
ऐसा लगता है कि सर्वर पर समर्थित प्रोटोकॉल से TLSv1 को हटाने से अनुरोधों को काम करने से रोका जा सकता है।

अब, मैं इसे अनुरोधों या अंतर्निहित पुस्तकालय में एक बग कह सकता हूं?

नोट: सुरक्षा चिंताओं के कारण TLSv1 को हटाने की अनुशंसा की जाती है, इसके साथ कारनामे हैं।

ssbarnea 19 दिस॰ 2013

❤1

@ssbarnea आप पाएंगे कि सीमा अनुरोधों में नहीं बल्कि पायथन में है। जैसा कि आप यहां तालिका में देख सकते हैं, वर्तमान में पायथन के किसी भी शिप किए गए संस्करण में V1.0 की तुलना में हाल के टीएलएस के किसी भी संस्करण के लिए समर्थन नहीं

पायथन 3.4 (अभी तक शिप नहीं किया गया है, कोई गारंटी नहीं है कि अनुरोध इसके साथ संगत है) TLS1.2 और TLS1.1 के लिए समर्थन की अनुमति देता है, इसलिए आप इसके साथ प्रयास कर सकते हैं। अन्यथा, आपको TLSv1 को अनुरोधों को अनुमति देने की अनुमति देनी होगी।

Lukasa 19 दिस॰ 2013

👎1

फिर भी कुछ अजीब है: दोनों ही मामलों में मैंने पायथन का उपयोग किया, जब ओएस एक्स से परीक्षण किया गया तो यह विफल हो गया, जब उबंटू से परीक्षण किया गया तो यह काम कर गया।

आम तौर पर मैं एसएसएल के लिए डिफ़ॉल्ट सेटिंग्स को नहीं छूता, लेकिन मैं एक एसएसएल रिपोर्ट चलाता हूं और अधिकांश चेतावनियों को हल करने का प्रयास करता हूं:

FIPS की आवश्यकता है: SSL v2 और SSL v3 अक्षम हैं (केवल उपयोग में TLS संस्करण प्रोटोकॉल)
BEAST हमलों के बारे में भी पढ़ें।

इसे यहां जांचें:
https://sslcheck.globalsign.com/en_US/sslcheck/?host=sbarnea.com

इसलिए, मैं सोच रहा था कि क्या इसे ठीक करना संभव है, स्पष्ट रूप से अगर यह उबंटू पर पायथन के साथ काम करता है, तो यह सभी पायथन संस्करणों के लिए विशिष्ट नहीं हो सकता है।

ssbarnea 19 दिस॰ 2013

😕1

मिमी, दुख की बात है कि यह कर सकता है। आपके द्वारा प्राप्त ssl समर्थन की सापेक्ष विशेषताएं आपके द्वारा इंस्टॉल किए गए ओपनएसएसएल के संस्करण पर निर्भर करती हैं। दो संस्करणों की तुलना करें। =)

Lukasa 19 दिस॰ 2013

🎉1

बस विषय पर थोड़ा सा बंद करने के लिए। यदि आपका वेबसर्वर TLSv1 की अनुमति नहीं देता है तो आपको TLSv1.1 और 1.2 अजगर 2.7.9 (दिसंबर 2014 में समाप्त होने के कारण) के साथ मिलेगा। हालाँकि आप PYOpenSSL भी स्थापित कर सकते हैं और इसे urrlib3 (http://urllib3.readthedocs.org/en/latest/security.html#openssl-pyopenssl) में इंजेक्ट कर सकते हैं, जो एक वेबसर्वर के लिए अनुरोधों के उपयोग की अनुमति देता है जिसने TLSv1 को अजगर के साथ अक्षम कर दिया है 2.7.6 (और शायद अन्य)।

import urllib3.contrib.pyopenssl
urllib3.contrib.pyopenssl.inject_into_urllib3()

लेकिन वास्तव में, वेबसर्वर को शायद किसी ऐसी चीज़ की अवहेलना नहीं करनी चाहिए जो लोगों को इस कई अजीब हुप्स के माध्यम से कूदने के लिए मजबूर करती है।

chrisdl 12 नव॰ 2014

😄1

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

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

Requests: सॉकेट.त्रुटि: [त्रुटि 54] सहकर्मी द्वारा कनेक्शन रीसेट

सबसे उपयोगी टिप्पणी

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

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