弱弱的问一下，我的网站怎么被镜像了嗫？

2026年4月1日 11:18 31 条评论

其实网站被镜像这件事情，本身没什么稀奇的，如果想搭建一个镜像网站，从零开始也不过个吧小时的时间。

之所以写这个东西，是因为最近有看到好几个人被镜像的，这一个（爱娃子），还有这一个（我是军爸）。

不过，既然还有人有疑惑，那就简单的教一下大家怎么来镜像个网站吧。

为此，我创建了一个开源项目：

OpenResty + OpenCC 反向代理简繁转换

基于 OpenResty 反向代理上游站点，对 HTML 正文 做 OpenCC 简繁转换（默认：简体 → 繁体，配置文件为 s2t.json）。适合在不改源站的情况下，为访客提供另一种字体习惯版本。

功能概览

能力	说明
反向代理	HTTPS 回源（示例站点：`zhongxiaojie.cn`），客户端走本机证书与域名。
HTML 简繁转换	仅当 `Content-Type` 含 `text/html` 时对整页做 OpenCC UTF-8 转换。
gzip 解压	通过 Lua `zlib` 尝试解压响应体（与去掉 `Content-Encoding` 的配合视上游行为而定）。
链接与图片 URL 保护	转换前将 `href` / `src` / `poster` / `data-src` / `srcset` 及裸 `http(s)://` 链接替换为占位符，转换后还原，避免路径或查询串中的汉字被改写导致 404。
IPv4 优先解析	`resolver … ipv6=off` + 变量 `proxy_pass`，减轻云主机无 IPv6 时对 AAAA 连接失败的问题。
静态资源直过	图片、CSS、JS、字体等扩展名单独 `location`，不做 OpenCC，减轻负担、避免误伤二进制。
动态库加载	对 `libopencc.so` 按常见路径依次尝试 `ffi.load`，降低找不到共享库的概率。

限制与说明

JSON / JS / CSS 内嵌字符串若不在上述保护规则内，仍可能被转换；重要数据建议不要用全文 HTML OpenCC 硬转。
内联样式 style="background:url(...)" 未单独做保护，若遇少数破图可再扩展规则。
转换配置在 nginx/opencc/opencc-filter.lua 中的 OPENCC_CONFIG（默认 /usr/share/opencc/s2t.json）；若需 繁体 → 简体 可改为 t2s.json 等（需系统已安装对应 OpenCC 数据文件）。

目录结构（仓库内）

├── README.md                 # 本说明
├── zero.zhongxiaojie.cn.conf # 示例 server 配置（域名、证书路径请按环境修改）
├── nginx/opencc/opencc-filter.lua   # body_filter：缓冲、解压、保护 URL、OpenCC、输出
└── fix.md                    # 库路径 ldconfig 备忘

部署要求

