浏览器、cookie 和标头
使用内置浏览器、借用登录会话并安全地添加自定义请求标头。
三个功能回答了同一个问题 - 9xbuddy 如何发出我自己的浏览器发出的请求？ - 它们值得按以下顺序尝试：使用内置浏览器登录，然后指向现有浏览器的 cookie，然后才手动添加标头。
浏览器和标题是专业版
内置浏览器、保存的 cookie 源和自定义标头都需要有效试用或订阅。一个例外是不要使用保存的cookie，这是免费的。请参阅 Free 和 Pro。
内置浏览器
打开 浏览器，输入 URL 或搜索词，然后选择 打开。当必须打开页面本身才能检测到其媒体时，内置视图非常有用，并且您可以在其中登录您拥有帐户的网站。
当页面打开时，浏览器工具栏会保留一个下载操作：它返回到 Home 以及当前页面和捕获的任何媒体，因此正常格式列表决定要保存的内容。当页面仍然打开时，侧边栏会用点标记浏览器。
如果粘贴的链接失败，下载中的失败项目会提供浏览器作为其三个恢复之一：在此处打开源代码，让页面稳定下来，然后重试。
Cookie 来源
设置 → Cookie 和标头 → Cookie 源 决定 9xbuddy 借用哪个登录会话来请求。一次只有一个源处于活动状态。
| 来源 | 当 |
|---|---|
| 9xbuddy 浏览器 | 默认和推荐。在内置浏览器中登录一次并使用该会话 |
| 谷歌浏览器配置文件 | 您已在 Chrome 中登录该网站 |
| Microsoft Edge 配置文件 | 同样，在 Edge 中 |
| 火狐简介 | 同样的，在火狐浏览器中 |
| cookies.txt 文件 | 会话位于另一台计算机上，或位于未列出的浏览器中 - 使用 Netscape 格式导出 |
| 不要使用保存的cookie | 您不希望任何请求附加任何会话 |
9xbuddy 仅发送与所请求的站点匹配的 cookie，因此选择浏览器配置文件不会将整个 cookie jar 传递给每个站点。
Cookie 是一个登录会话。将 9xbuddy 指向浏览器配置文件可使其在该配置文件中的网站上充当您的角色，因此请谨慎选择来源，并在您不再需要时将其设置回 不使用已保存的 cookie。
当你需要标题时
大多数下载根本不需要标头。当 9xbuddy 无法顺利获取您自己的浏览器访问的内容并且 cookie 源尚未修复该问题时，请使用一个。这种差距几乎总是意味着网站正在检查谁在提问，而标题就是你如何回答。
从 下载 中失败项目的消息开始：
| 下载内容说了什么 | 添加什么 | 将其范围限定为 |
|---|---|---|
| 访问被禁止，或者页面在浏览器中正常播放 | Referer | 该网站的域名 |
| 需要登录，或者媒体位于您已持有的登录名后面 | 首先尝试 cookie 源； Cookie（如果无法到达） | 该网站的域名 |
| 在浏览器中提取成功，在此处失败 | User-Agent | 该网站的域名 |
| 令牌门控流或私有 API | Authorization | 为媒体提供服务的确切域 |
每一行都是一个标头，添加在 设置 → Cookie 和标头 → 自定义标头 → 添加自定义标头下。
Referer
很大一部分“在我的浏览器中工作，在应用程序中失败”的情况就是这样。某些 CDN 仅向声称来自同一站点上的页面的请求提供媒体服务，因此没有 Referer 的请求将被拒绝。
Domain example.com
Key Referer
Value https://example.com/watch/12345该值是您正在观看的页面，而不是媒体文件自己的 URL。
Cookie
当没有 cookie 源可以提供您的帐户已经可以访问的内容时，请使用此内容 - 例如，您无法登录的计算机上的会员区域。使用 从请求导入 复制它，而不是手动复制；会话cookie很长，一个错误的字符会默默地失败。
Cookie 会过期。如果上周成功的下载现在失败并显示相同的消息，请在更改任何其他内容之前替换 cookie。
User-Agent
一些网站仅向它们识别的浏览器提供媒体，并拒绝其他任何内容。将 User-Agent 设置为您自己的浏览器发送的确切字符串会使 9xbuddy 的请求看起来像已经有效的请求。
Domain example.com
Key User-Agent
Value Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/135.0.0.0 Safari/537.36Authorization
仅当针对令牌而不是会话发出流时才需要 - 通常是您已经拥有凭据的 API。将其范围限定为服务媒体的单个域，并在完成后将其删除。
始终填写域名
域字段是可选的，将其留空是最广泛的可能设置：标头附加到 9xbuddy 向每个站点发出的每个请求。对于 Cookie 或 Authorization 标头，这意味着将您的会话交给不相关的主机。填写域名，除非您有特定原因不填写。
自定义标头
自定义标头选项卡被标记为高级，其空状态说明了重要部分：大多数网站不需要它，因此仅当网站或支持指南告诉您时才添加标头。
两个动作：
- 添加自定义标头 - 手动输入域、键和值。
- 从请求导入 - 粘贴整个请求并让 9xbuddy 将其拆分为 为您提供的标题。
添加后，标头将按域分组，全部清除会删除整个集合。
从请求导入
手动输入 cookie 很容易出错。相反，复制真实的请求：每个主要浏览器都可以将其导出为 curl 命令，并且 从请求导入 直接读取该格式。
- 如果媒体需要帐户，请在浏览器中打开页面并登录。
- 按 F12打开开发人员工具，然后选择网络 选项卡。
- 重新加载页面并让它播放足够远以显示媒体请求。
- 右键单击请求并在 Chrome 和 Edge 中选择 复制 → 复制为 cURL，在 Firefox 中选择 复制值 → 复制为 cURL，或在 Safari 中选择 复制为 cURL。
- 在 9xbuddy 中，打开 设置 → Cookie 和标头 → 自定义标头 → 从请求导入，粘贴并确认。
curl、fetch、Bash、CMD 和 PowerShell 形式均可接受。 9xbuddy 从您粘贴的内容中读取标题，并且您可以在保存之前删除任何不需要的内容。
在保留之前回顾一下遇到的情况。复制的请求通常携带的内容远远超过下载需求，并且您保留的所有内容都会在每次匹配的请求时再次发送。
标头可以包含凭据
Cookie 和授权标头可以授予帐户访问权限。仅添加您理解的数据，将其限制在预期的域中，切勿将其粘贴到支持消息或屏幕截图中，并在不再需要时将其删除。
访问和站点规则
这些都不会绕过网站的权限。登录、借用会话和添加标头只会让 9xbuddy 发出与您自己发出的相同的授权请求。私有、已删除、受区域限制、受 DRM 保护或以其他方式不可用的媒体仍可能会失败。
如果这些都没有帮助，则原因通常在其他地方：请参阅 Troubleshooting 了解失败消息以及每条消息的含义。