在Multilogin中，我们通常会在新浏览器核心版本正式发布后一到两周提供新版本。然后，核心会在配置文件启动时自动更新。在本文中，我们将解释为什么这种延迟实际上是有用的。

为什么最好等待

在网络隐私领域，保持领先地位至关重要。因此，当Chrome或 Firefox 推出其新的浏览器核心时，您的第一个想法可能是立即更新您的反检测功能。

然而，这是一个常见的误解。 浏览器核心发布后立即更新到最新版本并不是最佳做法。原因如下。

• 漏洞问题： Chrome /Firefox 官方核心版本通常用作新功能和安全补丁的试验场。虽然它们旨在增强用户体验和安全性，但最好在发布者进行彻底的测试和改进后再采用它们 🕵️
• 可能的错误：延迟更新可让开发人员观察并解决正式发布后可能出现的任何潜在问题。这种主动方法可最大限度地减少对用户的干扰，并确保更顺利地过渡到更新的核心 🐞
• 禁令和限制：有些网站不会立即采用新核心。太快更新核心可能会导致意外结果和帐户限制。通过等待新核心的更广泛采用，您可以确保兼容性并降低被检测到的风险🛑
• 自动化兼容性： Puppeteer 、 Selenium和其他网页抓取或测试框架等工具严重依赖浏览器功能。它们经常遇到与最新内核的兼容性问题，需要时间来相应地调整其API和功能 🤖

通过API控制浏览器内核更新

您可以使用auto_update_core参数来指定浏览器配置文件是否在新核心发布后立即自动更新。它可以在Start Quick Profile 、 Profile Create和Profile Update端点中使用。

• 启用自动更新（默认）：如果auto_update_core为true ，则配置文件将自动更新到最新的核心版本

"auto_update_core": true,

• 禁用自动更新：将auto_update_core设置为false ，并指定所需的core_version

"core_version": 130,
"auto_update_core": false,

使用此功能时请考虑以下事项：

• 如果在使用Profile Update端点时未指定参数auto_update_core ，它将重置回其默认状态true。
• 如果要保留当前核心版本，则必须确保auto_update_core标志设置为false ，以防止其自动更新。
• 更新配置文件时，不支持将核心版本更改为除最新版本之外的任何版本。
• 我们建议使用默认设置，以确保您的浏览器内核保持最新状态——如果配置文件使用过时的内核版本， Multilogin对任何禁令或检测问题概不负责。

故障排除

通常情况下， 浏览器核心应在 10 分钟内下载完毕。如果此过程耗时超过预期，您可以采取以下措施：

• 卸载第三方应用程序：防病毒、防火墙、VPN 和代理应用程序（例如 Proxifier 和 SocksEscort）可能会中断Multilogin连接
• 更改您的互联网连接：您的 ISP 可能会阻止某些网站，包括Multilogin - 要排除这种可能性，请尝试连接到其他 Wi-Fi 网络或使用移动热点
• 重新连接代理：如果相关进程已中断且无法正常运行，这可能会有所帮助
• 重新安装应用程序组件：这样，应用程序将下载所有必要的组件以确保顺利运行（您不会丢失任何数据）
• 检查您的系统语言：在某些情况下，如果您的操作系统语言不是英语，下载过程可能会卡住