 |
Tianao🏢 网络攻城狮 V2EX 第 122244 号会员，加入于 2015-06-14 13:55:32 +08:00今日活跃度排名 957711
 6  91  |
chentianao.com
上海
Tianao
Tianao
| 又是一年夏令时结束，中国的 220V、公制单位、不施行夏令时真是好文明 分享发现 • Tianao • 31 天前 • 最后回复来自 Cu635 | 73 |
| 她；饮酒度日 随想 • Tianao • 99 天前 • 最后回复来自 lixiaobai913 | 4 |
| 竟然没有人说上海电信断网
1 宽带症候群 • Tianao • 123 天前 • 最后回复来自 jychai
|
27 |
| 我发现 223.5.5.5 开始拒绝解析 TXT 记录了 DNS • Tianao • 145 天前 • 最后回复来自 bclerdx | 31 |
| 如果你的 PPPoE 宽带访问部分因特网服务异常或缓慢 宽带症候群 • Tianao • 357 天前 • 最后回复来自 szzys | 8 |
| 20231119 午夜俱乐部 天黑以后 • Tianao • 2023-11-19 12:17:34 PM • 最后回复来自 wweerrgtc | 4 |
| 主题页面的主题标题中的英文单词会被换行打断而不带连字符 V2EX • Tianao • 2022-10-23 13:48:52 PM |
| iOS 16 锁屏界面的播放控制太容易误触了 Apple • Tianao • 2022-09-18 10:46:28 AM • 最后回复来自 hucheng518 | 6 |
| [充电头网]证书过期啦 全球工单系统 • Tianao • 2022-02-08 14:09:32 PM • 最后回复来自 yu1u | 3 |
| Dirty 咖啡用牛奶推荐 咖啡 • Tianao • 2022-03-01 08:19:00 AM • 最后回复来自 svaeric | 5 |
Tianao 最近回复了
3 天前 回复了 liuzimin 创建的主题 › 问与答 › 请问如何快速摸清一个机柜里交换机群的拓扑结构？ |
先看堆叠再看 LLDP.
5 天前 回复了 infinityv 创建的主题 › 宽带症候群 › 使用 8.8.8.8 在 SG 机器上 部分 google 域名解析会到国内 |
我们客户有两条新加坡线路，一条去另一条绕比利时……
13 天前 回复了 michealzh 创建的主题 › Android › 中午在淘宝上面搜罗了一圈没有支持 4G 5G 的平板电脑了 |
Surface 有吧。
14 天前 回复了 drymonfidelia 创建的主题 › 程序员 › 现在是不是还有很多 CDN 只支持 CNAME 接入？ Google 等网站还要带个 www.前缀是因为 CNAME 和 MX 记录冲突的原因？ |
「现在是不是还有很多 CDN 只支持 CNAME 接入？」
不好说很多还是不很多，像 Cloudflare 免费版反倒是只支持纯 NS 接入。
「 Google 等网站还要带个 www.前缀是因为 CNAME 和 MX 记录冲突的原因？」
不是，如 #1 所述，www 代表万维网业务，正是因为之前的万维网等具体业务都会带 www 前缀而一般只有 mail exchange 业务会使用不带额外前缀的域名所以 DNS 在设计的时候就没考虑到 CNAME 记录和 MX 记录共存的需求，为了简化逻辑实现便直接禁止了 CNAME 记录和 MX 记录共存。
现在大量的公司已经实现了在「 www 业务和 mail exchange 业务使用同一 FQDN 」的同时「 www 业务接入 CDN 」，Cloudflare 的实现叫做 CNAME flattening.
https://developers.cloudflare.com/dns/additional-options/cname-flattening/
因此现在是否使用 www 前缀已经变成了一个非常复杂的架构层面的技术考量（ NS 的控制权和托管责任等）和产品/公司品牌层面的人因考量（普通人对域名的理解和传达性；是否为 mail exchange 业务使用不同的 FQDN 而为 www 业务让路），而不是单纯的「必须要」或「可以不」的问题。
不好说很多还是不很多，像 Cloudflare 免费版反倒是只支持纯 NS 接入。
「 Google 等网站还要带个 www.前缀是因为 CNAME 和 MX 记录冲突的原因？」
不是，如 #1 所述，www 代表万维网业务，正是因为之前的万维网等具体业务都会带 www 前缀而一般只有 mail exchange 业务会使用不带额外前缀的域名所以 DNS 在设计的时候就没考虑到 CNAME 记录和 MX 记录共存的需求，为了简化逻辑实现便直接禁止了 CNAME 记录和 MX 记录共存。
现在大量的公司已经实现了在「 www 业务和 mail exchange 业务使用同一 FQDN 」的同时「 www 业务接入 CDN 」，Cloudflare 的实现叫做 CNAME flattening.
https://developers.cloudflare.com/dns/additional-options/cname-flattening/
因此现在是否使用 www 前缀已经变成了一个非常复杂的架构层面的技术考量（ NS 的控制权和托管责任等）和产品/公司品牌层面的人因考量（普通人对域名的理解和传达性；是否为 mail exchange 业务使用不同的 FQDN 而为 www 业务让路），而不是单纯的「必须要」或「可以不」的问题。
20 天前 回复了 MFWT 创建的主题 › 宽带症候群 › 目前小微企业/酒店之类的，宽带一般会怎么拉？ |
@MFWT #7 酒店行业没经验，我们办公场景一条 CGN 宽带带大几千个连接没问题。现在微软 365 全家桶为主，辅以其他各 SaaS 服务的办公场景每自然人连接数预算 100 已经是非常非常高的标准了。
20 天前 回复了 MFWT 创建的主题 › 宽带症候群 › 目前小微企业/酒店之类的，宽带一般会怎么拉？ |
小微分支：
1. PON;
2. 要么静态公网，要么没公网（有也当没有用）；
3. 不会，要么静态公网，要么没公网（有也当没有用）。
有也当没有的原因很简单，SD-WAN/IPsec 的标准化模版不会去为一个不承诺的猜不透的随时会变的单个分支去做适配（分支太多照顾不过来，要么裸 ESP, 要么 UDP 4500, STUN 能不能通随缘）。
中型（园区级）分支/总部：
1. PON 或 PTN 等（ PTN 移动用的比较多，类似的分组传送电信联通各异，现在还有 SPN 之类的）；
2. 至少一条静态；
3. 不会，不是静态一律当作没公网，业主和乙方都不会为没有承诺的东西冒险。
1. PON;
2. 要么静态公网，要么没公网（有也当没有用）；
3. 不会，要么静态公网，要么没公网（有也当没有用）。
有也当没有的原因很简单，SD-WAN/IPsec 的标准化模版不会去为一个不承诺的猜不透的随时会变的单个分支去做适配（分支太多照顾不过来，要么裸 ESP, 要么 UDP 4500, STUN 能不能通随缘）。
中型（园区级）分支/总部：
1. PON 或 PTN 等（ PTN 移动用的比较多，类似的分组传送电信联通各异，现在还有 SPN 之类的）；
2. 至少一条静态；
3. 不会，不是静态一律当作没公网，业主和乙方都不会为没有承诺的东西冒险。
24 天前 回复了 drymonfidelia 创建的主题 › 程序员 › 那些软件公司是怎么做到两天做完一个网站的？亲戚之前找我设计一个商城网站，功能需求非常细而且都是非常独特的功能，不可能套模板。我让他自己去找软件公司，结果他找的公司签完合同后两天就做完了整个网站，所有细节都有顾到 |
签合同和干活没关系，还没开始招标建设就已经完成甚至投用的工程多了去了。
26 天前 回复了 amyw495062 创建的主题 › 宽带症候群 › 国产有没有 4-6 个纯光口的交换机 |
可以考虑 MikroTik (非国产) 的 CRS106-1C-5S 或者 CRS305-1G-4S+IN, 都是小体积的。
全光组网场景有两种技术线，以太网和 PON, 以太网国产的华为 campus 解决方案有啊（以太全光极简）； PON 的更多，华为中兴 H3C 一众国产厂商（包括被人骂的 FTTR ），不是厂商没考虑过，你愿意出钱就行，你没钱，凭什么为你考虑呢？低端园区网交换机一次不买个几百台厂商连正眼都懒得看你。
全光组网场景有两种技术线，以太网和 PON, 以太网国产的华为 campus 解决方案有啊（以太全光极简）； PON 的更多，华为中兴 H3C 一众国产厂商（包括被人骂的 FTTR ），不是厂商没考虑过，你愿意出钱就行，你没钱，凭什么为你考虑呢？低端园区网交换机一次不买个几百台厂商连正眼都懒得看你。
29 天前 回复了 azc1NDk5OTgwMA 创建的主题 › 宽带症候群 › 请教一个交换机相关的问题 |
@azc1NDk5OTgwMA 不好意思漏看了一个信息「但即使将它们作为傻瓜交换机使用（不设置 VLAN ），依然会出现丢包」，那这样的话可能就不是 dot1Q overhead 开销导致的收敛比不为 1:1 的问题了。450M 才能 0 重传感觉真的是单纯两款交换机都太垃圾了……
30 天前 回复了 azc1NDk5OTgwMA 创建的主题 › 宽带症候群 › 请教一个交换机相关的问题 |
Trunk 和下联都是千兆的？那这样 trunk 在进行分组中继的时候带了 dot1Q 头部，网络的收敛比就不为 1 了，在下联打满之前 trunk 会先打满然后爆缓存然后丢包，重传就被执行了。非 1:1 收敛会丢包，这是以太网的局限，所以 ECN/DCQCN 等无损控制技术才会应运而生被应用给 RoCE 等丢包敏感以太网。
Select Language