AzureMioの小窝

NTP授时服务器汇总

Fri, 01 May 2026 00:00:00 GMT

境内NTP授时服务器

组织/机构	地址	归属
阿里云	203.107.6.88</br>182.92.12.11</br>8.149.241.96</br>116.62.13.223</br>223.4.249.80</br>121.199.69.55</br>47.96.149.233</br>118.31.40.99</br>118.31.3.89	山东/青岛/阿里云</br>北京/阿里云</br>浙江/杭州/阿里云
腾讯云	101.35.255.34</br>120.25.115.20</br>139.199.215.251</br>139.199.214.202</br>134.175.254.134</br>134.175.253.104</br>106.55.184.200</br>106.55.184.199</br>111.230.189.174	上海/腾讯云</br>广东/深圳/腾讯云</br>广东/广州/腾讯云
字节跳动	14.103.157.44</br>122.14.230.69</br>101.126.56.65	上海/bytedance.com</br>北京/teamsun.com.cn</br>广东/东莞/bytedance.com
中国互联网信息中心	218.241.118.160</br>218.241.118.143	北京/联通
国家授时中心	113.141.164.39</br>113.141.164.38</br>1.82.219.234	陕西/西安/电信
东北大学	202.112.29.82</br>202.112.31.197</br>202.118.1.81</br>202.118.1.130</br>2001:da8:9000::81</br>2001:da8:9000::130	辽宁/沈阳/教育网
复旦大学	202.120.224.70	上海/教育网
中国科技大学	202.38.64.7	安徽/合肥/教育网
北京邮电大学	211.68.71.26	北京/教育网
清华大学	101.6.6.172</br>2402:f000:1:416:101:6:6:172	北京/教育网
上海交通大学	202.120.2.101	上海/教育网
南京大学	210.28.130.4	江苏/南京/教育网
集美大学	210.34.128.32	福建/厦门/教育网
大连东软件信息学院	219.216.128.25	辽宁/大连/教育网
三亚航空旅游职业学院	116.13.10.10</br>2001:250:380A:5::10	海南/三亚/教育网
高通中国	52.82.26.242</br>52.83.167.186</br>2404:c2c0:839c:c801:d63d:c7c8:ae8b:e9c5</br>2404:c2c0:839c:c800:3bd2:8303:8264:eedf	宁夏/中卫/amazon.com
海康威视	183.136.184.225</br>112.17.34.90</br>101.71.30.225	浙江/杭州/电信</br>浙江/杭州/移动</br>浙江/杭州/联通
文三川	114.67.237.130	北京/京东云
儒科电子	120.197.116.202	广东/深圳/移动

境外NTP授时服务器

全球性NTP授时服务器

组织/机构	地址	归属
Google	216.239.35.0</br>216.239.35.4</br>216.239.35.8</br>216.239.35.12	Anycast/google.com
Cloudflare	162.159.200.123</br>162.159.200.1</br>2606:4700:f1::123</br>2606:4700:f1::1	Anycast/cloudflare.com

什么是Folding@home

Sun, 15 Feb 2026 00:00:00 GMT

巴拉巴拉（不想看的跳过即可，我也不想看）

Folding@home：用分布式计算助力疾病研究的志愿科学项目

Folding@home（简称FAH）是一个全球性的志愿计算项目，致力于通过分布式超级计算模拟蛋白质折叠、运动与相互作用，从而推动对阿尔茨海默病、帕金森病、癌症、亨廷顿病以及病毒感染（如COVID-19即新型冠状病毒）等重大疾病的研究。
该项目最初由斯坦福大学发起，现由华盛顿大学与全球科研机构合作维护。其核心原理是将复杂的分子动力学模拟任务拆分为数百万个小型“工作单元”（Work Units），分发给全球志愿者的个人电脑、服务器或工作站进行计算。完成后的结果自动上传至科研团队服务器，用于分析蛋白质行为、药物结合机制及潜在治疗靶点。
与其他计算项目不同，Folding@home强调高精度物理模型与真实科研价值。例如，在Project12485中，研究人员利用FAH算力进行绝对结合自由能（ABFE）计算，以评估新型乙酰胆碱酯酶（AChE）抑制剂的潜力——这是当前阿尔茨海默病药物研发的关键方向。此类任务计算量极大，单个单元可能耗时数小时，但可产生高达数千甚至上万积分的科学回报。
参与者只需在设备上安装官方客户端，配置用户名、团队编号（如中文社区常用的Team 3213 “China Folding@Home Power”）及Passkey（用于确保积分归属），即可开始贡献算力。系统会自动调度任务、运行模拟并上传结果，全程无需人工干预。
值得一提的是，FAH在2020年新冠疫情初期迅速转向新冠病毒蛋白研究，短时间内汇聚超2EFLOPS算力（相当于当时世界最强超算的两倍），相关成果发表于《Nature》等顶级期刊，验证了公众参与科研的巨大潜力。
如今，Folding@home不仅是一个技术平台，更是一种新型“公民科学”实践：普通人无需实验室，也能以闲置算力参与前沿医学突破。每一次 CPU 的运转，都在为理解疾病、设计药物积累关键数据。
对于拥有闲置计算资源的用户而言，加入Folding@home意味着——让机器的热量，转化为对抗疾病的希望。