OpenResty（带 lua-nginx-module）。
OpenCC 运行时：系统安装 libopencc.so 与词典数据（如 /usr/share/opencc/*.json），并保证 worker 进程能加载到 .so（见下文「共享库」）。
Lua 可 require('zlib') 的模块（用于 zlib.inflate，若无 gzip 体则 pcall 失败会跳过解压，不影响后续逻辑）。
上游为 HTTPS 时，本机需能解析并访问该域名（已用 resolver 时 VARIABLE 形式 proxy_pass 才会走指定 resolver）。

部署步骤

1. 安装 OpenCC 与数据文件

以 Debian / Ubuntu 为例（包名因发行版略有差异）：

sudo apt update 
sudo apt install -y libopencc1.1 opencc # 或 libopencc2 等，以仓库为准 
或者手工复制 lib64目录下的文件到 脚本对应的路径就是这个 /usr/lib64

确认存在词典，例如：

ls /usr/share/opencc/s2t.json

2. 确保能找到 `libopencc.so`

若日志出现 libopencc.so: cannot open shared object file：

将库放在系统默认搜索路径，例如 Ubuntu amd64：
```
ldconfig -p | grep opencc
```
若库仅在 /usr/lib64 等非默认路径，可执行（与仓库 fix.md 一致）：

echo '/usr/lib64' | sudo tee /etc/ld.so.conf.d/usr-lib64.conf sudo ldconfig

或在 OpenResty 的 systemd 单元 中设置 Environment="LD_LIBRARY_PATH=/usr/lib64:/usr/local/lib"

后重启。

脚本内已对多路径做了 ffi.load 尝试；仍失败时请对照 ldd 与 opencc 包实际安装位置排查。

3. 部署 Lua 脚本

将 nginx/opencc/opencc-filter.lua 复制到服务端约定路径（与 nginx 配置一致），例如：

sudo mkdir -p /usr/local/openresty/lua 
sudo cp nginx/opencc/opencc-filter.lua /usr/local/openresty/lua/opencc-filter.lua

按需修改脚本顶部 OPENCC_CONFIG 指向本机实际的 JSON 配置。

4. 合并 Nginx / OpenResty 配置

将 zero.zhongxiaojie.cn.conf 中的 server 块纳入主配置（include 或粘贴到 nginx.conf 的 http {} 下）。
修改 证书路径、日志路径、上游域名 zhongxiaojie.cn、以及 body_filter_by_lua_file 的路径，使其与当前环境一致。
header_filter_by_lua 中去除 Content-Encoding，便于对明文 HTML 做处理；若上游与解压逻辑不匹配，需自行观察是否需要调整。

5. 校验并重载

sudo /usr/local/openresty/nginx/sbin/nginx -t 
sudo /usr/local/openresty/nginx/sbin/nginx -s reload 
# 或 systemctl reload openresty

6. 验证

浏览器访问你的站点，查看页面简繁是否符合预期。
检查 图片与站内链接是否正常（尤其含中文或 % 编码的路径）。
error.log 中不应再出现 OpenCC 库加载失败或大量 IPv6 unreachable（在无 IPv6 环境）。

配置项速查

项目	位置
OpenCC 配置 JSON	`opencc-filter.lua` → `OPENCC_CONFIG`
Lua 脚本路径	`zero.zhongxiaojie.cn.conf` → `body_filter_by_lua_file`
上游站点	`set $upstream_host …` 与 `proxy_pass https://$upstream_host$request_uri`
DNS / 仅 IPv4	`resolver 223.5.5.5 8.8.8.8 valid=300s ipv6=off`
不参与转换的静态文件	`location ~* .(gif

故障排查

现象	可能原因
`libopencc.so` 找不到	未安装包、`ldconfig` 未包含库目录，或需 `LD_LIBRARY_PATH`
body_filter 报错、栈指向 `ffi.load`	同上；或架构不一致（如 32/64 位混用）
上游连接 IPv6 失败	已用 `ipv6=off` + 变量 `proxy_pass`；仍失败则检查防火墙与 DNS
图片 404	历史上多为 OpenCC 改了 URL 内汉字；当前脚本对常见属性已做保护，若仍有个别，检查是否来自 CSS `url()` 或 JS 动态拼接

如需改为其他域名、证书路径或 t2s 转换方向，只需改配置文件与 OPENCC_CONFIG，无需改 OpenResty 核心。

实际效果：

预览地址：https://zero.zhongxiaojie.cn

开源项目地址：https://gitee.com/obaby/baby-website-mirroring-tool

参考链接：https://blog.csdn.net/wzj_110/article/details/127758020

https://blog.rexskz.info/support-traditional-chinese-using-openresty-and-opencc.html

博客： obaby 𝐢‍𝐧⃝ void

地址： https://zhongxiaojie.com/

文章： 《弱弱的问一下，我的网站怎么被镜像了嗫？》

obaby

独立 APP 开发者偶尔写点东西希望与过往一刀两断

31 comments

崔话记说道：

2026年4月1日 11:25 上午

Google Chrome 146.0.0.0 Windows 10 x64 Edition 中国–广东–深圳电信
这么热乎的教程啊，赞👍

你这个图点一下，再点一下，页面就跳到首页去了？

回复
1. obaby说道：
  
  2026年4月1日 1:02 下午
  
  Google Chrome 142.0.0.0 Mac OS X 10.15.7 中国–山东省–青岛市–崂山区–中国联通–3GNET网络
  正常的话会把所有的链接也换掉，演示嘛，没做的那么彻底，嘻嘻😁
  
  回复
  1. 崔话记说道：
    
    2026年4月1日 1:53 下午
    
    Google Chrome 146.0.0.0 Windows 10 x64 Edition 中国–广东–深圳电信
    我说的不是你的演示网址，说的是你这个文章里面的插图，点击第一下会进入相册模式，再点一下会跳到首页，而且内容是首页但网址还是文章页
    
    回复
    1. obaby说道：
      
      2026年4月1日 2:15 下午
      
      Google Chrome 142.0.0.0 Mac OS X 10.15.7 中国–山东省–青岛市–崂山区–中国联通–3GNET网络
      纳尼，我用chrome试了没有啊。
      https://zhongxiaojie.cn/wp-content/uploads/2026/04/Jietu20260401-141111-HD.mov
      
      回复
      1. 崔话记说道：
        
        2026年4月1日 2:36 下午
        
        Google Chrome 146.0.0.0 Windows 10 x64 Edition 中国–广东–深圳电信
        直接点底下的那个长图
      2. obaby说道：
        
        2026年4月1日 2:38 下午
        
        Google Chrome 142.0.0.0 Mac OS X 10.15.7 中国–山东省–青岛市–崂山区–中国联通–3GNET网络
        大概知道是什么情况了，在lightbox加载完成之前，点击就直接跳出去了。不是在当前页面打开的弹窗，正常应该是个弹窗。
        亲，手速太快啦，稍微慢一点，嘻嘻
      3. 崔话记说道：
        
        2026年4月1日 2:44 下午
        
        Google Chrome 146.0.0.0 Windows 10 x64 Edition 中国–广东–深圳电信
        不是加载的问题哦，过了好几分钟再点击也是一样的。lightbox是正常加载的，相册功能正常，图片可以上一个下一个，只有在这个长图的时候，点击就异常了
Lvtu说道：

2026年4月1日 11:43 上午

Safari 26.3.1 Mac OS X 10.15.7 中国–广东省–东莞市–中国移动–公众宽带
强大到可怕。。。

回复
1. obaby说道：
  
  2026年4月1日 1:02 下午
  
  Google Chrome 142.0.0.0 Mac OS X 10.15.7 中国–山东省–青岛市–崂山区–中国联通–3GNET网络
  :-)这个叫知其所以然
  
  回复
皇家元林说道：

2026年4月1日 11:48 上午

Safari 26.4 iPhone iOS 18.7 中国–安徽–合肥–肥西县电信
这些人镜像你们博客干嘛，他们那边访问太慢了，还是被 qiang 了？不理解啊

回复
1. ǝɔ∀ǝdʎz∀ɹɔ 👽说道：
  
  2026年4月1日 1:03 下午
  
  Firefox 140.0 Windows 10 x64 Edition 美国–纽约州–伊利 ColoCrossing有限公司
  养域名的流量
  
  回复
2. obaby说道：
  
  2026年4月1日 1:03 下午
  
  Google Chrome 142.0.0.0 Mac OS X 10.15.7 中国–山东省–青岛市–崂山区–中国联通–3GNET网络
  给域名刷权重，装原创。毕竟翻译繁体之后，可能会被认为原创内容。
  后续会用来搞点灰产什么的大概率。
  
  回复
ymz316说道：

2026年4月1日 12:51 下午

Firefox 140.0 GNU/Linux x64 中国–湖南–娄底电信
给被镜像者带来了福音啊，操作还有点难度。

回复
1. obaby说道：
  
  2026年4月1日 1:03 下午
  
  Google Chrome 142.0.0.0 Mac OS X 10.15.7 中国–山东省–青岛市–崂山区–中国联通–3GNET网络
  不得不说openresty是真的强大。
  
  回复
目的地-Destination说道：

2026年4月1日 12:59 下午

Firefox 149.0 Mac OS X 10.15 中国–江苏–无锡电信
哈哈哈，你这标题党，差点还以为你也被镜像了

回复
1. obaby说道：
  
  2026年4月1日 1:04 下午
  
  Google Chrome 142.0.0.0 Mac OS X 10.15.7 中国–山东省–青岛市–崂山区–中国联通–3GNET网络
  嘻嘻，告诉大家怎么被镜像的
  之前也被镜像过。直接全部内容搬运，比这个还彻底。我的挂了，镜像站都活的好好的。
  感觉成了分身了都。
  
  回复
ǝɔ∀ǝdʎz∀ɹɔ 👽说道：

2026年4月1日 1:02 下午

Firefox 140.0 Windows 10 x64 Edition 美国–纽约州–伊利 ColoCrossing有限公司
我用 cloudflare 的 worker 反代一个自己的网站在墙内的镜像, 还可以屏蔽部分url
github
https://github.com/crazypeace/cf-worker-proxy-blogspot
demo
https://crazypeace.eu.org/

回复
1. obaby说道：
  
  2026年4月1日 1:05 下午
  
  Google Chrome 142.0.0.0 Mac OS X 10.15.7 中国–山东省–青岛市–崂山区–中国联通–3GNET网络
  不得不说，赛博佛祖也是真的不错。
  有看到blogspot了唉，好有年代感。
  
  回复
2. obaby说道：
  
  2026年4月1日 1:06 下午
  
  Google Chrome 142.0.0.0 Mac OS X 10.15.7 中国–山东省–青岛市–崂山区–中国联通–3GNET网络
  赛博佛祖的服务，国内访问还是有点慢呢，等了半天了。
  
  回复
  1. 秋风于渭水说道：
    
    2026年4月1日 2:03 下午
    
    Google Chrome 146.0.0.0 Windows 11 x64 Edition 中国–广东–东莞联通
    之前对方就是用PHP虚拟主机抓取原文，CF worker实现翻译并发布的，后面可能CF的打击力度变大了，他域名死的有点快换成虚拟主机A抓取+虚拟主机B发布了。
    
    回复
皮皮社长说道：

2026年4月1日 1:24 下午

Microsoft Edge 114.0.1823.58 Windows 10 x64 Edition 中国–湖南–怀化联通
你的钟小姐和obaby是怎么同时支持博客的。我看打开哪一个域名都不会相互影响，虽然我在宝塔中添加了两个不同域名，不过点击首页会跳转到博客后端设置的域名。真奇怪，你的却不会~

回复
1. obaby说道：
  
  2026年4月1日 1:30 下午
  
  Google Chrome 142.0.0.0 Mac OS X 10.15.7 中国–山东省–青岛市–崂山区–中国联通–3GNET网络
  wp-config.php 添加多域名支持，同时创建独立的nginx配置文件，oba.by.conf zhongxiaojie.cn.conf 每个域名独立处理
  //wp_multi_domain_start define( 'WP_SITEURL','https://'.$_SERVER['SERVER_NAME'] ); define('WP_HOME', 'https://'.$_SERVER['SERVER_NAME']);
  
  回复
花非花说道：

2026年4月1日 1:24 下午

Google Chrome 146.0.0.0 Windows 11 x64 Edition 中国–江苏移动
最近这事这么猖狂，发现好几个博主的站被镜像了

回复
1. obaby说道：
  
  2026年4月1日 1:30 下午
  
  Google Chrome 142.0.0.0 Mac OS X 10.15.7 中国–山东省–青岛市–崂山区–中国联通–3GNET网络
  这个一直都有，也算是产业了
  
  回复
  1. 花非花说道：
    
    2026年4月1日 1:33 下午
    
    Google Chrome 146.0.0.0 Windows 11 x64 Edition 中国–江苏移动
    也对，之前只是我关注的博客圈没有爆出来，这事儿的确一直都有
    
    回复
Vind说道：

2026年4月1日 1:48 下午

Microsoft Edge 146.0.0.0 Windows 11 x64 Edition 中国–上海市–中国电信–公众宽带
评论也跟着过去么？

回复
1. 秋风于渭水说道：
  
  2026年4月1日 2:05 下午
  
  Google Chrome 146.0.0.0 Windows 11 x64 Edition 中国–广东–东莞联通
  完整复制的，所以是可以插入html代码，把他的域名认证到自己的Google Search Console名下的。
  
  回复
网友小宋说道：

2026年4月1日 2:34 下午

Microsoft Edge 144.0.0.0 Windows 11 x64 Edition 中国–河南–漯河联通
灵妹原来的域名是不是做跳转了，每次文章都抓两遍

回复
蛋蛋之家说道：

2026年4月1日 2:35 下午

Google Chrome 134.0.0.0 Windows 11 x64 Edition 中国–福建–三明电信
过来学习一下，你这是自己给自己先整上啊，走别人的路让别人无论可走吗

回复
1. obaby说道：
  
  2026年4月1日 2:42 下午
  
  Google Chrome 142.0.0.0 Mac OS X 10.15.7 中国–山东省–青岛市–崂山区–中国联通–3GNET网络
  有人好奇怎么实现，找个方法试试，嘎嘎。
  
  回复
  1. 蛋蛋之家说道：
    
    2026年4月1日 2:45 下午
    
    Google Chrome 134.0.0.0 Windows 11 x64 Edition 中国–福建–三明电信
    厉害啊，关键是—好快啊~
    
    回复