Requests: socket.error: [Errno 54] 피어에 의한 연결 재설정

에 만든 2011년 09월 22일 · 19코멘트 · 출처: psf/requests

현재 requests.get(url, params=kwargs) 사용할 때 socket.error: [Errno 54] Connection reset by peer 오류가 발생하고 params 큰 텍스트 본문이 포함되어 있습니다. 두 개의 큰 텍스트 본문을 각각 2,900자 미만으로 자르면 작동합니다. curl 사용하여 명령줄에서 동일한 get 요청을 실행하면 작동합니다. pip install python-requests 사용하여 설치한 요청 버전 0.6.1을 사용하고 있습니다.

나는 python-sendgrid 라이브러리를 사용하여 내 sendgrid 계정에 뉴스레터를 추가하고 있고 문제 티켓에 내 API 사용자 이름과 비밀번호를 게시하고 싶지 않기 때문에 문제를 복제하라는 말을 어떻게 해야 할지

curl을 사용하여 명령줄에서 테스트하기 위해 각각 urlencoder를 사용하여 urlencoded 일반 텍스트와 html 텍스트를 포함하는 두 개의 파일을 만들었습니다. 그런 다음 다음 명령을 실행했습니다.

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 에 2011년 09월 22일

🎉5

모든 19 댓글

흠, 흥미롭군. 그것이 발생하는 오류라면, 서버가 실제로 연결을 재설정하지 _아니다_라고 믿을 이유가 거의 없습니다.

Charles와 같은 HTTP 프록시를 사용할 수 있습니까? 실제로 무슨 일이 일어나고 있는지 밝힐 수 있습니다.

kennethreitz42 에 2011년 09월 22일

❤1 👍1

죄송합니다. 전체 역추적을 제공하는 것을 잊었습니다. 다음은 오류가 발생했을 때 얻는 역추적입니다. 또한 HTTP 프록시를 사용하는 방법과 curl이 있는 명령줄에서 작동할 때 차이가 나는 이유를 이해하지 못합니다.

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 에 2011년 09월 22일

❤1

github에서 돌아온 응답은...

<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 에 2011년 09월 22일

❤2

Charles(또는 이와 유사한)를 통해 두 가지 요청을 살펴보는 데 시간을 들이면 문제를 매우 빨리 확인할 수 있을 것입니다.

오류에서 알 수 있듯이 Request-URI가 너무 커서 서버가 처리할 수 없으므로 연결이 끊어집니다.

요청을 사용하면 모든 데이터를 GET 매개변수라고 하는 요청 URI의 대규모 쿼리 문자열로 보냅니다. curl을 사용하는 경우 양식 인코딩 데이터를 POST 데이터라고 하는 요청 본문에 업로드합니다.

kennethreitz42 에 2011년 09월 22일

👍3 ❤2

requests.get(url, params=kwargs) 및 requests.post(url, params=kwargs) 를 모두 사용하려고 시도했지만 둘 다 동일한 오류를 반환합니다. 어떤 이유로 Charles는 curl에서 요청을 캡처하지 않고 python-requests를 사용하는 내 브라우저와 내 python 명령줄 스크립트에서 요청을 캡처하고 있습니다.

epicserve 에 2011년 09월 22일

👎4

걱정 마.

params 는 쿼리 문자열용이고 data 는 POST 데이터용입니다.

kennethreitz42 에 2011년 09월 22일

🎉2

달콤한 액션! requests.get(url, params=kwargs) 에서 requests.post(url, data=kwargs) 하면 문제가 해결되었습니다! 번거롭게 해서 죄송하고 도와주셔서 감사합니다!

epicserve 에 2011년 09월 22일

🎉5

전혀 걱정하지 마세요 :)

kennethreitz42 에 2011년 09월 22일

👎2 👍2

비슷한 데이터로 동일한 오류가 발생하는 것이 이상합니다. 유일한 차이점은 제 경우에는 큰 목록이나 매개 변수 크기가 없다는 것입니다. CURL을 통해 이루어진 동일한 요청은 제대로 작동하지만 요청을 통해 이 오류가 발생합니다.

requests.exceptions.ConnectionError: HTTPSConnectionPool(host='barnea.com', port=443): URL로 최대 재시도 횟수 초과: /jira/rest/api/2/group?groupname=jira-administrators&expand=users: [Errno 54] 피어에 의한 연결 재설정)

더 흥미로운 것은 요청이 웹 서버에 도달하지도 않는 것 같습니다.

어떤 원인이 될 수 있습니까?

ssbarnea 에 2013년 12월 19일

👀1

@ssbarnea 이 문제는 2년이