Folding@home 一句话总结

Folding@home是一个全球志愿计算项目，通过汇聚公众闲置的计算设备，构建分布式超级计算机，用于模拟蛋白质动态行为，助力阿尔茨海默病、癌症、病毒感染等重大疾病的研究与药物开发。

如果你感兴趣的话~

你可以点击这里看看我计算了多少
 或者点击这里下载安装助力吧

解决B站播放卡顿的问题

Mon, 09 Feb 2026 00:00:00 GMT

B站也是国内数一数二的流媒体平台了，叔叔为了节约宽带费用，搞了不少P2P CDN即PCDN，这就是为什么我们会播放卡顿

为什么使用PCDN会导致卡顿？

PCDN几乎全部为各大PCDN厂商（京东云无线宝、网心云）租用全国各地用户的家用带宽对B站、抖音、快手等提供的比正规服务商更为廉价的CDN服务。
但其廉价的特性导致了注定于速度和稳定性构成不可能三角，如此一来视频的播放只会更为卡顿（但其实现在也比以前好了，在运营商没有大规模打击PCDN之前那叫一个勃勃生机、万物竞发的境界。现在留下了的PCDN节点都是有背景和实力的，稳定性比以前好，但是不等于比正规CDN厂商好）

B站各类CDN的分类

正规CDN厂商

upos-sz-***.bilivideo.com
腾讯、金山、白山、华为等CDN（境外是Akamai）
这类是最稳定速度最快的，辨别方法ping一下可以看到境内多地均有节点。

B站整合或自建CDN

cn-****-**-**.bilivideo.com
B站整合其它地区性CDN或者自建的CDN
这类和正规CDN比没有任何问题，辨别方法ping一下可以看到只有一个节点，而且都是同省同运营商的（为了省间流量结算费用嘛~）

罪魁祸首

***.mcdn.bilivideo.cn:8082（京东云无线宝）
***.edge.mountaintoys.cn:4483
***.szbdyd.com:9305（节点之家）
这类CDN完全没有任何稳定性可言，就别说速度了，被Qos的简直不成样，叔叔是省了很多钱，但太卡了，码率也都不行😅辨别方法ping一下可以看到只有一个节点，全国丢包比较严重。

怎么屏蔽PCDN

如果是单机使用可以在本地host文件中手动将域名绑定到127.0.0.1
如果是像我一样使用AdGuard Home可以手动屏蔽域名的解析

总而言之，只要你能达到无法解析PCDN域名或者连接至PCDN节点，就可以迫使B站认为你连接不到PCDN节点从而去连接更高质量的CDN

如果你发现了新的B站视频域名，不用大费周章去鉴别是否是PCDN，你就看有没有带端口号就行了（80/443应该不用我说了吧🤔）带端口号的一律判断为PCDN，毕竟PCDN可没法开通80/443端口，正规CDN厂商也不需要开通那些奇奇怪怪的端口号。

所以吧，有时候窝在被窝里看番很卡，先不要急着骂路由器，也可能是PCDN的问题哦~

Pixiv违规滥用通报

Sat, 10 Jan 2026 00:00:00 GMT

下面的ip和客户端不会进行任何处罚（毕竟我又不是国家强制力）公示出来仅仅是起到一个提示作用。
每个客户端什么时候拉取了什么内容后台都知道，经过筛查发现下面的ip存在非正常手段拉取资源：主要表现为Referer头值为空，且拉取资源绝大部分为涩涩内容。
我无法控制任何人的行为，但是责任在谁的划分也不能不了了之，在这里也尽到提醒义务了。 <div style="background-color: #000; color: #000; padding: 8px; border-radius: 4px; display: inline-block; cursor: default;" onmouseover="this.style.color='#fff'" onmouseout="this.style.color='#000'">你不能在需要便利的时候让别人承担责任</div>

