域名、解析、代理：普通人也能看懂的反向代理实战OFIRM官网【顺带的了解了整个互联网的业务之路基】

域名、解析、代理：普通人也能看懂的反向代理实战OFIRM官网【顺带的了解了整个互联网的业务之路基】

【此文的源头：买了域名，建站各种审差啥的，关键内容太超前啦，麻烦的紧呀！
那有没有一种可能，直接把我的域名挂到博客上去呢？肯定有，花点小钱就能直接办到，有没有免费的方法呢？肯定有啦！并且作为互联网小白，通过一通实践，你会对整个网络的底层来个充分的了解，比如「域名、DNS解析、CDN代理」等等理解更加深刻，哈哈】【顺带的了解了整个互联网的业务之路基】

我买了一个自己的域名，也有一个免费的博客（比如Neocities、GitHub Pages），能不能让别人输入我的域名时，直接打开我的免费博客，但地址栏永远显示我的域名，不会跳转到平台的原始地址？

听起来像个魔术，但只要你顺着互联网的底层逻辑一步步走，这个想法不仅能实现，还能让你彻底搞懂「域名、DNS、代理」这些听起来很玄乎的概念。

我花了两个小时，亲手把这个想法变成了现实。现在，输入www.ofirm.org，你看到的是我放在Neocities上的博客，但地址栏里，永远稳稳停着我的域名。

这篇文章，我会用最通俗的语言，把整个过程和背后的原理讲清楚，看完你也能照着做。

一、最开始的踩坑：原来我想的方法全错了

最开始，我以为这是个很简单的事，不就是把域名指向博客地址吗？结果试了三种方法，全失败了。

1. 301重定向：最省事，但也最没用

我最先想到的，就是域名注册商自带的「域名转发」功能。
在NameSilo后台，我把ofirm.org设置成301重定向到ofirm.neocities.org。
效果确实有：输入我的域名，能打开博客。
但问题也很致命：地址栏会直接跳转到Neocities的原始地址。
这根本不是我想要的效果，我要的是「藏住源站地址」，而不是「跳转到源站地址」。

2. CNAME解析：看起来对，其实根本行不通

然后我试了CNAME记录。
在DNS设置里，把www.ofirm.org解析成ofirm.neocities.org。
我以为这样浏览器就会直接显示我的域名，结果打开页面，直接报了个403 Forbidden错误。

为什么？
因为CNAME只是「指路」，它告诉浏览器：「你要找的www.ofirm.org，其实就是ofirm.neocities.org」。
但浏览器访问Neocities服务器时，会带着一个叫Host的请求头，告诉服务器：「我是冲着www.ofirm.org来的」。
Neocities服务器一看：「我根本不认识这个域名啊」，于是直接拒绝了访问。
你必须在Neocities后台绑定你的域名，它才会认。但很多免费平台根本不支持自定义域名，或者需要付费才能用。

3. Cloudflare Page Rules：换了个地方跳转而已

接着我又试了Cloudflare的Page Rules，想在这里做个跳转。
结果发现，Page Rules的「Forwarding URL」本质上还是301重定向，地址栏还是会变。
折腾了一圈，我才明白：
所有的「跳转」，本质上都是告诉浏览器「去访问另一个地址」，地址栏必然会变。
想要地址栏不变，必须用「反向代理」。

二、关键突破：反向代理到底是什么？

反向代理，听起来很高大上，其实原理特别简单。
你可以把它想象成一个「隐形的搬运工」：

1. 用户输入你的域名www.ofirm.org，请求先发到Cloudflare的服务器
2. Cloudflare的服务器在后台，偷偷去ofirm.neocities.org把博客内容拉回来
3. 再把内容原封不动地返回给用户的浏览器

整个过程，用户的浏览器只和Cloudflare打交道，根本不知道Neocities的存在，所以地址栏永远显示你的域名。
这就是我想要的效果：域名是我的，内容存在免费平台上，别人看不到源站地址。

而实现这个「隐形搬运工」，最简单的工具就是Cloudflare Workers。
它是Cloudflare提供的一个无服务器函数服务，你可以写几行代码，让它帮你处理所有请求。

三、手把手实战：10分钟搞定反向代理

整个过程不需要写复杂的代码，复制粘贴就能完成，全程免费。

第一步：准备工作

1. 你有一个自己的域名（在任何注册商买的都可以）
2. 注册一个Cloudflare免费账号：https://www.cloudflare.com

第二步：把域名接入Cloudflare

1. 登录Cloudflare，点击「Add Site」，输入你的域名
2. 选择「Free 免费套餐」，继续下一步
3. Cloudflare会自动扫描你现有的DNS记录，确认无误后继续
4. Cloudflare会给你两个NS服务器地址，复制下来
5. 回到你的域名注册商后台，把原来的NS服务器替换成这两个地址
6. 等待5-15分钟，DNS生效后，Cloudflare会提示你「域名已激活」

第三步：创建反向代理Worker

1. 在Cloudflare左侧菜单，找到「Workers & Pages」，点击「Create Worker」
2. 选择「Start with Hello World!」，给Worker起个名字（比如neocities-proxy），点击「Deploy」
3. 进入代码编辑界面，把默认的Hello World代码全部删掉，复制下面这段：

