Chrome私有网络请求限制更新 是否影响本地设备扫码功能？

• 从设计逻辑上，Chrome 92版本起生效的私有网络请求拦截规则，对指向localhost/127.0.0.1回环地址的请求是完全豁免的。这项规则的设计初衷，是拦截从公网网站发起的、访问用户侧局域网内非公开IP设备的请求（比如内网摄像头、内网服务器这类存在CSRF暴露风险的设备），回环地址属于系统本地链路，不存在跨网络暴露的风险，从规则设计之初就不在拦截范围内。
• 你当前碰到的控制台弃用提示，大概率是实际运行的Barcode API请求目标不是纯回环地址：Honeywell TC60默认的Barcode Service配置，往往会把8080端口的监听绑定在设备的物理网卡内网IP（比如通过WiFi分配的192.168段地址），而不是127.0.0.1回环网卡，这类请求就会完全命中规则的触发条件，后续Chrome版本迭代后确实会出现扫码功能失效的问题，需要提前预判配置。

• 第一步先定位真实请求目标：打开Chrome控制台的网络面板，过滤所有指向8080端口的请求，核对请求的目标地址是回环地址还是设备内网IP。如果是内网IP，直接在Angular应用的所有Barcode API调用代码中，把请求地址强制修改为http://127.0.0.1:8080的回环地址，即可直接绕过拦截规则，不需要改动设备系统配置。
• 如果修改为回环地址后请求无法连通，说明设备上的Barcode服务默认没有监听回环网卡：可以打开TC60预装的Honeywell数据采集配置工具，找到Barcode Service的网络监听设置，手动把绑定地址调整为0.0.0.0（同时兼容回环和物理网卡的请求），这个操作不需要root设备，普通管理员权限即可完成。
• 如果存在特殊配置限制，无法调整Barcode服务的监听范围，可通过企业Chrome策略配置，把仓储系统的公网域名加入私有网络访问请求的白名单，这类配置可以通过TC60支持的MDM批量下发，不需要在单台设备上手动调试，也不会影响设备上其他网站的安全防护策略。

不要误解规则为“所有本地http请求都必须升级为HTTPS才能访问”。Chrome从安全上下文定义上，就把localhost/127.0.0.1的http站点划定为安全上下文范畴，不受混合内容拦截、私有网络请求拦截规则的约束，完全不存在“本地没有安全连接选项就没法用”的问题。你当前看到的提示只是Chrome的提前扫描预警，不会对合法的回环请求做硬拦截。

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