:::warning[注意] 如果PCDN和盗刷情况得不到控制，将会考虑于近期添加更加严格的防护措施（包括但不限于速率限制、ip拉黑、异常Referer头拦截） :::

2026/05/01

为保障服务提供方能提供更加安全并且有效保护使用者隐私的服务，即今日启不再公开展示异常的ip地址及归属地，过去的公开信息也将会撤下。

借这个机会来说一下使用规定

不能有任何违规内容
不得应用到违规网站，尤其是灰黑产业，不符合工信部或者国家规定的项目
任何内容都支持下载，但不能下载违反国家法律法规，你要用就悄咪咪的用，别通过这个链接分享，不然我真的栓Q
未经许可不得再次反向代理该网站或者反向代理我源站进行二次分发
任何内容在特殊时期，护网行动都得不到保障

别急别急，还有更新日志

2026/01/10
对境外访问添加了阻断机制 Oops! The service is not supported in your area.

2026/02/04
调整了单ip访问的速率限制，以提供更好的服务。

2026/05/04
为保障服务提供方能提供更加安全并且有效保护使用者隐私的服务，即今日启不再公开展示异常的ip地址及归属地，过去的公开信息也将会撤下。

详解互联网-DNS篇之根服务器

Sat, 06 Dec 2025 00:00:00 GMT

引言：根服务器，一个经常被提到的互联网关键设施，但是不凡想想，我们在使用互联网浏览任意网站时，我们都会向本地（实际上大多数本地DNS都会向公共DNS发出请求）或公共DNS服务器发出请求。
这其中根服务器好像并没有为我们提供任何服务，那么根服务器是互联网的基石这种说法又从何而来呢？

什么是DNS

TCP/IP协议为互联网设备提供了通过IP地址相互连接的能力，但IP地址是一串数字，对用户而言难以记忆且不便使用。为解决这一问题，DNS（Domain Name System）应运而生。
DNS的核心功能是将域名（Domain Name）与IP地址建立映射关系，用户只需输入域名，DNS系统即可自动解析为对应的IP地址，实现快速访问。
这种“以名代址”的机制极大地降低了互联网使用的门槛，是互联网架构中不可或缺的一环。

DNS的架构

由于互联网中的域名非常非常多，如果都存放在一台域名服务器中，那么不仅查询速度慢，服务器压力大，而且难以保证服务的可靠性。因此，DNS采用了分布式的设计方案，大量的域名服务器之间通过层级方式组织，分布在全世界范围内。
就一般而言，域名服务器可以分为以下四类：

根域名服务器

最高层级的域名服务器，互联网上一共有13组根域名服务器（以英文字母A到M依序命名，格式为[a~m].root-servers.net）

顶级域名服务器

对于每个顶级域名，如.com、.org、.top等，都有对应的顶级域名服务器。

权威域名服务器

一个网站需要将其域名和IP地址注册到相应的权威域名服务器中。

本地域名服务器

本地域名服务器不属于上述域名服务器的层次结构，但是它对域名系统非常重要。每个 ISP（如一个大学、一个公司）都有一个本地域名服务器。

DNS是如何运作的

当我们在使用互联网浏览任意网站时，我们都会向本地（实际上大多数本地DNS都会向公共DNS发出请求）或公共DNS服务器发出请求。它依靠大量缓存来显著提升用户查询DNS服务器的可靠性与可达性和降低查询的延迟。

那么公共DNS的缓存是哪里来的呢？
这里我们引入一个概念：递归解析和迭代解析。
递归解析：客户端向DNS服务器发起请求，要求必须返回最终答案（IP 或错误），DNS 服务器负责完成所有后续查询。
上面的DNS查询路径称之为递归DNS，下面我们将会讲解一种不同的解析方式——迭代解析
迭代解析：DNS 服务器收到请求后，若无缓存，会返回 “你该去问谁”（如上级服务器地址），由请求方继续查询。
差异：递归解析是我们平时最经常用的DNS解析方式。而迭代解析则主要用于各大公共DNS服务器接受到没有缓存或缓存过期后的解析方式。
这两种解析方式的不同导致了我们在平时中都是使用递归解析而非迭代解析。对于公共DNS服务器后面的个层级DNS服务器不熟悉，因此根域名服务器貌似在域名解析的过程中用处不大，其实用处大的很呢。

实践出真知

下面我们以本博客域名：blog.azuremio.com为例进行一次迭代解析。

1.向根域名服务器查询负责`.top`的权威域名服务器。

