如何在Chrome、Firefox中关闭localhost的SSL检查及WebRTC无HTTPS使用方法

嘿，刚好做过相关开发，来给你捋清楚这事儿：

一、Localhost 天生自带豁免，无需额外关闭SSL检查 #

Chrome和Firefox早就对localhost（包括127.0.0.1）开了绿灯——在这个本地地址下，哪怕用HTTP协议，也能正常使用WebRTC的所有功能，完全不需要手动关闭SSL检查。

这是因为浏览器把localhost认定为安全上下文，专门给开发者本地调试开的特例。甚至你在hosts文件里把自定义域名（比如local.myapp.com）指向127.0.0.1，只要实际是本地回环地址，Chrome和Firefox也会认可这个豁免。

二、非Localhost 开发环境的临时方案（仅用于调试，生产绝对禁用） #

如果你的开发环境不是localhost（比如用局域网IP或自定义测试域名），可以通过浏览器特殊配置绕开HTTPS要求，但这些方法仅限开发阶段，生产环境绝对不能用：

Chrome 配置 #

启动Chrome时添加命令行参数：

chrome.exe --unsafely-treat-insecure-origin-as-secure="http://your-dev-domain.com" --user-data-dir="C:/temp/chrome-dev-profile"

• --unsafely-treat-insecure-origin-as-secure：指定要标记为“安全”的HTTP域名，多个域名用逗号分隔
• --user-data-dir：必须指定单独的用户数据目录，否则参数可能不生效

Firefox 配置 #

1. 在地址栏输入about:config并回车，接受风险提示
2. 搜索并修改以下配置：
   • 将media.peerconnection.allowInsecureFromHTTP设为true，允许HTTP环境下使用WebRTC
   • 可选：将security.insecure_field_warning.contextual.enabled设为false，关闭不安全环境的警告提示

重要提醒 #

不管用哪种方法，生产环境必须强制使用HTTPS。现在所有现代浏览器都要求WebRTC在非localhost的公开环境下必须运行在HTTPS之上，这既是WebRTC规范的硬性要求，也是保护用户数据安全的必要措施。

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