在没有公网 IP 的情况下，最佳的访问内网服务器的方式是什么

[b244183]

主要考虑到连接的可靠性 /安全性

其次是安装 /部署的方便程度

应用场景：访问内网 NAS ， Web Server 之类的

群晖的 QuickConnect 只中继了群晖自己的 web 服务，并不能转发局域网内其他机器／端口

[flyfishcn]

ngork 花生壳内网版 实际都是第三方服务器做转发。

[yingjun424]

可以考虑一下用 ssh 的隧道咯

[klxq15]

n2n vpn

[thinkme]

ssh

[vs506]

网络通,10 映射,一年 59 元,不限流量

[v1024]

ngrok 官方服务可靠性很不错，我连接了 N 天从未断过，只是速度慢了点，毕竟墙里没布点。

[chenshaoju]

广告

如果是 Windows 的 Web Server ，可以考虑使用敝司的产品： http://www.vnn.cn ，基于 STUN （ https://en.wikipedia.org/wiki/STUN ）的内网穿透，对于绝大多数 NAT 类型，双方都是点对点加密直接传输，不通过中转，适用于封闭情况下的内网访问。

缺点：只支持 Windows 平台，双方都必须安装软件。

[my101du]

这个问题我都见过几次了，难道 V2EX 的搜索功能挂了？

http://www.itjiaoshou.com/ngrok-access-website-in-lan.html

[Midnight]

@chenshaoju 不中转怎么连的？

[1234rty]

@my101du 啥， V2EX 的搜索页面能打开？#滑稽

[mingyun]

ngrok.cc

[CongRong]

DDNS

[t123yh]

@Midnight 应该是 udp 打洞吧

[liyj144]

github 搜 frpc

[Midnight]

@t123yh 目标没有公网是连不上的，不管怎么打洞，除非用中转

[weakiwi]

frp 的特权模式，然后写个脚本保证运行

[flyfishcn]

@Midnight 赞同，如果防火墙是最严格的类型 Symmetric NAT ，只允许内部主动发起连接并且回程数据必须是同一外部主机的同一端口的话，即使用 UDP 打洞，也得是一方有固定公网 IP ，如果双方都在 nat 后，并且外部是 Port Restricted Cone NAT 就没办法实现，就算借助第三方也不行，只能走隧道穿透。
然而出于安全考虑 Port Restricted Cone 类型比较常见，即使能打洞也很繁琐.
而我测试了一下自己是在 Symmetric NAT 之后，如果不手动做 nat 映射，几乎很难让外部直接连接。

[S1ahs3r]

买了个花生棒还没玩...摆那儿一个月了

[ideaplat]

弄公网 IP

[Midnight]

@flyfishcn 专家[握手]

[hanxiV2EX]

ngrok 配置比 frp 复杂。建议用 frp

[mooncakejs]

@flyfishcn Symmetric NAT 也有相关打洞技术的，关键就是猜对方映射端口，双方互相猜。如果网关映射端口有一定规则，猜测成功率会增加不少。

[msg7086]

@Midnight 没有公网 IP 不是问题吧。
还是你说的是没有公网连接？？

[helloccav]

@chenshaoju 你说的“绝大多数 NAT 类型”应该不包括移动宽带吧。。。 我这里的移到宽带就没有公网 IP ，也没法通过 NAT 打洞，不知你公司的产品能否应对打洞的两端都是移动宽带的情况？

[mandymak]

@helloccav 移動用 SSTP 或 OpenConnect 可打洞.

[binaryer]

https://vpip.net
为你的计算机生成公网 ip, 用 ifconfig/ipconfig 可以看到

[mandymak]

@binaryer 阿里云节点。

[chenshaoju]

@helloccav 移动宽带的确有问题，尤其是前段时间部分地区的移动宽带出现随机丢弃 UDP 数据包的情况， STUN 探测都无法完成。。。

[flyfishcn]

@mooncakejs 查了下， Symmetric NAT 要求成功建立连接，并且内部外部 2 元组都不能变才能成功。你确定两边都是 Symmetric NAT 可以盲穿？我记得是不可以。剩下的 Port Restricted Cone 也是要求成功连接过一次，感觉也是不可以。剩下的所有类型 nat 均有打洞技术。

[mooncakejs]

@flyfishcn udp 没有“成功连接一次”这个概念。 恩，这个不保证成功率，但是现实中是有相关技术而且有所应用的，基础就是相关网关产品打开的端口不是毫无规律的。

[flyfishcn]

@mooncakejs 你错了，我指的成功连接过一次是指，内部发起头个连接，防火墙以相关的 2 元组参数，建立 nat 转发为基础。无论如何，一个外部连接在非内部发起的情况下，不可能完成对内的连接。

[itlr]

SSH 隧道
http://blog.trackets.com/2014/05/17/ssh-tunnel-local-and-remote-port-forwarding-explained-with-examples.html

[Miy4mori]

安利一个 natapp ，自己调试微信公众号使用过，感觉还可以

[mooncakejs]

@flyfishcn 其实有个中心服务器用于获取双方 ip ，然后双方互相猜端口发 udp ，刚好碰到对方防火墙映射端口与发送端口一致就算成功了，现在的问题就是怎么提高猜测准确度，而有些网关设备打开端口有一定规律（比如递增）等，所以有一定成功率。

[flyfishcn]

@mooncakejs 我不是专门研究防火墙的，也许可行，只是这种碰撞发生的几率目前还无定论吧？而且这已经和贴主的要求相悖了，可靠 /安装部署方便。我在 1 楼提到的方案都是成品。隧道中转技术现在是很成熟可靠的。

[vultr]

去工信部的网站投诉，搞个公网的 ip ，哈。

[mooncakejs]

@flyfishcn 和题主说的无关，只是探讨下。