nslookup -type=ns com. f.root-servers.net
ip6.arpa        nameserver = c.ip6-servers.arpa
ip6.arpa        nameserver = e.ip6-servers.arpa
ip6.arpa        nameserver = b.ip6-servers.arpa
ip6.arpa        nameserver = f.ip6-servers.arpa
ip6.arpa        nameserver = a.ip6-servers.arpa
ip6.arpa        nameserver = d.ip6-servers.arpa
f.ip6-servers.arpa      AAAA IPv6 address = 2a13:27c0:30::2
e.ip6-servers.arpa      AAAA IPv6 address = 2001:dd8:6::101
d.ip6-servers.arpa      AAAA IPv6 address = 2001:13c7:7012::53
c.ip6-servers.arpa      AAAA IPv6 address = 2001:43f8:110::11
b.ip6-servers.arpa      AAAA IPv6 address = 2001:500:86::86
a.ip6-servers.arpa      AAAA IPv6 address = 2620:37:e000::53
f.ip6-servers.arpa      internet address = 193.0.9.2
e.ip6-servers.arpa      internet address = 203.119.86.101
d.ip6-servers.arpa      internet address = 200.7.86.53
c.ip6-servers.arpa      internet address = 196.216.169.11
b.ip6-servers.arpa      internet address = 199.253.182.182
a.ip6-servers.arpa      internet address = 199.180.182.53
服务器:  UnKnown
Address:  2001:500:2f::f

com     nameserver = g.gtld-servers.net
com     nameserver = j.gtld-servers.net
com     nameserver = m.gtld-servers.net
com     nameserver = h.gtld-servers.net
com     nameserver = a.gtld-servers.net
com     nameserver = b.gtld-servers.net
com     nameserver = l.gtld-servers.net
com     nameserver = f.gtld-servers.net
com     nameserver = c.gtld-servers.net
com     nameserver = d.gtld-servers.net
com     nameserver = i.gtld-servers.net
com     nameserver = e.gtld-servers.net
com     nameserver = k.gtld-servers.net
m.gtld-servers.net      AAAA IPv6 address = 2001:501:b1f9::30
l.gtld-servers.net      AAAA IPv6 address = 2001:500:d937::30
k.gtld-servers.net      AAAA IPv6 address = 2001:503:d2d::30
j.gtld-servers.net      AAAA IPv6 address = 2001:502:7094::30
i.gtld-servers.net      AAAA IPv6 address = 2001:503:39c1::30
h.gtld-servers.net      AAAA IPv6 address = 2001:502:8cc::30
g.gtld-servers.net      AAAA IPv6 address = 2001:503:eea3::30
f.gtld-servers.net      AAAA IPv6 address = 2001:503:d414::30
e.gtld-servers.net      AAAA IPv6 address = 2001:502:1ca1::30

2.任选一个负责该顶级域名的权威域名服务器查询负责`azuremio.com`的权威域名服务器。

nslookup azuremio.com a.gtld-servers.net
(root)  nameserver = e.root-servers.net
(root)  nameserver = f.root-servers.net
(root)  nameserver = g.root-servers.net
(root)  nameserver = h.root-servers.net
(root)  nameserver = i.root-servers.net
(root)  nameserver = j.root-servers.net
(root)  nameserver = k.root-servers.net
(root)  nameserver = l.root-servers.net
(root)  nameserver = m.root-servers.net
(root)  nameserver = a.root-servers.net
(root)  nameserver = b.root-servers.net
(root)  nameserver = c.root-servers.net
(root)  nameserver = d.root-servers.net
服务器:  UnKnown
Address:  2001:503:a83e::2:30

名称:    azuremio.com
Served by:
- arch.ns.cloudflare.com
          108.162.193.68
          172.64.33.68
          173.245.59.68
          2606:4700:58::adf5:3b44
          2803:f800:50::6ca2:c144
          2a06:98c1:50::ac40:2144
          azuremio.com
- elisabeth.ns.cloudflare.com
          108.162.194.224
          162.159.38.224
          172.64.34.224
          2606:4700:50::a29f:26e0
          2803:f800:50::6ca2:c2e0
          2a06:98c1:50::ac40:22e0
          azuremio.com

3.任选一个负责该域名的权威域名服务器查询负责`blog.azuremio.com`的权威域名服务器/解析记录。

nslookup -type=cname blog.azuremio.com elisabeth.ns.cloudflare.com
服务器:  elisabeth.ns.cloudflare.com
Address:  2606:4700:50::a29f:26e0

blog.azuremio.com       canonical name = cdc36dcf.blog.azuremio.com.dnsoe2.com

