我手头常年躺着一堆“上不了台面”的小项目GitHub Pages上写了半截的博客、一台用来跑自动化脚本的轻量云服务器、一个想发给客户看效果的后台Demo。这类东西有个共同问题需要一个域名但又不想为它每年花几十上百。免费申请永久域名这件事我前前后后把能踩的路都走了一遍最后稳定跑起来、一直用到现在没出过问题的是eu.org。这篇就把我从注册账号到实际解析绑定的完整过程写清楚包括申请时容易踩的坑、审核等待的正确姿势以及拿到域名后怎么快速把它用到博客、服务器和API调试场景里。适合所有想白嫖一个好域名的个人开发者、学生和折腾党。1. 为什么“永久免费域名”真的存在以及我为什么选了eu.org1.1 域名只有“租用期”“永久”到底是什么含义严格讲互联网域名体系ICANN里不存在“买断”这回事。你注册一个.com本质是从注册商那里租用一年到期续费最长一次可以续到10年。所以任何号称“永久域名”的服务意思都不是“这个域名永远归你”而是“只要你遵守规则不需要每年续费域名不会因为不交钱被回收”。eu.org提供的正是这种模式。它是一个1996年就开始运营的老牌免费域名服务由欧洲的非营利组织维护对外提供yourname.eu.org这种二级域名注册免费没有续费要求。听起来有点“非主流”但它在免费域名圈里已经活了二十多年稳定程度甚至超过了不少商业化服务。我自己的使用时间不算特别长但几年下来域名始终Active官网没发过任何付费通知也没有强制迁移。对于一个免费服务来说这种“安静”本身就是最大的安全感。1.2 免费域名圈里倒掉的太多了为什么eu.org能活免费域名这个赛道这些年倒掉的产品一抓一大把。很多服务早期靠免费引流等用户量上来后要么转收费、要么被收购后关闭最后用户手里的域名直接作废。还有一类是没扛住滥用被垃圾注册塞满整体信誉崩掉。eu.org能活下来的原因其实很朴素非营利背景决定了它没有“变现压力”组织本身和欧洲学术网络有渊源运营纯粹是基础设施性质再加上它只做二级域分发这一件事不碰复杂的商业化功能。没有商业模型的扭曲反而让它成了那个活得最久的。在圈子里想免费申请一个能长期用的域名第一反应基本都是eu.org。Freenom那类服务目前基本没法正常注册了其他小平台又不太敢用eu.org几乎是硕果仅存的正规老牌选择。1.3 什么样的项目适合用它什么样的不适合免费域名不等于万能用之前先对照一下自己的场景。适合的包括个人博客和知识库、GitHub Pages或Vercel上的静态站点、开发测试环境、API网关跳转、内网穿透入口、临时发给客户看的演示页。这些场景看重“有个正经域名可用”对品牌和信誉要求不高eu.org完全够用。不适合的我也直接说商业品牌、企业官方网站、主邮件服务器、需要做ICP备案的小程序或域名如果你的服务器在境内免费域名基本不具备备案条件、以及那种“未来可能要融资上市”的项目。免费域名毕竟在他人控制之下规则变更、项目关停都不是我们能决定的关键业务别把它当根基。2. 申请前想清楚三件事比急着注册重要得多2.1 给你的子域取一个“将来不后悔”的名字eu.org申请的格式是你输入一个前缀变成你的前缀.eu.org。比如我输入myblog最终得到myblog.eu.org。命名时注意几点只用字母、数字、连字符连字符不要放开头和结尾尽量短方便口头告诉别人避免和知名品牌撞车比如用nike.eu.org这类明显有侵权风险的名字基本不会过审不要用那种看起来像机器随机生成的字符串显得很可疑如果你有多个项目可以申请多个不同前缀的域名或者申请一个主域名后用DNS里加子域的方式区分项目比如blog.myblog.eu.org、api.myblog.eu.org。如果你打算长期用我建议前缀和你的个人品牌或常用ID保持一致这样以后做作品集、简历也自然。2.2 提前决定DNS托管方式eu.org自带还是Cloudflare这是很多人申请时忽略的一步但直接影响后续使用体验。方案A直接用eu.org自带的DNS管理面板。申请时不用填额外信息通过后在eu.org后台加A记录、CNAME记录就行。优点是省事缺点是没有CDN也没有自动证书管理。方案B把DNS托管到Cloudflare。先在Cloudflare添加站点拿到两个NS服务器地址申请eu.org时把这俩NS填进去。审核通过后Cloudflare就能帮你解析域名还能白嫖免费CDN、免费SSL证书、页面规则、邮件转发这些功能。我推荐方案B。原因很实在在申请阶段就把NS配置好审核通过的那天域名直接可用不用再去迁移一次DNS。不过要提醒的是如果用Cloudflare申请审核时会检查你的NS是否有效如果填错了会被拒。2.3 申请材料别图省事真实和具体是关键eu.org的注册和申请都需要填个人信息。这里我说的“真实”不是说必须上传身份证而是填写的姓名、地址、邮箱要看起来是个正常人在申请。邮箱建议用Gmail、Outlook这类国际通用邮箱QQ邮箱和163也能收到邮件但如果你担心国际邮件进垃圾箱提前把eu.org的域名加白名单。地址按拼音或英文格式填写尽量详细到街道方便验证。用途描述是审核重点。不要只写“free domain”“test”这种词跟你自己写的项目命无关审核员不知道你是谁。合理的写法是“用于托管我的个人技术博客计划部署在GitHub Pages”或“用于我的开源项目展示页面和API调试”。让审核员觉得你是个真实用户申请不是心血来潮。3. 从注册账号到审核通过完整操作记录3.1 第一步注册eu.org账号并激活打开nic.eu.org点页面里的注册入口进入表单后填写名字、姓氏、邮箱、地址、国家、电话等基础信息。提交后系统会往邮箱发一封确认邮件点里面的激活链接完成账号激活。这里有个很多人被卡住的细节确认邮件可能不会立刻到达等个几分钟看看垃圾箱。如果一直没有回到官网重新发送确认邮件。账号激活后先别急你还没有权限直接申请域名通常需要等系统完成账号审核。账号审核时间有快有慢快的一两天慢的可能一两周。3.2 第二步提交新域名申请逐项说明账号状态正常后登录后台找到“New Domain”之类的入口开始申请域名。表单里会要求填以下内容你想要的域名前缀比如myblog域名的用途描述建议写成两三行说清楚你要做什么代码仓库和项目主页有的话也放上去组织信息个人申请就直接填自己的姓名地址信息要和之前注册账号时保持一致DNS服务器如果选Cloudflare就填ns1.cloudflare.com和ns2.cloudflare.com这两个以你Cloudflare后台实际显示的为准如果选默认DNS留意页面上的对应选项电话按国际格式填国家码 区号 号码。提交之后系统会显示“等待审核”状态。从这一刻起耐心开始计时。3.3 第三步等待审核期间千万不要反复催eu.org的审核周期波动很大。根据社区反馈快的两三周慢的两三个月都有我见过最长拖了半年才下来的。所以如果你一周没收到通知很正常不用慌。有个经验审核期间别重复提交同一个域名也别每天都登后台看状态。频繁的重复操作在审核员看来可能像滥用行为反而不利。真有变化官方会发邮件你也可以偶尔登录后台看一眼状态。等待期不是干等。建议把目标平台都准备好GitHub Pages仓库已经配好、云服务器已经装好Nginx、Vercel项目已经导入。这样域名一旦激活马上就能绑定跑起来。3.4 第四步通过之后第一时间要做的检查收到“Domain Activated”或类似的邮件后别急着到处发链接先做三个检查登录eu.org后台确认域名状态是Active如果你填了Cloudflare的NS去Cloudflare后台看看域名状态是否从“Pending Nameserver”变成“Active”。有时需要手动点一下“Check nameservers now”强制刷新用dig或在线工具查一下域名的NS记录确认解析权已经生效。都确认OK你的免费永久域名就算正式到手了。4. 把免费域名真正跑起来DNS配置和三大高频用法4.1 先在Cloudflare把解析基础打好如果你的NS已经指向Cloudflare登录Cloudflare后台找到域名进去“DNS”管理页面添加记录。最常用的是A记录和CNAME记录A记录将和www指向你的服务器IPv4地址CNAME记录将www指向主域名或将子域指向其他服务商比如GitHub PagesMX记录和TXT记录如果你要处理邮件在后面加。Cloudflare每条记录都有一个小云朵图标灰色是仅DNS解析橙色是开启代理CDN。开启代理后访问者看到的是Cloudflare的IP你的源站IP被隐藏同时自动获得HTTPS。代价是某些网络环境下代理节点可能绕路访问速度不一定比直连快。我的建议是先用灰云把解析跑通再开橙云测试对比哪个快用哪个。4.2 用法一绑定GitHub Pages个人博客这是最经典的玩法。假设你的GitHub用户名是username仓库是username.github.io。步骤到Cloudflare的DNS设置里添加一条CNAME记录主机名填目标填username.github.io如果想支持www再添加一条CNAME主机名填www目标也可以填username.github.io去GitHub仓库的Settings → Pages → Custom domain填你的完整域名比如myblog.eu.org点击SaveGitHub会提示你DNS配置不正确不用担心等解析生效就好了配置成功后勾选“Enforce HTTPS”GitHub会自动申请Let‘s Encrypt证书。小坑提醒如果你在Cloudflare开了橙色云朵偶尔会遇到GitHub验证域名不通过的情况。我的处理办法是先把云朵点灰验证通过后再开橙云基本不出问题。4.3 用法二指向自己的云服务器用Nginx托管站点如果你的域名想直接解析到一台云服务器操作更直接。先把A记录指向服务器IP然后在服务器上配置Nginx。给一个最简配置假设站点文件放在/var/www/myblogserver { listen 80; server_name myblog.eu.org www.myblog.eu.org; root /var/www/myblog; index index.html; location / { try_files $uri $uri/ 404; } }配置完执行nginx -t检查语法没问题就重启Nginx。接下来是HTTP证书。推荐用certbot自动申请Let‘s Encrypt证书sudo certbot --nginx -d myblog.eu.org -d www.myblog.eu.org如果你在Cloudflare开了橙色云朵代理certbot默认的HTTP验证可能拿不到证书因为代理把流量接管了。这时候要么临时灰云要么用certbot的DNS验证插件。我个人的习惯是先把云朵灰了申请证书再开橙云省心。4.4 用法三内网穿透、API回调、OAuth测试场景很多后端开发者会遇到一个需求给朋友发一个链接让对方直接访问到你本机的服务。没有公网IP的时候通常用内网穿透工具。这类工具有些要求一个自定义域名作为访问入口免费域名在这里就派上用场了。以frp为例你的云服务器上跑frps家里的机器跑frpc配置里把custom_domains设置成api.myblog.eu.org然后到Cloudflare加一条A记录把api子域指向frp服务器的公网IP。这样访问api.myblog.eu.org就能穿透到本地服务不用记IP和端口。同样的逻辑适用于企业微信/钉钉回调地址、第三方OAuth登录回调、GitHub Webhook接收等场景。很多平台要求回调地址必须是一个域名不能是裸IP免费域名就能帮你跑通整套流程。如果平台要求域名得提前验证归属你只需要在DNS里加一条TXT记录就行。5. 常见卡点与排查审核被拒、解析不生效、国内访问时快时慢5.1 审核被拒的常见原因以及怎么补救eu.org拒绝申请时邮件内容往往很简短有时就一句话。我总结下来高频拒因主要是这几类。拒绝原因表现解决办法DNS服务器缺失或填错邮件提示Nameservers相关确认Cloudflare的NS对不对或者改用默认DNS用途描述太模糊邮件说description不完整重新提交时写清项目、平台、使用目的信息看起来像机器人地址/姓名随意用一致的拼音、规范地址重新填重复申请同一域名同一个前缀反复提交等被拒后再改一次别隔几天就提交同一份被拒不是终点按提示修改后重新提交即可。真正要避免的是“被拒了不去改直接换个名字再投”同样会被判为滥用。5.2 解析半天不生效先别怪免费域名绑定之后等了好久访问不了大多数情况不是eu.org的问题而是DNS自己没生效。排查按以下顺序来用dig myblog.eu.org NS查看NS记录确认返回的是Cloudflare的那两个NS用dig myblog.eu.org查看A记录/CNAME解析结果登录Cloudflare看记录是不是“已保存”状态TTL默认自动即可检查你本机和目标用户的网络缓存。可以换个网络比如手机流量测试排除运营商DNS缓存。Cloudflare的解析生效一般很快几分钟到十几分钟但全球完全同步可能要更久。别急着反复改记录改一次T TL重新计时反而更慢。5.3 国内访问时快时慢怎么处理比较现实这个问题评论区经常有人问。eu.org的NS服务器在国外但这只是影响解析过程正常人访问一次后解析结果会被本地缓存真正影响速度的是你的源站位置和CDN线路。如果你的源站是海外服务器国内访问直连可能绕路套了Cloudflare后节点选择也不一定最优。我的实测经验是同一个域名开橙云代理和关掉代理在不同运营商网络下速度表现完全不一样有些地方橙云快有些地方灰云直连快。最好的办法是自己模拟用户场景测试别盲目听人说“必须开CDN”。如果你准备绑国内服务器那就要面对备案问题。免费域名在备案上通常不被接入商认可所以个人练手项目我建议直接用海外轻量服务器或者纯静态托管不碰备案这块省心很多。5.4 邮件服务被拒收用转发绕过免费域名做邮件服务器很容易被Gmail、Outlook等大厂邮箱拒收。原因很简单陌生域名的信誉度低而免费域名又缺乏DKIM/SPF等完整邮件认证体系。如果只是想要一个“看起来正式”的邮箱地址不需要真的搭邮件服务器可以用Cloudflare Email Routing把比如adminmyblog.eu.org的邮件自动转发到你的个人邮箱。配置很简单在Cloudflare的Email Routing页面填接收地址再加一条MX记录页面会给出和一个TXT记录用于验证所有权全部免费。这样你就有一个“自定义域名邮箱”了虽然只能收不能发但对多数个人场景足够用。6. 除了eu.org还有哪些免费域名方案值得了解为了让你有横向对比我列了一个表覆盖几个真正还在运营的免费/低成本方案。服务域名形式特点适合场景风险eu.orgyourname.eu.org老牌、免费、长期稳定个人博客、项目展示、实验环境审核慢、QADuckDNSyourname.duckdns.org动态DNS需定期确认家庭宽带动态IP、物联网有回收机制不算永久is-a.devyourname.is-a.dev开发者社区运营审核制开发者个人主页、项目文档条款严格禁止非开发用途js.orgyourname.js.org开源项目专属开源项目官网必须提交GitHub仓库申请付费域名首年活动标准顶级域首年十几到几十块认真做的长期项目续费恢复原价DuckDNS本质上是一个动态DNS服务适合没有固定公网IP的家宽场景但它需要定期登录确认否则域名会被回收所以算不上“永久”。is-a.dev和js.org都是面向开发者的免费域名质量不错但都有明确的用途限制。is-a.dev只允许个人开发者使用js.org只允许开源项目申请审核时都要提交证明。至于Freenom那些老牌“免费顶级域”目前基本处于无法正常注册的状态就不推荐大家再去折腾了。如果你试了一圈免费域名后发现自己确实在认真做项目我的建议是核心业务最终还是落到一个付费的普通域名上你完全可以把免费域名当试验田跑通之后升级迁移。先用免费域名验证需求再付费把根扎稳这是成本最低的路径。一些个人经验收尾我手里这个eu.org域名陪着我从一个写博客的菜鸟一路用到接外包、跑内网穿透、给客户出Demo。最让我满意的一点不是“免费”而是它足够“安静”——没有到期提醒没有涨价公告没有突然让你迁移到付费套餐。最后分享两个小技巧。如果想把免费域名用得更顺手可以给主域名配一个Cloudflare Email Routing再在Nginx里做一个301跳转把不带www的旧地址统一指到主站。这样别人看到你的域名时体验已经和付费域名没什么区别了。还有一点eu.org这种免费服务能长久存在靠的是大家共同维护别拿它去做注册大量垃圾站、群发邮件这类事情。域名会因为滥用被封整个eu.org也可能因为滥用而收紧政策。把免费做的东西用得体面一点这个“永久”才能真的长久。