这是一个创建于 34 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近一直在折腾打洞, 前面的一些细节就不聊了.
首先保证自己是 full cone, 然后通过 Lucky 打洞, 获取公网的 ip 地址和端口
接下来, 大部分人的操作应该是通过 cloudfare 继续操作
1. 使用 Cloudflare 的页面规则重定向 URL 以固定 STUN 穿透的网页端口(这样跳转之后会有一个端口后缀)
2. 通过 Cloudflare 的 CDN(?)来自动转发流量(这样会依赖 CF 的速度)
如果我没理解错的话, 应该是这样, 因为本身 stun 打洞就是为了速度, 所以我不太愿意去折腾 CF(总觉得过了那个就会变慢, 虽然 1 只有一个跳转步骤, 不过只有还是有端口, 不美观)
今天看了一下 aliyun, 发现他支持
说一下我的操作
1. Lucky 开启动态域名, 自动解析*.ddns.example.com 到公网域名.
2. Lukcy 开启 STUN 内网穿透, 获取公网 ip+端口, 117.*.*.120:2051 转发到内网的一台 nginx(192.168.6.184:80)
3. nginx(192.168.6.184:80) 配置 server, 比如 a.ddns.example.com, b.ddns.example.com, 这个时候通过 a.ddns.example.com:2051 就可以访问内网服务了.
4. aliyun 新增隐性 URL 解析, a.example.com 解析到 a.ddns.example.com:2051, 这个时候你访问 a.example.com 就可以访问内网服务了, 感觉美观很多
仔细看了下...居然是 iframe...
首先保证自己是 full cone, 然后通过 Lucky 打洞, 获取公网的 ip 地址和端口
接下来, 大部分人的操作应该是通过 cloudfare 继续操作
1. 使用 Cloudflare 的页面规则重定向 URL 以固定 STUN 穿透的网页端口(这样跳转之后会有一个端口后缀)
2. 通过 Cloudflare 的 CDN(?)来自动转发流量(这样会依赖 CF 的速度)
如果我没理解错的话, 应该是这样, 因为本身 stun 打洞就是为了速度, 所以我不太愿意去折腾 CF(总觉得过了那个就会变慢, 虽然 1 只有一个跳转步骤, 不过只有还是有端口, 不美观)
今天看了一下 aliyun, 发现他支持
说一下我的操作
1. Lucky 开启动态域名, 自动解析*.ddns.example.com 到公网域名.
2. Lukcy 开启 STUN 内网穿透, 获取公网 ip+端口, 117.*.*.120:2051 转发到内网的一台 nginx(192.168.6.184:80)
3. nginx(192.168.6.184:80) 配置 server, 比如 a.ddns.example.com, b.ddns.example.com, 这个时候通过 a.ddns.example.com:2051 就可以访问内网服务了.
4. aliyun 新增隐性 URL 解析, a.example.com 解析到 a.ddns.example.com:2051, 这个时候你访问 a.example.com 就可以访问内网服务了, 感觉美观很多
仔细看了下...居然是 iframe...
 |
1
gunner168 30 天前 via iPhone
stun 打洞得到的 ip 和端口号是几天就变一次的，但是你 aliyu 的端口是固定的，这个怎么解决？需要自己手动更改吗
|
|
2
gunner168 30 天前
还有一个问题，你 lucky 动态域名的 ip 地址获取方式选哪一个，怎么把 Stun 打出来的 ip 和域名关联上？
|
 |
4
thereone 29 天前
这个有点问题，a.example.com 解析到 a.ddns.example.com:2051 后面这个端口变了你的阿里隐式解析的端口是不是要修改。可以在修改一下就不用在手动修改了，不过我用的隐式 url 转发支持 5 个就没有做不知道阿里支持几个。修改如图
 |
|
6
thereone 29 天前
@wind1986 以前我试过是不行的，srv 只能用于特定的应用程序浏览器不使用 srv 记录像游戏我的世界可以使用 srv 记录。暂时我能想到的就是上面这种方法。
|
Select Language