<div style="background-color: #000; color: #000; padding: 8px; border-radius: 4px; display: inline-block; cursor: default;" onmouseover="this.style.color='#fff'" onmouseout="this.style.color='#000'">其实这里的cname还要和前面的步骤一样再来一次，就是这样会导致篇幅太长了</div>

至此，你已成功手动完成了一次 DNS 迭代查询的全过程。虽然日常上网时我们依赖的是本地 DNS 提供的递归服务，但其背后正是通过这种逐级迭代的方式，从根服务器一路查到最终的 IP 地址。这也体现了 DNS 分布式、分层、高可用的设计精髓。

Q&A

Q：根服务器域名的顶级域名是.net，那.net的权威域名服务器出现问题会不会导致互联网的根域名服务器崩溃，导致全球互联网崩溃。
A：在所有主流 DNS 软件（如BIND、Windows DNS）和操作系统中，称为“根提示（Root Hints）”。即使.net域名无法解析，本地 DNS 仍能直接通过IP地址联系根服务器，因此不会形成循环依赖。
Q：全球有13个根域名服务器，而中国没有根服务器会不会被其它国家恶意断网。
A：不会，根域名服务器采用了anycast技术，某些营销号说是都在国外，实际上国内也是有节点，并且国内有根服务器镜像，不会被恶意断网。

感兴趣的话可以到IANA及相关网站查看详细内容
全球根服务器分布
 IANA

番外-什么是GFW?

Tue, 28 Oct 2025 00:00:00 GMT

引言： 1987年9月14日，北京计算机应用技术研究所发出了中国第一封电子邮件：“Across the Great Wall we can reach every corner in the world”（越过长城，走向世界）。然而三十多年后，另一座无形的“长城”——中国国家防火墙（Great Firewall, GFW），却成为了横亘在中国互联网与全球网络之间的巨大屏障。

概述

GFW的前身为中华人民共和国国家计算机网络与信息安全管理部门主导建立的“金盾工程”在中国大陆接入国际互联网之初，中国大陆上的国际互联网访问是没有任何限制的，但受限于当时的国际言论导向与国际形势，中华人民共和国政府开始要求Google，Facebook，雅虎，Twitter（X）等国际互联公司接受审查，但其纷纷表示拒绝或不进行任何表态，在此后，大量不接受审查的网站与不符合中国法律的网站在中国大陆停止服务或中断。目前GFW由国家计算机网络与信息安全管理中心（CNCERT）运营和维护。

一、GFW的前世今生

1、奠基：政治需求催生的“金盾”

“金盾工程”这个由公安部主导的项目，初衷是建立打击犯罪的公安信息化系统。然而，1999年“法轮功事件”的冲击，让中国政府骤然意识到互联网信息传播的巨大能量（或威胁），“维护稳定”成为压倒性的政治任务，网络内容管控迅速成为“金盾”的重要使命。
紧随其后，支撑GFW的机构与法律框架开始搭建。1999年6月，专司网络安全的国家计算机网络与信息安全管理中心成立。2000年，核心的“005工程”（国家信息安全管理系统）在秘密中启动，主导者是一位名叫方滨兴的教授，他后来被称为“GFW之父”。同年年底，《关于维护互联网安全的决定》出台，为审查提供了法律依据。
2002年9月，这座初生的“长城”首次亮剑。搜索引擎巨头Google遭遇大规模封锁，从最初的DNS劫持很快升级为更先进的TCP连接阻断。这标志着GFW告别了被动的关键词过滤，正式迈入了主动拦截的时代。

2、进化：从“盾牌”到“狙击手”

GFW并非一成不变，而是一头不断进化的技术怪兽，其“武器库”日益精良：
早期（2003年前），它依赖DNS污染（篡改网址解析结果）和HTTP关键词过滤（扫描未加密流量中的敏感词如“自由”、“民主”并切断连接）这类相对粗糙但有效的手段。
进入成熟期（2005-2015），GFW的能力显著提升。它建立了庞大的IP/域名黑名单，能力显著提升，Twitter、Facebook、BBC等境外网站纷纷被屏蔽。更厉害的是深度包检测（DPI）技术，让它能像拥有“透视眼”一样识别网络数据包的特征，精准封杀当时流行的翻墙协议如PPTP、OpenVPN。当人们以为HTTPS加密能提供庇护时，GFW找到了突破口——利用建立加密连接前的SNI（服务器名称指示）信息来识别并屏蔽目标网站（如维基百科中文版）。
近年来，攻防进入更高阶的“猫鼠游戏”。GFW开始直接施压工具开发者（如2015年迫使Shadowsocks作者停更），并运用AI流量分析来识别Shadowsocks、V2Ray、Trojan等新型加密代理的流量模式。在敏感时期，它甚至会采取“宁可错杀”策略，批量屏蔽境外云服务商（如Vultr、Linode）的IP段，导致大量无辜服务“躺枪”。

