带基础认证的SAP IntegrationContent API GET请求：浏览器正常Postman异常求助

我尝试向SAP IntegrationContent API发起简单的GET请求，此前在Postman中运行正常，但近期开始返回认证页面源码而非实际数据。奇怪的是，使用浏览器发起该请求可正常获取数据。我已通过Postman Interceptor克隆浏览器请求进行排查，但即便请求完全一致，Postman仍返回认证页面。

相关信息 #

浏览器请求（Postman Interceptor捕获截图） #

浏览器返回的数据 #

<service xmlns="http://www.w3.org/2007/app" xmlns:atom="http://www.w3.org/2005/Atom" xml:base="https://*my host*-trial.cfapps.us10-001.hana.ondemand.com:443/api/v1/">
<workspace>
<atom:title>Default</atom:title>
<collection href="TraceMessageProperties">
<atom:title>TraceMessageProperties</atom:title>
</collection>
<collection href="ExternalLoggingEvents">
<atom:title>ExternalLoggingEvents</atom:title>
</collection>
...

Postman返回的数据 #

<html>
        <head>
            <link rel="shortcut icon" href="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" />
            <script>
document.cookie="fragmentAfterLogin="+encodeURIComponent(location.hash)+";path=/";document.cookie="locationAfterLogin="+encodeURIComponent(location.href.split('#')[0].split(location.host)[1])+";path=...

• Cookie同步不完整：浏览器保存了有效的认证会话Cookie，但Postman Interceptor克隆请求时可能漏了SAP专属的认证Cookie（比如SAP_SESSIONID这类）。直接去浏览器开发者工具的Application -> Cookies面板，复制目标域名下的所有Cookie，手动粘贴到Postman请求的Cookie头里。
• 请求头缺失关键字段：浏览器会自动添加一些Postman没复制到的请求头，比如Sec-Fetch-*系列、Origin、Referer，这些字段可能被SAP的认证机制用来验证请求来源。对比浏览器开发者工具里的完整请求头，把缺失的字段手动加到Postman请求中。
• Postman重定向处理异常：SAP认证页面可能触发重定向，浏览器能自动携带认证信息完成跳转，但Postman的重定向设置可能没保留会话。检查Postman设置里的「Automatically follow redirects」是否开启，或者手动跟进重定向流程，确保认证Cookie被正确携带。
• SAP认证策略更新：近期SAP可能调整了API的认证规则，比如启用了用户代理检测，Postman默认的User-Agent被识别为非浏览器请求，触发强制认证。把Postman的User-Agent头改成和浏览器完全一致的值试试。
• Interceptor存在局限性：Interceptor可能无法捕获浏览器中通过JS动态设置的Cookie或某些安全属性，导致克隆请求缺少关键认证信息。这种情况可以直接用Postman的「Import from Browser」功能，或者手动复刻浏览器的完整请求上下文。

内容的提问来源于stack exchange，提问作者csilvano