使用自签名SSL证书时浏览器推送通知失效问题及无SSL实现方案咨询

自签名证书环境下浏览器推送通知失效的原因 #

• 浏览器推送依赖的Notification API、Push API以及底层承载的Service Worker，都要求站点处于有效安全上下文中。W3C安全上下文规范中，仅两类环境被判定为有效：一是使用浏览器信任的CA颁发证书的HTTPS站点，二是localhost本地环回地址，这也是你本地运行正常、测试环境失效的核心原因。
• 自签名证书默认不在浏览器的根信任证书库中，哪怕用户手动跳过安全警告进入站点，多数浏览器仍会将该站点标记为非有效安全上下文，直接禁用推送相关的敏感权限，不会弹出权限申请提示。
• 部分浏览器额外限制：即使用户手动将自签名证书导入系统信任库，若证书缺少subjectAltName（使用者可选名称）字段、与访问域名/IP不匹配，依然会被判定为不安全上下文，拦截推送权限申请。

无正规SSL证书前提下实现浏览器通知的方案 #

• 内网部署场景：将当前使用的自签名证书批量导入所有终端的系统/浏览器根信任证书库，生成证书时确保添加与站点访问地址一致的subjectAltName字段，配置完成后即可正常触发推送权限申请。
• 开发测试场景：直接使用localhost环回地址访问开发服务，该地址默认豁免HTTPS和可信证书校验，无需额外配置即可正常调用所有推送相关API。
• 不需要后台推送的场景：放弃原生浏览器推送能力，改用页面内通知实现，仅通过前端弹窗、消息角标展示通知内容，无需HTTPS环境支持，但站点关闭后无法收到通知。
• 公网部署场景：可申请免费的可信域名证书，配置到IIS和Angular服务端即可，属于浏览器信任的有效证书，不会触发安全警告也不会限制推送权限，成本为0。

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