二、“筑墙人”方滨兴

提到GFW的构建，方滨兴是无法绕开的核心人物。1999年他调入国家网安中心，成为“005工程”的技术负责人。其团队研发的“大范围宽带网络动态阻断系统”（2002年）构成了GFW的骨干，实现了实时流量分析和精准拦截。2003年，该系统获得国家科技进步一等奖。方滨兴因此被民间冠以“GFW之父”的称号，同时也成为网络自由倡导者长期批评的焦点。

三、 GFW 的争议与批评焦点

尽管官方强调GFW在维护网络安全与秩序中的作用，其实际运作也面临着持续的质疑与批评。核心的批评指向其执行尺度的模糊性及其带来的广泛影响。
批评者认为，GFW的屏蔽标准常常缺乏透明度，导致封锁范围远超官方宣称的“不良信息”。大量承载新闻分析、前沿学术、技术资源乃至普通文化内容的国际网站同样被隔绝在外。这不仅限制了公民获取信息的全面性和多样性，阻碍了知识流通与科研合作，也在无形中筑起了一道阻碍国际交流的“数字高墙”，强化了国内网络空间的封闭性。
更深层次的担忧在于其对公民基本权利的潜在影响。访问全球信息网络的权利被视为现代知情权和表达自由的重要延伸。GFW的存在实质性限制了公民在主流国际平台上获取信息、参与讨论乃至合法表达的空间。同时，其依赖的深度监控技术缺乏足够的公众监督，引发了人们对隐私权保障和国家权力边界的重要疑问。此外，GFW的实施也带来了显著的经济与社会成本。企业国际沟通受阻、效率降低；科技从业者接触开源生态受限；普通民众为获取信息不得不依赖安全风险未知的“翻墙”工具，形成一个尴尬的灰色地带。在国际层面，广泛的审查制度加剧了全球互联网的分割，引发外界对“数字鸿沟”和网络空间开放的负面评价，影响国际形象与合作。

四、现状：胶着的战场与未来的迷雾

时至今日，GFW已是庞然大物，但也面临新挑战：
1. “清水衙门”与成本压力：有分析认为其大规模建设高峰期已过，进入运维为主的相对平稳期。但IPv6的普及因其协议复杂性，给审查带来巨大技术挑战，运维成本持续攀升。
2. 永不停歇的技术攻防：翻墙的技术也在飞速进化，V2Ray的VMess协议利用时钟验证Ray的VMess协议利用时钟验证抵御攻击，HTTPS代理尝试通过隐藏路径伪装成正常流量。一些工具（如内网穿透的GoProxy）因流量特征模糊，短期内尚未被全面封堵。这是一场没有硝烟却异常激烈的技术拉锯战。
3. 模式输出与网络割裂担忧：GFW的理念和技术正被其他国家借鉴。香港实施“国安法”后引入的网络过滤机制，更引发了国际社会对“网络巴尔干化”（全球互联网分裂）的深切忧虑。

五、未来：GFW何去何从？

GFW的发展史，是中国在互联网开放浪潮与政治管控需求之间寻求平衡的独特管控需求之间寻求平衡的独特样本。从金盾工程的防御初衷，到如今覆盖全网、全天候运行的智能审查巨系统，其核心始终是“技术服务于政治维稳”。
对于普通网民，“翻墙”已成为一种无奈的数字生存技能。开发者与审查者间的技术对抗，宛如一场无声的“网络游击一场无声的“网络游击战”。回望1987年那封充满希望的邮件，“越过长城，走向世界”的梦想，如今被一座真实存在的“数字长城”所阻挡。“越过”的成本，已悄然融入日常。这座“长城”未来会如何演变？是成为更坚固的数字壁垒，还是在技术与社会发展中找到新的平衡点？
答案，仍在风雨中飘荡。

参考文献：

勘误：AULyPcのBlog中“给你的Fuwari添加一个友链页面”的错误

Thu, 21 Aug 2025 00:00:00 GMT

原文链接：AULyPcのBlog :::important[注意] 每个人的代码有所出入，请根据自身需求修改。 :::

错误内容

在原文章中的：

