tavimori 最近的时间轴更新 tavimori 最近的时间轴更新 |
tavimoriV2EX 第 148848 号会员，加入于 2015-11-27 10:02:29 +08:00今日活跃度排名 18123 |
tavimori 最近回复了
35 天前 回复了 unpay 创建的主题 › 宽带症候群 › 一个邪乎的问题，家宽最近打开油管等主页正在建立安全连接大约慢个小 10 秒 |
之前用 Chrome 遇到过类似的问题，换个浏览器或者逐个禁用浏览器扩展排查一下就好了。
怀疑是某些插件在打开页面时进行了一些 blocking 操作。
怀疑是某些插件在打开页面时进行了一些 blocking 操作。
71 天前 回复了 zhengrt 创建的主题 › 宽带症候群 › 技术讨论，关于异地同运营商隧道聚合问题，提高利用效率。 |
可以使用支持多路径的四层代理协议来避免 TCP 乱序的问题。例如首先通过隧道组成两条并列的三层网络，然后传输层再使用 MPTCP 透明代理 TCP 流量。当然，如果没有需要单连接突破 100M 的需要的话，用 ECMP 之类的对不同连接进行负载均衡的方案就可以。
111 天前 回复了 3dxfood 创建的主题 › 宽带症候群 › wireguard 支持 IPv6 slaac 吗？ |
@raysonx 是的，从协议上看，主要是现在 wg 的内部路由不支持组播特性。如果是只有一个客户端和一个服务端的话，貌似只要把组播地址加到 AllowedIP 里好像还是有可能实现的。不过不知道现成的 SLAAC 协议服务支不支持 tun device 。
115 天前 回复了 tavimori 创建的主题 › 程序员 › AI 骚扰电话的死循环逻辑和攻击策略 |
@gtheone1 最近这批骚扰电话每个都提交 12321 举报了，接起来主要就是为了好玩。
118 天前 回复了 tavimori 创建的主题 › 程序员 › AI 骚扰电话的死循环逻辑和攻击策略 |
@duke807 我这次打了快七分钟，是我懒得实验主动挂了的。估计这是一个新供应商，还不懂节省话费。
118 天前 回复了 tavimori 创建的主题 › 程序员 › AI 骚扰电话的死循环逻辑和攻击策略 |
@LaurelHarmon 直接开骂貌似 AI 会知趣地挂掉。
118 天前 回复了 tavimori 创建的主题 › 程序员 › AI 骚扰电话的死循环逻辑和攻击策略 |
@hdp5252 是的，而且 AI 的腔调现在还比较能区分出来。我最近想搞清楚这些 AI 营销都是什么来头、具体是什么对话逻辑。
119 天前 回复了 tavimori 创建的主题 › 程序员 › 为什么电话号码没有什么类似 TLS 的机制？ |
@billlee 其实互联网也是这样，IP 地址也有 RPKI 等机制来保证互联网 BGP 路由的安全性。但是这些技术迟迟铺不开，需要整个网络都兼容才行。最后互联网事实上还是靠端到端的安全协议（ TLS ）来实现安全目标（更容易部署，效果也更强）。
回到电话上可能也是类似的，与其让整个电信网络变得安全，推广端到端的安全可能更有成效。
回到电话上可能也是类似的，与其让整个电信网络变得安全，推广端到端的安全可能更有成效。
119 天前 回复了 tavimori 创建的主题 › 程序员 › 为什么电话号码没有什么类似 TLS 的机制？ |
@qviqvi 是啊，现在最离谱的是 AI 上来就问：“你是 XXX 本人么？”。我寻思着作为 AI 凭什么核实我的身份，有本事打钱啊！
119 天前 回复了 tavimori 创建的主题 › 程序员 › 为什么电话号码没有什么类似 TLS 的机制？ |
@qsmd42
其实我并没有很确定这个骚扰电话是谁打的，但是现在我打给工行，工行不承认，那我也不能打给运营商要求屏蔽这种正式服务号码吧。再加上这两天如此密集的多家来电，很难觉得互相之间没有关系。我投诉给 12321 也是希望能查到相关责任方。我自己的猜测是第三方的 AI 营销公司承接了营销业务，然后利用比较安全的外呼号码进行营销。
此外像 TLS/DTLS + X509 这些技术本身的好处就有不可抵赖性，就不会出现现在问谁谁都不承认的问题。
其实我并没有很确定这个骚扰电话是谁打的，但是现在我打给工行，工行不承认，那我也不能打给运营商要求屏蔽这种正式服务号码吧。再加上这两天如此密集的多家来电，很难觉得互相之间没有关系。我投诉给 12321 也是希望能查到相关责任方。我自己的猜测是第三方的 AI 营销公司承接了营销业务，然后利用比较安全的外呼号码进行营销。
此外像 TLS/DTLS + X509 这些技术本身的好处就有不可抵赖性，就不会出现现在问谁谁都不承认的问题。
Select Language