V2EX › Tianao 的所有回复 › 第 7 页 / 共 103 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 3 4 5 6 7 8 9 10 11 12 ... 103

❮

❯

263 天前

回复了 sming1021 创建的主题 › 全球工单系统 › 有小米开放平台的人吗，被你们的客服气笑了

类似的问题我在英语国家的平台上也碰到过，填国内地址，中山南二路上海市人民政府的官方英译 South Zhongshan Road Number Two 来 Street 那一行根本填不下。

269 天前

回复了 QingquanBaby 创建的主题 › 问与答 › 为什么打电话要按分钟收费

@Tianao #6 同时运营商要良好处理掉话导致的用户损失，比如同一被叫几分钟内再叫不计呼叫次并免除几十秒的秒数。

269 天前

回复了 QingquanBaby 创建的主题 › 问与答 › 为什么打电话要按分钟收费

好几毛一秒，可不按秒计费。最科学的还是按呼叫+秒钟双重计费，现在分组交换寻呼的信令开销远超语音本身。

271 天前

回复了 ksc010 创建的主题 › 问与答 › 本地若部署云电脑，有什么成熟的方案吗？

Citrix VD
VMware Horizon
纯内网环境直接 RDP 都可以。

272 天前

回复了 xuangoer666 创建的主题 › 分享发现 › 邮件灵异事件

可能你是 BCC, 不是收件人。

272 天前

回复了 leehomsf 创建的主题 › 问与答 › p12 密码忘记如何爆破

是指私钥，还是保护私钥的口令？个人爆破私钥是不可能的；保护私钥的口令忘了直接找供应商呗。

273 天前

回复了 gklll 创建的主题 › Apple › USB A to C 充电疑问

@gklll #20 功率问题确实，所以我现在出远门都是带一个 100W 的适配器，靠 #10 那款 100W 的输入再拖两个输出；家、公司对端口密度追求没这么高，电脑靠显示器、其它靠单口/双口的（双口就是 Apple 那两款）。中年男人爱好外人理解不了，从 16 年开始包括显示器在内的 USB-C 周边已经买了小几万块的了。

273 天前

回复了 gklll 创建的主题 › Apple › USB A to C 充电疑问

再给楼主推荐个网站：
https://www.chongdiantou.com

273 天前

回复了 gklll 创建的主题 › Apple › USB A to C 充电疑问

@gklll #16 楼主算是问对地方了，Belkin 天猫官店有售。
https://www.belkin.com/cn/带-pps-67w-的-3-端口-usb-c-壁式充电器/WCC002yzWH.html

273 天前

回复了 gklll 创建的主题 › Apple › USB A to C 充电疑问

@gklll #6 我用的这款，非常不错，mophie 天猫官店时常有折扣。
https://www.apple.com.cn/shop/product/HQ352ZM/A

274 天前

回复了 forgottenPerson 创建的主题 › Android › 安卓 app 网络权限关闭网络数据流出是绝对不可能吗?

从保密的角度，闪烁屏幕、控制振动、播放声音、控制处理器负载从而控制功耗、能量、热变换都可以实现信息的盲发，加以适当的调制则可播送数据，通过插入冗余校验纠错信息、分集等技术可以实现工程上的有效单工通信。

275 天前

回复了 lurui45 创建的主题 › 问与答 › 求个稳定的方法帮外婆看电视直播

直接找中国电信办 IPTV 啊。

277 天前

回复了 kepplookings 创建的主题 › 上海 › 上海罗南新村那里的房租为什么那么便宜，是因为只有一条地铁线的原因吗

郊环（绕城高速）外兄呆。

301 天前

回复了 beijing999923 创建的主题 › 职场话题 › 已经受够了某厂所谓的考核，一线人员背所有的锅，国内的公司都这样吗？

是这样的，大量项目根本没有设计和系统工程，直接上来就是干，缺陷和不良就靠一线兜。

329 天前

回复了 jingrs489 创建的主题 › IPv6 › 路由器有 ipv4 和 ipv6 两个公网 ip，不关闭 ipv6 的情况下，如何隐藏 ipv6 的 IP？

https://support.apple.com/zh-cn/guide/security/seccb625dcd9/web

329 天前

回复了 Tianao 创建的主题 › 宽带症候群 › 如果你的 PPPoE 宽带访问部分因特网服务异常或缓慢

@ac169 #4 感谢提供信息。工作原因我平时接触的都是行业产品，在这个问题上是第一次在这种非主流厂商的产品上踩坑，所以想着给大家提个醒。

329 天前

回复了 Tianao 创建的主题 › 宽带症候群 › 如果你的 PPPoE 宽带访问部分因特网服务异常或缓慢

@gentrydeng #3 感谢给出的信息和链接。

我用的是 MikroTik 的硬路由，主要图它既支持 UPnP 和 NAT-PMP 又支持可配置的 SPI 防火墙，对于 IPv6 的 PD 、ND 相关功能也具有相当高的可配置和可诊断（观测）能力。

330 天前

回复了 Tianao 创建的主题 › 宽带症候群 › 如果你的 PPPoE 宽带访问部分因特网服务异常或缓慢

@OneOfSisters #2 RA 中宣告的 MTU 应当是 link / 三层口的 MTU, 而不是路由器所有接口 MTU 中最小的那个。直接向下联口宣告最保守的小 MTU 是对 IPv6 相关协议设计的错误理解和 RFC 的错误实现，不然如果我要用 ULA 地址跨三层访问内网 PMTU 9000 的 CIFS 存储，也用 1492 的 MTU 这显然不合理。

按 RFC, 针对中间路径 MTU 比源端小这个场景，应当依靠 PMTUD. 但是现网中大量对 RFC 的错误实现和比相关 RFC 更早出现的屎山，导致了 PMTUD 的可用性与可靠性问题。（其实这就是 ICMP 中 C 的用例之一，但是很多网络工程师乃至所谓架构师只看到了其中的 echo (ping)）

没有 IP 路由器高兴在数据面参与 TCP 的事情（ IPv6 路由器不参与 fragment 也是对这一“IP 路由尽可能纯粹化”的思想的推广和贯彻），TCP MSS adjust/clamp 的施加是作为 PMTUD 失效时的兜底，IPv4 尚有中间路由器帮忙 fragment 作为兜底，IPv6 的中间路由器就只能通过帮忙 adjust/clamp 照顾 TCP 了。

1 ... 3 4 5 6 7 8 9 10 11 12 ... 103

❮

❯