const friendsPost = await getEntry('spec', 'friends')
const { Content } = await friendsPost.render()
const items = [
  {
    title: 'Astro',
    imgurl: 'https://avatars.githubusercontent.com/u/44914786?s=48&v=4',
    desc: 'The web framework for content-driven websites. ⭐️ Star to support our work!',
    siteurl: 'https://github.com/withastro/astro',
    tags: ['框架'],
  },
]
---
<MainGridLayout title={i18n(I18nKey.friends)} description={i18n(I18nKey.friends)}>
    <div class="flex w-full rounded-[var(--radius-large)] overflow-hidden relative min-h-32">
        <div class="card-base z-10 px-9 py-6 relative w-full ">
            <div class="grid grid-cols-1 sm:grid-cols-2 gap-x-6 gap-y-8 my-4">
                {shuffledItems.map((item) => (
                    <div class="flex flex-nowrap items-stretch h-28 gap-4 rounded-[var(--radius-large)]">
                        <div class="w-28 h-28 flex-shrink-0 rounded-lg overflow-hidden bg-zinc-200 dark:bg-zinc-900">
                            <img src={item.imgurl} alt="站点头像" class="w-full h-full object-cover">
                        </div>
                        <div class="grow w-full">
                            <div class="font-bold transition text-lg text-neutral-900 dark:text-neutral-100 mb-1">{item.title}</div>
                            <div class="text-50 text-sm font-medium">{item.desc}</div>
                            <div class:list={["items-center", {"flex": true, "hidden md:flex" : false}]}>
                                <div class="flex flex-row flex-nowrap items-center">
                                    {(item.tags && item.tags.length > 0) && item.tags.map((tag,i) => (
                                    <div class:list={[{"hidden": i==0}, "mx-1.5 text-[var(--meta-divider)] text-sm" ]}>
                                        /
                                    </div>
                                    <span class="transition text-50 text-sm font-medium">
                                        {tag}
                                    </span>))}
                                    {!(item.tags && item.tags.length > 0) && <div class="transition text-50 text-sm font-medium">{i18n(I18nKey.noTags)}</div>}
                                </div>
                            </div>
                        </div>
                        <a href={item.siteurl} target="_blank" rel="noopener noreferrer"class="flex btn-regular w-[3.25rem] rounded-lg bg-[var(--enter-btn-bg)] hover:bg-[var(--enter-btn-bg-hover)] active:bg-[var(--enter-btn-bg-active)] active:scale-95">
                            <svg xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" aria-hidden="true" role="img" class="transition text-[var(--primary)] text-4xl mx-auto iconify iconify--material-symbols" width="1em" height="1em" viewBox="0 0 24 24">
                                <path fill="currentColor" d="M12.6 12L8.7 8.1q-.275-.275-.275-.7t.275-.7t.7-.275t.7.275l4.6 4.6q.15.15.213.325t.062.375t-.062.375t-.213.325l-4.6 4.6q-.275.275-.7.275t-.7-.275t-.275-.7t.275-.7z"></path>
                            </svg>
                        </a>
                    </div>
                ))}
            </div>
            <Markdown class="mt-2">
                <Content />
            </Markdown>
        </div>
    </div>
</MainGridLayout>

第3行与第17行的代码中：
虽然items已定义，但模板中却使用了未定义的shuffledItems

解决方法：

(如果你希望友链固定排序)修改第17行的代码为：