exportdefault{asyncfetch(request,env,ctx){// 目标博客地址，改成你自己的consttargetHost="ofirm.neocities.org";consttargetUrl=newURL(request.url);targetUrl.host=targetHost;// 转发请求到目标地址constmodifiedRequest=newRequest(targetUrl,{method:request.method,headers:request.headers,body:request.body,redirect:"follow"});// 获取目标地址的响应constresponse=awaitfetch(modifiedRequest);// 修改响应，删除可能导致跳转的头信息constmodifiedResponse=newResponse(response.body,response);modifiedResponse.headers.delete("Location");returnmodifiedResponse;},};

4. 点击右上角的「Save and Deploy」，保存代码

第四步：把域名绑定到Worker

1. 回到Cloudflare的域名管理页面，点击左侧菜单的「Workers Routes」
2. 点击「Add route」，按下面的要求填写：
   • Route:www.ofirm.org/*（把ofirm.org改成你自己的域名）
   • Worker: 选择你刚才创建的neocities-proxy
3. 再添加一条根域名的路由：
   • Route:ofirm.org/*
   • Worker: 同样选择neocities-proxy

第五步：测试效果

打开一个无痕浏览器窗口，输入你的域名。
你会发现，页面正常加载了你的博客，而地址栏里，永远显示着你的域名。

四、最后：你发现其实搞懂了互联网的底层逻辑

折腾完这一圈，你会发现，互联网其实一点都不神秘。

• 域名，就是互联网上的「门牌号」
• DNS解析，就是「查门牌号的电话本」
• 反向代理，就是「帮你开门拿东西的管家」

我们平时上网，看到的只是浏览器地址栏里的一串字符，但背后，是无数个服务器在互相转发请求、传递数据。
而这样的实战，会让你亲手摸到这个过程的每一个环节。

你看，一个看起来很疯狂的想法，只要顺着互联网的规则一步步走，就能变成现实。
技术从来都不是少数人的专利，只要你愿意动手试试，你也能玩出自己的花样。

最后，放一张最终的效果图：

地址栏是我的域名www.ofirm.org，内容是Neocities上的博客，完美实现了最初的设想。
至于访问计数一直是1这种小问题，根本不重要了。
毕竟，能把一个天马行空的想法变成现实，这种爽感，才是最珍贵的。

【深度认知】：东西方干这种工作的公司的对比

两个小时的折腾，让我直接把一个千亿级上市公司的核心商业模式给摸透了，比看十篇研报都管用。

用Cloudflare Worker做的事情，就是xx科技每天在做的事情的微型版。

一句话说透xx科技是干啥的

我写了10行JavaScript代码，在Cloudflare的一个节点上，帮用户把请求偷偷转发到Neocities，再把内容原封不动送回来，地址栏不变。

xx科技干的就是完全一样的事：

• 它在全球建了2800多个这样的节点（中国就有2000多个）
• 它不是帮你一个人转发博客，而是帮腾讯视频、爱奇艺、抖音、淘宝、京东转发所有用户的请求
• 你看视频不卡、刷淘宝秒开、玩游戏不延迟，背后很大概率都是xx科技在帮你“就近拿内容”

我搭的是1个节点、1个用户、1个网站的反向代理；
xx科技做的是2800个节点、10亿用户、百万个网站的反向代理。

本质上，干的是完全一模一样的活。

为什么xx科技能做成这么大的生意？

因为互联网的底层逻辑就是：所有内容都需要有人帮忙“中转”。

如果没有xx科技这样的CDN公司：

• 你看腾讯视频，所有请求都要跑到深圳的腾讯总部服务器，全国几亿人同时看，服务器直接炸了
• 你在新疆刷抖音，要从北京的字节服务器拉视频，延迟能有1秒，根本没法看
• 你海淘亚马逊，要从美国的服务器拉商品图片，加载一页要10秒

xx科技的作用，就是把这些视频、图片、文件，提前缓存到离你最近的城市的节点上。你看视频的时候，不是从深圳拉，而是从你家楼下的xx节点拉，自然就不卡了。

这就是CDN（内容分发网络）的本质：把内容搬到离用户最近的地方。

xx科技 vs Cloudflare：两个孪生兄弟，走了不同的路

同时用过Cloudflare和理解了xx科技，就能一眼看出它们的区别：

简单说：

• xx科技是中国互联网的“水管工”，负责把国内的流量跑通跑顺
• Cloudflare是全球互联网的“保安兼搬运工”，负责帮全世界的网站加速和防攻击

最有意思的是：它们现在都在干同一件事

原来的CDN只是“搬内容”，现在它们都在把自己的节点升级成“边缘算力节点”。

我用的Cloudflare Worker，就是在Cloudflare的边缘节点上跑代码；
xx科技现在也在把它的2800个CDN节点，全部装上GPU，变成边缘AI推理节点。

以后你用ChatGPT，不用跑到美国的OpenAI服务器，直接从你家楼下的xx节点就能拿到回答，延迟能从几百毫秒降到几十毫秒。

这就是为什么现在资本市场突然又开始炒xx科技了（同样的公司都炒，千万别无脑去追，节奏很重要）——原来大家以为它只是个“搬视频的”，现在发现它手里握着全中国最密的边缘算力网络，是AI时代的“卖水人”（我要是出手，他们跟英WD一样，都得瞬间over，哈哈）。

最后再说这次实战

你看，技术从来都不是什么高深莫测的东西。
一个千亿级的上市公司，它的核心业务逻辑，我用10行代码、一两个小时，就能亲手摸索复刻出来。

我不是在“折腾一个博客”，我是在亲手拆解互联网的底层运行机制。
当别人还在说“CDN就是加速的”的时候，我已经亲手写过一个反向代理，知道它每一步是怎么跑的，知道它为什么能加速，知道它的边界在哪里。

这种“从0到1亲手跑通”的认知，是任何书本和教程都给不了你的。

本作品著作权归作者本人所有。
✅ 允许：非商业目的的全文完整复制、转载、分享传播
❌ 禁止：任何形式的改编、删减、篡改、拼接、截取片段使用、商用变现、二次授权
⚠️ 转载 / 复制时必须完整保留作者署名、本版权声明及原文链接，违者将依法追究法律责任。