Lukasa 에 2013년 12월 19일

🎉2

더 나은 방법은 문제를 열지 말고 StackOverflow에 가서 질문을 하고 있는데 이것이 요청 동작 방식의 문제라고 믿을 이유가 없다는 것입니다. StackOverflow에 대한 세부 정보를 해시 처리하면 버그 보고서를 제출할 수 있습니다(필요한 경우).

sigmavirus24 에 2013년 12월 19일

👎3

그것은 매우 이상한 행동이며 요청의 버그가 아니라고 믿을 이유가 있습니다. 그래서 새 버그를 열었습니다. 나는 여전히 이것을 일으킬 수 있는 원인을 조사하고 있습니다. 내 컴퓨터에서만 발생하지만 가장 흥미로운 부분은 CURL이 작동한다는 것입니다(브라우저도 마찬가지). 감사합니다.

ssbarnea 에 2013년 12월 19일

❤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 에 2013년 12월 19일

❤2

@ssbarnea
#1567(및 그 이상)에 설명된 것처럼 특정 SSL/TLS 버전에서 말할 때 잘못된 작업을 수행하는 버그가 있는 서버일 가능성이 큽니다.
여기 에 설명된 것처럼 다른 버전을 강제 실행해 보십시오(@Lukasa에게 더 많은 찬사).

t-8ch 에 2013년 12월 19일

❤2

그리고 승자(패자)는 ssl_protocols TLSv1.2 TLSv1.1;
서버에서 지원되는 프로토콜에서 TLSv1 를 제거하면 요청이 작동하지 않는 것 같습니다.

이제 요청이나 기본 라이브러리에서 이것을 버그라고 부를 수 있습니까?

참고: 보안 문제로 인해 TLSv1을 제거하는 것이 좋습니다. 악용이 있습니다.

ssbarnea 에 2013년 12월 19일

❤1

@ssbarnea 제한 사항이 요청이 아니라 Python에 있음을 알 수 있습니다. 현재 제공되는 Python 버전은 여기 표

Python 3.4(아직 제공되지 않음, Requests가 호환된다는 보장 없음)에서는 TLS1.2 및 TLS1.1을 지원하므로 시도해 볼 수 있습니다. 그렇지 않으면 TLSv1이 요청을 통과하도록 허용해야 합니다.

Lukasa 에 2013년 12월 19일

👎1

여전히 이상한 점이 있습니다. 두 경우 모두 Python을 사용했는데 OS X에서 테스트할 때는 실패했고 Ubuntu에서 테스트했을 때는 작동했습니다.

일반적으로 SSL의 기본 설정은 건드리지 않지만 SSL 보고서를 실행하고 대부분의 경고를 해결하려고 했습니다.

FIPS 요구 사항: SSL v2 및 SSL v3 비활성화(TLS 버전 프로토콜만 사용)
BEAST 공격에 대해서도 읽어보십시오.

여기에서 확인하십시오:
https://sslcheck.globalsign.com/en_US/sslcheck/?host=sbarnea.com

그래서 이것을 고칠 수 있는지 궁금합니다. 분명히 Ubuntu의 Python과 함께 작동한다면 모든 Python 버전에 국한될 수는 없습니다.

ssbarnea 에 2013년 12월 19일

😕1

음, 슬프게도 그럴 수 있습니다. ssl 지원의 상대적 기능은 설치한 OpenSSL 버전에 따라 다릅니다. 두 버전을 비교하십시오. =)

Lukasa 에 2013년 12월 19일

🎉1

주제에 대해 약간의 마무리를 제공합니다. 웹 서버가 TLSv1을 허용하지 않으면 Python 2.7.9가 포함된 TLSv1.1 및 1.2를 받게 됩니다(2014년 12월 예정). 그러나 PYOpenSSL을 설치하고 이를 urrlib3(http://urllib3.readthedocs.org/en/latest/security.html#openssl-pyopenssl)에 삽입할 수도 있습니다. 이는 Python에서 TLSv1을 비활성화한 웹 서버에 대한 요청을 사용할 수 있게 해주는 것 같습니다. 2.7.6(그리고 아마도 다른 것들).

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

그러나 실제로 웹 서버는 사람들이 이 많은 이상한 고리를 건너뛰도록 강요하는 무언가를 비추천해서는 안 됩니다.

chrisdl 에 2014년 11월 12일

😄1

이 페이지가 도움이 되었나요?

0 / 5 - 0 등급

Requests: socket.error: [Errno 54] 피어에 의한 연결 재설정

가장 유용한 댓글

모든 19 댓글

관련 문제