域名、解析、代理：普通人也能看懂的反向代理实战OFIRM官网 www.OFIRM.org【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代码全部删掉，复制下面这段：

export default {
async fetch(request, env, ctx) {
// 目标博客地址，改成你自己的
const targetHost = "ofirm.neocities.org";
const targetUrl = new URL(request.url);
targetUrl.host = targetHost;

// 转发请求到目标地址
const modifiedRequest = new Request(targetUrl, {
  method: request.method,
  headers: request.headers,
  body: request.body,
  redirect: "follow"
});

// 获取目标地址的响应
const response = await fetch(modifiedRequest);
// 修改响应，删除可能导致跳转的头信息
const modifiedResponse = new Response(response.body, response);
modifiedResponse.headers.delete("Location");
return modifiedResponse;

},
};

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解析，就是「查门牌号的电话本」

• 反向代理，就是「帮你开门拿东西的管家」

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

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

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

域名完整显示OFIRM.org.png

地址栏是我的域名 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亲手跑通”的认知，是任何书本和教程都给不了你的。

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