[奇怪的 CDN]局域网也会有 CDN?

• 資深大佬 : phy25

  www.ahbts.com 盲猜是安徽广电

• 資深大佬 : also24

  首先：
  关于『网段』，IP+子网掩码 才能确定一个网段，并不是说 192.168.1.x 和 192.168.33.x 一定不是同一个网段。
  当然，大部分情况下，192.168.x.x 习惯划分为 C 类网络，此时 1.x 和 3.x 确实不是同一个网段。

  其次：
  只要存在合适的路由，不同网段也是可以互相访问的，可以使用 tracert -d x.x.x.x 的方式追踪一下路由走向；
  即使 WAN 口是运营商分配的 IP，也存在是运营商大内网 IP 的可能，可能存在路由配置问题造成内网互通。

  再其次：
  HTTP 的 Server 字段就是个普普通通可以被服务器自定义的字段，不管是什么服务器，都可以声称自己是 Cdn Cache Server V2.0，不管它到底是不是真的 CDN 服务器。

  最后：
  CDN 全称 Content Delivery Network，只要是为了加速资源分发的服务器，都可以称为 CDN 服务器，即使抛开主的提问场景不谈，内网中的 CDN 也是很常见的。（长城宽带：这活儿我熟）

• 主 資深大佬 : lixuanyy

  @phy25 但是我是用的移动的宽带啊,而且访问 www.ahbts.com 显示域名在售卖.这都不是重要的,我就是想知道局域网 cdn 是怎么实现的?我都没有这个网段的设备,运营商更是不会脑残到使用 192.168.xxx.xxx 吧!

• 主 資深大佬 : lixuanyy

  @also24 giao,我整明白了
  “`
  通过最多 30 个跃点跟踪到 192.168.33.12 的路由

  1 1 ms 2 ms 1 ms 192.168.1.1
  2 15 ms 9 ms 11 ms 10.159.224.1
  3 8 ms 8 ms 16 ms 172.28.128.245
  4 25 ms 11 ms 12 ms 172.31.15.77
  5 14 ms 7 ms 7 ms 172.31.8.54
  6 8 ms 7 ms 7 ms 192.168.33.12

  跟踪完成。
  “`

• 資深大佬 : nuk

  你路由器把私网地址路由出去了，记得打开防火墙。。
• 資深大佬 : Conty

  就是运营商在内网做了个自己用的（私有？） CDN/Cache 。用了 192.169.33/24 ？地址。跟你自己的 192.168.1.1 没关系。

  你的 192.168.1.1 地址会被 CPE 网关做 NAT 屏蔽掉。

• 資深大佬 : eason1874

  移动宽带网络有省级内网 CDN，以前连不允许缓存的 HTTP 请求都有几率缓存，有时还会替换 404，在 HTTPS 没普及的时候 RESTful API 被它坑惨了。

  没经历过的人老喜欢问为什么 API 不用 REST 风格，经历过的就懂为什么 API HTTP STATUS 总是 200 OK

• 資深大佬 : cominghome

  @also24 长城宽带：勿 cue

• 資深大佬 : whileFalse

  @eason1874 经历过的人该问“你没听过 https 吗”

• 資深大佬 : dream4ever

  @eason1874 涨姿势了，原来还有这么个故事

• 資深大佬 : doublleft

  @eason1874 #7 甚至还需要为每个接口加个时间戳， ?_ts=1614651610157

• 資深大佬 : also24

  @whileFalse #9
  『在 HTTPS 没普及的时候』

• 主 資深大佬 : lixuanyy

  @eason1874 懂了！但是运营商在上级网络上用 192.168 这种 c 类地址是不是不太好啊

• 資深大佬 : eason1874

  @lixuanyy #13 如果我告诉你，以前他们的 HTTP CDN Server 会篡改 HTML 和 JS 文件插入广告代码，会 HTTP 302 调度文件下载链接到他们的 CDN IP 路径，每年宕机几次，宕机时影响用户访问 HTTP 页面（部分网站 HTTP 请求没到目标网站服务器，直接报错），你会不会觉得用你一个内网 IP 也不是什么大事了？（

  别指望他们会改，我跟他们辩过几个来回了，没有用。移动宽带便宜就便宜在他们自建 CDN 把大量请求缓存到了内网，这可以说是他们的立根之本了。

  全部请求上 HTTPS 才是解决之道。