我阅读了邮递员发送带cookie的请求手册:
由于打包的应用程序在与浏览器分开的沙箱中运行,因此无法访问浏览器中设置的cookie.使用Interceptor扩展也可以克服此限制.邮递员通过拦截器路由所有请求,然后拦截器使用浏览器上下文发送请求.浏览器中设置的Cookie会自动附加到您的请求中.阅读Interceptor上的原始博客文章.
启用拦截器后,您还可以从Postman发送cookie.只需设置"Cookie"标头,cookie就会随请求一起发送.您还可以访问返回响应时可用的cookie.查看博客文章了解更多信息
所以我下载了谷歌浏览器的拦截器,它启用了.
另外,我向邮递员添加以下内容: Cookie JSESSIONID=daczcz36789
当我看到网络时,我注意到Cookie没有被发送.
我做错了什么?
小智 39
您可以在浏览器和Postman中单独启用Interceptor.对于发送/接收cookie,您应该在Postman中启用Interceptor.因此,如果仅在浏览器中启用拦截器 - 它将无法工作.实际上你根本不需要在浏览器中启用Interceptor - 如果你不想用不必要的请求充斥你的邮递员历史.
Vah*_*aha 14
我使用邮递员chrome扩展名,直到不赞成使用。与本地邮递员应用程序相比,Chrome扩展程序的可用性和功能也有所下降。因此,使用chrome扩展变得不太方便。我发现了下一种方法:
try*_*arn 10
基于上述@RBT的答案,我尝试了Postman本地应用程序,并希望提供一些其他详细信息。
在最新的邮递员桌面应用程序中,您可以在最右侧找到cookie选项:
您可以看到本地主机的cookie(尽管该应用程序在本地运行,但这些cookie与chrome浏览器中的cookie链接在一起)。您也可以为特定域设置cookie。
我在使其工作(在 OSX 上)时遇到问题。我已按照邮递员提供的说明以及此处的建议进行操作,但 cookie 仍未设置。
然而,上面的帖子说“所以如果你只在浏览器中启用拦截器 - 它不会工作”提醒我这样一个事实:拦截器可以在浏览器以及 Postman 本身中启用。我想我应该尝试在浏览器中打开它,看看是否有帮助,结果确实如此。然后我在浏览器中将其关闭,它仍然有效。
因此,如果您在使其工作时遇到问题,我建议您至少尝试在浏览器中将其打开一次,因为对我来说,这似乎触发了它的生命。我认为您仍然需要在 Postman 中打开它。
Chrome的应用程序,包括邮差提到即将过时这里。现在建议选择未脱离浏览器沙盒环境的本机应用程序。
从功能页面引用:
原生应用程序独有的功能:
COOKIES:本机应用程序可让您直接使用 cookie。与 Chrome 应用程序不同,不需要单独的扩展程序(拦截器)。
内置代理:本机应用程序带有一个内置代理,您可以使用它来捕获网络流量。
RESTRICTED HEADERS:最新版本的本机应用程序允许您发送 Origin 和 User-Agent 等标头。这些在 Chrome 应用程序中受到限制。不要跟随
重定向选项:本机应用程序中存在此选项以防止自动重定向返回 300 系列响应的请求。以前,用户需要使用 Interceptor 扩展程序在 Chrome 应用程序中执行此操作。
菜单栏:本机应用程序不是由镀铬的标准菜单栏的限制。
POSTMAN CONSOLE : 最新版本的原生应用有一个内置的控制台,它允许您查看 API 调用的网络请求详细信息。
因此,一旦您从此处安装了本地 Postman 应用程序,您就不必去寻找其他先决条件(例如拦截器应用程序)来检查您的 cookie。安装本机邮递员应用程序后,我不必更改单个设置,并且我的所有 cookie 都在Cookies选项卡中可见,如下所示:
| 归档时间: |
|
| 查看次数: |
102904 次 |
| 最近记录: |