V2EX › Jirajine 的所有回复 › 第 70 页 / 共 213 页

@Rocketer c# dotnet 平台还是不够开放，开源免费跨平台只是宣传的卖点，实际上微软还是在工具链等方面暗戳戳的搞专有的“私货” isdotnetopen.com 别的还好说，debugger 专有授权吃相还是有点难看。
c#单以语言来说虽然很不错，但有个问题就是缝合，新特性总是以兼容旧语法的方式添加，导致语法特性多而混乱，做同样事情的方法太多。c#大概是唯一一个还支持 goto 的“现代”编程语言了吧。
F#就很可惜了，语言明明很好但缺爱，永远都是 F#兼容 c#，而后者从来不会迁就前者，不像 JVM 上的 kotlin 受重视。

2022 年 9 月 12 日

回复了 skies457 创建的主题 › 宽带症候群 › OpenWrt 如何修改 IPv6 的默认 router

@skies457 看了一眼你的脚本，openwrt 可以通过 `ifatatus wan_6`直接获取接口的前缀信息，非 openwrt 可以用 `ip --json addr`然后 jq 就行了，这样就用不着 grep 和 sed 。

2022 年 9 月 12 日

回复了 xxxbin 创建的主题 › 程序员 › 无聊撸了点检测代理的代码，主要是通过握手时间判断的，来试试?

@xxxbin 我这里说的，都是针对握手延迟的方式。其实除了简单的 1:1 tcp 代理外，有各种各样的方法消去这种额外的开销。客户端不需要每个 tcp 连接都进行一次完整的客户端到代理服务器再到目标服务器的握手，只需要通过其他方式告诉代理服务器直接向目标服务器发起握手，然后开始传输数据就完事了。

2022 年 9 月 12 日

回复了 xxxbin 创建的主题 › 程序员 › 无聊撸了点检测代理的代码，主要是通过握手时间判断的，来试试?

@xxxbin 误判率过高以至于没有意义。非代理用户可能因为各种各样的原因导致握手延迟较高，代理用户也可以通过各种方法降低握手延迟。
mux 多路复用是用一条连接承载多条连接，除第一条连接需要握手外后续连接用已有连接承载，无额外的客户端到代理服务器的握手开销。以 v2 为例 https://www.v2fly.org/developer/protocols/muxcool.html 任何代理都可以轻易实现相同的机制。
另外 wireguard 等基于 udp 的 VPN 协议也能起到相同的效果，cloudflare 的代理产品 1.1.1.1 的主要卖点就是降低响应延迟。
多倍发包就是通过更激进的拥塞控制算法和大量发包以对抗丢包，从而减少可能需要的重传以降低延迟，例如 kcp 和 hysteria ，其实 quic 也有类似效果。

2022 年 9 月 12 日

回复了 xxxbin 创建的主题 › 程序员 › 无聊撸了点检测代理的代码，主要是通过握手时间判断的，来试试?

意义何在？不明白延迟和代理有什么关系。移动网络、卫星网络、垃圾线路跨国连接、严重拥塞的网络都可以产生较长的握手时间。代理协议也可以通过 Mux 链路共享、多倍发包的传输层协议来降低握手延迟。

2022 年 9 月 10 日

回复了 zhouwb 创建的主题 › Apple › 关于 mac ventura 对 ntfs 的支持问题

@zhouwb Windows vm 开 samba 共享，再挂载出来。

2022 年 9 月 10 日

回复了 zhouwb 创建的主题 › Apple › 关于 mac ventura 对 ntfs 的支持问题

如果你只需要移动设备用 ntfs ，直接上虚拟机完事，用不着其他非官方的实现。

2022 年 9 月 10 日

回复了 cloudsigma2022 创建的主题 › 宽带症候群 › 更换 tls 证书 Common Name， tls 阻断频率降低了

@cloudsigma2022 他的思路就是握手的时候直接转发到白名单 HTTPS 服务器，握手完成后直接传输无特征加密字节流。
另外你既然不用 ss 加密，直接用 trojan 不就行了。ss over tls 是不信任 tls 的情况使用的，如使用 CDN 这样的中间人。

2022 年 9 月 10 日

回复了 cloudsigma2022 创建的主题 › 宽带症候群 › 更换 tls 证书 Common Name， tls 阻断频率降低了

你甚至可以用真正的白名单域名证书 https://www.v2ex.com/t/875975

1 ... 66 67 68 69 70 71 72 73 74 75 ... 213

❮

❯