3

我们有一个服务器来为我们的 API 提供服务。

我现在使用它有一段时间了，现在我正在经历我现在所说的一种服务器偏见，从我们的 API 服务器到某些目的地（对一些发件人很好，对另一些发件人不好），我想确切地知道发生了什么。

一些请求通过 TCP 重置(RST) 得到响应，但其他请求确实得到了正确响应（200 状态，预期内容）。

我想澄清一下，这不是在服务器中明确完成的（我们实际上并没有选择一些目的地来拒绝），并且对于我尝试过的每个客户端，我总是得到相同的结果（我的意思是，行为是确定性的，仅取决于发件人 - 至少显然）。

这是我发送的实际请求：

GET /api/guilherme@buddycloud.org/metadata/posts HTTP/1.1
Host: demo.buddycloud.org

这是我编写的 python 代码，我在不同的地方运行：

from requests import Request, Session

headers = {
    'Accept' : '*/*',
    'Accept-Encoding' : 'gzip,deflate,sdch',
    'Accept-Language' : 'en-US,en;q=0.8,pt-BR;q=0.6,pt;q=0.4',
    'Cache-Control' : 'no-cache',
    'Host' : 'demo.buddycloud.org'
}

req = Request('GET',
'https://demo.buddycloud.org/api/guilherme@buddycloud.org/metadata/posts',
headers=headers)

r = req.prepare()
print r.url

s = Session()
resp = s.send(r, verify=False)

print resp, resp.ok
print resp.content

我尝试过几个不同的场景：

Windows 7 64 位，Python 2.7.3，请求 1.2.3

运行此代码并引发此异常：

requests.exceptions.ConnectionError:
HTTPSConnectionPool(host='demo.buddycloud.org', port=443):
Max retries exceeded with url: /api/guilherme@buddycloud.org/metadata/posts
(Caused by <class 'socket.error'>:
[Errno 10054] An existing connection was forcibly closed by the remote host)

使用 Wireshark 我注意到这种情况正在发生，因为我从服务器获得了 TCP 重置。 Wireshark 输出图像

Ubuntu，Python 2.7.3，请求 1.2.3

我运行了完全相同的代码，没有遇到任何问题，但得到了预期的响应：

https://demo.buddycloud.org/api/guilherme@buddycloud.org/metadata/posts
<Response [200]> True
{
  "title" : "guilherme@buddycloud.org Channel Posts",
  "description":"This is my buddycloud channel =)",
  "access_model":"open",
  "creation_date":"2013-04-13T15:24:53.471Z",
  "channel_type":"personal",
  "default_affiliation":"publisher"
}

在阅读的这一点上，可以猜测这是一个 Windows x Linux 问题，但你会看到其中一个场景是 Linux 环境，但我仍然遇到同样的问题。

通过邮递员

正如人们所期望的那样，它工作得很好。邮递员打印屏幕

在我们的 Heroku 服务器上，Python 2.7.4，Requests 1.2.3

我们有一个应用程序对我们的 API 发出相同的调用。那里发生了一个非常相似的错误，我确信原因是相同的（服务器发送 TCP 重置）。这是引发的异常：

HTTPSConnectionPool(host='demo.buddycloud.org', port=443):
Max retries exceeded with url:
/api/guilherme@buddycloud.org/metadata/posts
(Caused by : [Errno 104] Connection reset by peer)

所以我很想知道为什么我们的服务器会这样。我花了很多时间认为问题出在我身上，但我猜它不是，它是由服务器上的某些东西引起的，可能是一些错误配置或与 SSL 相关的东西。

请注意，我的代码通过python-requests发送的标头与 Postman 发送的标头相同 - 我实际上是在尝试模拟 Postman 的成功请求，但这不起作用。

另请注意，在我尝试执行此操作的任何地方，我都有完全相同版本的 Python 和请求。

有人可以帮我知道发生了什么吗？在此先感谢您，我愿意接受您可能有的任何进一步的问题。

4

2 回答 2

3

这似乎是 ssl 协商的问题。这段代码在heroku上对我有用。使用'SSLv3'也有效。'SSLv23'（默认）中断，不要问我为什么。

from requests import Session
from requests.adapters import HTTPAdapter
from requests.packages.urllib3.poolmanager import PoolManager


class SSLAdapter(HTTPAdapter):
    '''An HTTPS Transport Adapter that uses an arbitrary SSL version.'''
    def __init__(self, ssl_version=None, **kwargs):
        self.ssl_version = ssl_version

        super(SSLAdapter, self).__init__(**kwargs)

    def init_poolmanager(self, connections, maxsize, block=False):
        self.poolmanager = PoolManager(num_pools=connections,
                                       maxsize=maxsize,
                                       block=block,
                                       ssl_version=self.ssl_version)

s = Session()
s.mount('https://', SSLAdapter('TLSv1'))
req = s.get('https://demo.buddycloud.org/api/guilherme@buddycloud.org/metadata/posts',    verify=False)
print(req)

（SSLAdapter来自@Lukasa 的博客）

于 2013-07-05T16:58:17.973 回答
0

问题似乎与请求标头有关。

在您的请求中添加以下标头 -

Connection: keep-alive
Cache-Control: no-cache
Pragma: no-cache

从您的请求中删除以下标头 -

Accept-Encoding: gzip, deflate

再次测试，应该可以了。

于 2013-07-05T05:32:22.037 回答