-   {shuffledItems.map((item) => (
+   {items.map((item) => (

(如果你希望友链随机排序)在11行后面添加：

+   const shuffledItems = [...items]
+     .sort(() => Math.random() - 0.5);

以上就是全部内容了
看了这么久
喝点水吧( •̀ ω •́ )🥤

使用EdgeOne搭建Pixiv图片反代

Wed, 20 Aug 2025 00:00:00 GMT

众所周知，Pixiv的服务在中国大陆内一直被墙，而且Pixiv的图片服务器均有防盗链的保护，只要Referer不是来自 Pixiv的请求无一例外都会返回403状态码
How can we do?

开始前的准备：

你需要：

一个能思考的脑子: 遇到问题先思考,想不通就去问度娘，度娘找不到就去和AI调情一下再来

一个EdgeOne账号: 用于创建一个加速服务并且绑定域名支持访问

一个属于你的域名: 需要已经添加到Edgeone的加速服务的站点，用于Pixiv反代的最终访问域名

相关信息：

Pixiv服务器域名：i.pximg.net

Pixiv的Referer：www.pixiv.net

开始

打开链接进入EdgeOne登录界面，打开对应站点管理页面，点击“域名服务”中的“域名管理”点击“添加域名”

https://edgeone.ai/

<img src="https://p1-img.cdn.azuremio.com/archive/ac7ccc0523174ff782af33bc8ec0a9b5.webp" width="350px" height="350px"> 如上图添加加速域名配置（你要是会源站组也行），按照指引添加记录，然后申请SSL证书并部署SSL证书，在等待期间让我们来部署边缘函数吧ヾ(≧▽≦*)o 到站点管理页面的侧边栏向下拉看到“边缘函数”点击函数管理

新建一个函数，随便选一个模板，如图所示复制下面的代码保存并应用ヾ(^▽^*)))

addEventListener("fetch", event => {
  let url = new URL(event.request.url);
  url.hostname = "填写你的域名";

  let request = new Request(url, event.request);
  event.respondWith(
    fetch(request, {
      headers: {
        'Referer': 'https://www.pixiv.net/',
        'User-Agent': 'Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36'
      }
    })
  );
});

然后你就会看到： 点击“新增触发规则”如下图所示进行添加规则( 不要来个小笨蛋照抄下去了哦( ´･･)ﾉ(._.`) )

测试

配置完成后，就可以直接通过URL直接访问p站图片了。 Pixiv网站上的原始链接(直接打开或在其他网站使用会返回 403)：
https://i.pximg.net/img-master/img/2021/06/10/18/09/04/90457556_p0_master1200.jpg
原始图片链接(无法正常显示) <img src="https://i.pximg.net/img-master/img/2021/06/10/18/09/04/90457556_p0_master1200.jpg" width="350px" height="200px"> 反向代理(国内能正常访问、国外无法访问)：
https://pixiv.akatsukimio.top/img-master/img/2021/06/10/18/09/04/90457556_p0_master1200.jpg <img src="https://pixiv.akatsukimio.top/img-master/img/2021/06/10/18/09/04/90457556_p0_master1200.jpg" width="350px" height="350px">

番外

其实还可以添加一些配置哦（＾∀＾●）ﾉｼ找到“站点加速”找到“节点缓存TTL”点击差异化设置，然后有时间可以有多长拉多长，可以降低热门图片请求时间的等待哦(╹ڡ╹ )

今日说法(bushi

你要拿来涩涩？(っ °Д °;)っ <img src="https://p1-img.cdn.azuremio.com/archive/019bee853581710fb06904023638e2c6.webp" width="350px" height="400px"> 我问大家：张三在网络上用某境外平台的网络服务商提供色图，居然还发给ta的好兄弟一起鉴赏，请问张三的行为触犯了什么法律？
啊~ 这时候有些小伙伴就要说了，张三ta有没有盈利，ta只是助人为乐帮帮ta的好兄弟嘛。各位小伙伴啊，总有一条法律适合你：
根据《中华人民共和国刑法》第三百六十四条，传播淫秽的书刊、影片、音像、图片或者其他淫秽物品，如果情节严重，即构成传播淫秽物品罪。此罪的关键在于“传播”行为，即广泛散布淫秽物品，且不以牟利为目的。
什么盈利不盈利的，自己看看得了，技术虽无罪，但还是提醒一下，请务必遵守你所在国家及其地区的法律法规，别警察叔叔被请喝茶了。

白嫖2个EdgeOne免费套餐

Fri, 25 Jul 2025 00:00:00 GMT

Edgeone相信各位已经耳有所闻了，其提供了不限量的流量和请求，并且免费套餐长期有效
更重要的是支持ipv6回源这对应家宽建站的别提有多方便了，快来白嫖吧ヾ(≧▽≦*)o
打开链接进入EdgeOne测速界面进行测速

https://edgeone.ai/zh/get-free-plan

测速完成后分享到X和Facebook获得免费套餐<div style="background-color: #000; color: #000; padding: 8px; border-radius: 4px; display: inline-block; cursor: default;" onmouseover="this.style.color='#fff'" onmouseout="this.style.color='#000'">其实可以不用分享，进去后在里面转一下就会认为你分享了，这才是真正的白嫖哦o((>ω< ))o</div> :::important[注意] 该套餐只能在国际站上使用 ::: 看到这里意味着你已经拿到了2个EdgeOne免费套餐，快去挥霍使用吧！
速度如下（超时的大部分都是移动）： <img src="https://p1-img.cdn.azuremio.com/archive/311ccbca73774261a6e5afdfa7fb0f90.webp" width="450px" height="450px"> Edgeone不仅可以实现加速还可以实现反代（例如：pixiv、jsdelivr...）
pixiv反代 <br> 后面有时间再出教程吧(≧∇≦)ﾉ