第一次翻墙 申请.eu.org免费域名 用ClouDNS暂管 最终用Cloudflare管理 2022-6-30

点击标签看相关主题:

第一次翻墙，为了搭建websocket模式需要域名，.eu.org是一个不错的选择，只是审批需要一点时间，时快时慢。

在https://nic.eu.org/申请.eu.org的免费域名，有个邮箱就行。其它的不用，不用外币信用卡。

教程已经遍地都是了，google或youtube搜".eu.org"就行。

我只说几个关键点。

0. 本文时效 2022年6月

以下时间点均为我亲测成功。且不止一次。

1. 注册和申请.eu.org域名时可以使用China信息

使用Gmail邮箱和China的地址电话号码是可以注册通过并申请域名成功的。

所以如果你仅考虑审核通过的成功率的话，不需要在网上找假身份

2. 申请.eu.org域名时可以使用Cloudflare的NS服务器

如果你已经在Cloudflare里面托管过域名，在某个域名的DNS设置页面下就可以看到Cloudflare给你分的NS服务器

3. 申请.eu.org域名时Name servers直接选第一项server names就行

4. 用ClouDNS暂管一下DNS

申请通过后不能直接添加到Cloudflare托管，需要用ClouDNS(cloudns.net)暂管一下

ClouDNS支持中文

a. 创建区域 create zone

b. 主区域 Master zone

c. 填入你的.eu.org的域名

d. 注意这4个NS服务器

e. 到niu.eu.org的域名设置里修改name servers

设置为ClouDNS的4个NS服务器

5. 将.eu.org域名添加到Cloudflare的过程按正常流程操作

意思就是和各种搭梯子的教程，申请收费或免费域名再托管到Cloudflare的操作一样。


本站的相关教程：

申请 免费.dev .app域名 porkbun.com 添加Cloudflare域名解析DNS

第一次翻墙 用VPS的境外IP 申请Freenom免费域名 添加Cloudflare的DNS解析

第一次翻墙 申请.eu.org免费域名 用ClouDNS暂管 最终用Cloudflare管理

评论

发表评论

The Hot3 in Last 30 Days

用浏览器 检测Reality伪装效果 是否搭建成功 排错Troubleshoot

图片
Reality的原理: 当 Reality 节点收到数据包的时候, 如果 Reality 协议的验证通过, 就走节点的翻墙逻辑; 如果 Reality 协议的验证不通过, 就把数据包转发到伪装站. 后续的整个交互过程就像是在和伪装站交互一样. 我们可以简单地用浏览器验证 Reality 伪装效果. 也相当于检测 从你自己到 Reality 节点之间的数据通路是否畅通. 以这样的一个 Reality 节点为例. IP  142.171.237.9 端口  18255 伪装站 learn.microsoft.com 在电脑的hosts文件中, 设置 learn.microsoft.com 解析的IP 为  142.171.237.9   然后在浏览器中, 访问 https://learn.microsoft.com: 18255 可以看到, TLS的锁是正常的. 验证证书, 也是正常的. 从你自己到Reality节点的数据路径是畅通的之后, 如果你的节点还不能用, 那么, 就应该检查你的Reality节点验证信息了 (UUID, 公钥) ======== update 如果是用了中转后的 Reality 节点 原 Reality 节点 IP  142.171.237.9 端口  18255 伪装站 learn.microsoft.com 中转 VPS  IP 142.171.223.56 端口 28828 那么, 在电脑的hosts文件中, 设置 learn.microsoft.com 解析的IP 为  142.171.223.56 然后在浏览器中, 访问 https://learn.microsoft.com: 28828 可以看到, TLS的锁是正常的. 验证证书, 也是正常的.
Read more »

用darkstat统计VPS上的流量

图片
感谢 https://0x3f.org/posts/darkstat-as-a-network-discharge-meter/ https://ilovn.com/2023/03/25/darkstat/ 安装 apt install -y darkstat 启用 darkstat -i 监听网卡 -p 网页端的端口号 如 darkstat -i eth0 -p 8964 页面端查看 http:// 你的vps的IP : 网页端的端口号 如 http:// 12.34.56.78 : 8964 效果类似下面这样 点 host 可以看到数字表格的统计信息. 点其中一条 可以看到更详细的信息. 能看到在本VPS上, 还有指定IP上, 分别用到了什么端口(包括TCP UDP), 以及分别跑了多少流量. 如果你有有更好的工具, 欢迎留言分享!
Read more »

233 sing-box 脚本 TCP 端口转发 Reality 协议 排错 Troubleshoot

图片
233 boy 的 TCP 端口转发的教程 https://233boy.com/sing-box/sing-box-direct/ 下图中示意, 左边的 142.171.237.9 是被墙的VPS, 右边的 142.171.223.56 是用来做端口中转的VPS. 如果你照着教程操作一遍, 发现不能正常使用. 那么本文指导你如何排查问题所在. ======== 首先, 你要理解整个原理是什么. 左边的, 本来的reality协议节点, 底层是TCP直连, 那么是从你的 翻墙客户端(手机/电脑/...) 去连接  142.171.237.9  的 18255 端口. 现在被墙了, 那么无法直接TCP连接了. 右边的, 用于中转的VPS, 设置的 TCP端口中转 的本质是,  142.171.223.56  从端口 28828 收到的TCP数据, 会转发给  142.171.237.9  的 18255 端口.  所以, 你现在可以把本来准备发送给  142.171.237.9  的  18255  端口 的realiy数据包, 发送给  142.171.223.56  的  28828  端口; 142.171.223.56  从端口  28828  收到的TCP数据, 转发给  142.171.237.9  的  18255  端口. ======== 我们延着数据路径一段一段的排查. 1. 从我们的翻墙客户端(手机/电脑/...)连接中转VPS  142.171.223.56  的  28828  端口; a) 可以用 tcp.ping.pe 检测 142.171.223.56  的  28828  端口是否正常; b) 在你自己的电脑  tcping 检测 142.171.223.56  的  28828  端口是否可连接. 2. 在中转VPS上查 sing-box 的 access.log cat /var/log/sing...
Read more »