使用Python请求的Cookie身份验证

2024-09-24 22:21:04 发布

您现在位置:Python中文网/ 问答频道 /正文

我试图使用PythonrequestsAPI以编程方式模拟站点上的用户操作。 要以编程方式完成此任务,请求必须具有用户/通过身份验证,并且还应在头中以Cookies形式传递少量nvp。 为了得到NVPs,我最初发出一个伪请求,服务器返回cookies给我。 我从这些cookies中获取所需的值,并使用它发送实际请求。 但是请求没有成功,服务器抱怨我没有登录。 但如果使用浏览器中的cookie值,则请求成功。

在cookie中以编程方式获取JSESSIONID、glide-user和glide-user-session参数的伪请求是

response = requests.get('http://example.com/make_dummy_get',auth=('username','pasword'))
cookie_params = response.cookies.items()

以下是实际请求

headers =  {
'Host': 'example.com'
,'Connection': 'keep-alive'
,'Content-Length': 113
,'Cache-Control': 'max-age=0'
,'Accept': 'text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8'
,'Origin': 'example.com'
,'User-Agent': 'Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/36.0.1985.125 Safari/537.36'
,'Content-Type': 'application/x-www-form-urlencoded'
,'Referer': 'www.example.com/asdas/'
,'Accept-Encoding': 'gzip,deflate,sdch'
,'Accept-Language': 'en-US,en;q=0.8'
,'Cookie': 'JSESSIONID=B6F7371A11825472CAB0366A4DCDD8EFB; glide_user="SC:Z3Vlc3Q=:b890b38b7f000001121dbe81a08c413ca5"; glide_user_session="SC:Z3Vlc3Q=:b890b38b7f000001121dbe81a08c413ca5"'
}

form_data = {
'param1': 'value1'
,'param2': 'value2'
,'param3': 'value3'
}

res = requests.post('http://example.com/make_post_request',auth=('username','pasword'),data=form_data,headers = headers)

在我看来,由于某种原因由我的虚拟请求创建的会话正在关闭 因此第二个请求被拒绝,html响应说我必须登录才能访问请求的资源。

我对Java apache的HttpClient也做了同样的练习,但最后还是出现了同样的问题。我在这里缺少了什么来使请求成功而不出现任何登录或身份验证问题?


Tags: 用户formcom身份验证dataapplicationexamplecookie
1条回答
网友
1楼 · 发布于 2024-09-24 22:21:04

首先,您应该使用来自请求的Session对象。这将管理cookie(并为您准备),因此您不必为自己创建cookie头。

s = requests.Session()
s.get('http://example.com/make_dummy_get',auth=('username','pasword'))
print(s.cookies)

接下来,我必须强烈建议您停止设置以下标题:

  • Host
  • Content-Length
  • Content-Type
  • Cookie

所有这四个标题都将由requests为您生成。将使用Session使用的CookieJar生成Cookie头。当requests准备身体时,将计算Content-LengthContent-Type

另外,如果您试图使用cookies进行身份验证,服务器可能会变得混乱,因为您还在第二个请求中传递auth=('username', 'password')。这将生成一个授权头,因此您同时发送一个Cookie头和一个Authorization头。服务器认为这很可能是可疑的,并且正确地拒绝接受您的授权请求。

相关问题 更多 >