& Windscribe VPN Pro

已购，借楼出：
Parallels Desktop 15
Disk Drill PRO

@brMu 不是 ESNI 的解决方案
这个方案说的很清楚了，只是解决了端口扫描时被发现 HTTPS 以及域名泄露的可能性，无法解决 SNI 泄漏

233 今日最佳
那也有问题啊，路由的管理界面不应该默认绑定 LAN interface 的吗?!
赶紧换了吧（手动狗头

@ZRS @justs0o
我不否认各位说的，通过 VPN 方式连回去使用，这样确实是目前最安全最没有后顾之忧的选择。但也意味着，要在移动设备上访问内网服务的话，都必须先开一个 VPN，有些设备没法配置 VPN，例如小米电视。

@3dwelcome ESNI 离我们还太远了

@ZRS 你上了一个自签的证书，SSL 握手里是没有域名信息了。然后呢？网警当着你的面，Chrome 里忽略不安全的证书继续访问，不一样可以访问到么？
我这个方法，可以避免嗅探。当然我前面也说了，运营商通过抓包获取到的 SNI，不在讨论的范围内。

@justs0o 我相信可以。
不是杠，那要是有这样设备，被罚的话岂不是一大片人，既然有这么精准的设备，一抓一个准啊。
filter valid tls -> check sni -> 测试一下 -> 告知书
目前看到的暂时是个例现象

@ZRS 手动狗头保命。
那我这么想，那我用假的 TLS 请求给大量的 IP 群发，制造 flooding 是不是也可以误伤好多人？除非运营商再针对 TLS 的状态做一次筛选

都不用套服务，直接上 sniproxy /t/623594

我写了一个解决方法，对于必须的网页服务，记得上 HTTPS，利用 sniproxy 保护好自己 /t/623594
当然运营商如果针对请求进行抓包检查的话，那还是会暴露 SNI，那真没办法了，毕竟都到这一步了（手动狗头

从公网扫描自家的 IP，对于必须的网页服务，记得上 HTTPS，利用 sniproxy 保护好自己 /t/623594
当然运营商如果针对请求进行抓包检查的话，那还是会暴露 SNI，那真没办法了，都用到这一步了（手动狗头

@q741451 群晖 NAS 登录修改双向证书，是不是需要 ssh 上去魔改？

虽然 DSM 用的是 nginx，但在群晖上设置 Client-Side Certificate Verification 难度也是爆表，而且我猜不一定 DS 系列的 Apps 支持（估计是操作系统层面的支持？）
我也是 DSM + WebDAV，但始终上了 HTTPS，不知道会不会被查，WebDAV 其实还好，因为就算通过 HTTPS 协议 + IP + 端口形式访问，也会提示错误，因为要带上 /webdav 的路径
但 DSM 确实就比较慌了
如果用 openssl s_client -connect 命令探测一下端口，明显是可以看到证书的信息的，然后用证书 + 端口再访问，就出来了
我太难了.gif

FYI：奥迪 A4L 也就是 20w 多一点可以落地哦