e3rp4y

不小心直接发出去了.

"让我想想，这感觉更像是搭建了一个 vpn 的私网？把自己本机上的服务自动暴露给私网，是这样吗？（比如，我看到 serve 的时候并不需要指定服务。）其次，在 teleport 获取服务环境，感觉很复杂。"

搭建了一个 vpn 的私网这个看法我认为还是有点点偏差的.

其实知道 MeepoID 和(dstAddr, dstPort), 就可以访问具体的服务.

就像知道"/ipfs/QmQPeNsJPyVWPFDVHb77w8G42Fvo15z4bG2X8D2GhfbSXc/readme", 这个路径就可以访问 IPFS 的文件一样,
都是在现有的协议上扩展更高层的协议.

IPFS 比较激进, 选择了一种叫做 multiaddr 的地址定义, 当然这也是有好处的, 可以描述更多的内容.

而 Meepo 选择了相对温和一点的方式, 以现有的 IP 协议为基础, 再在上面扩展功能.

例如 Meepo 支持 SOCKS5 代理, 就可以通过上面展示的例子, 直接把 MeepoID 转换成域名来访问发布的服务.

@Aether
"让我想想，这感觉更像是搭建了一个 vpn 的私网？把自己本机上的服务自动暴露给私网，是这样吗？（比如，我看到 serve 的时候并不需要指定服务。）其次，在 teleport 获取服务环境，感觉很复杂。"

@Aether
第一个问题: "这个和 IPFS 的区别，所谓的“发布服务”是指？就是文本的发布，是这个意思吗？"
IPFS 主要的目的是分享文件, 所以 IPFS 是一个 FileSystem, 当然现在越来越强大了.

第二个描述, 是的, 你的理解是正确的.
在开始实现 Meepo 的时候, teleport 命令的调用者, 就是发布服务的人, 为了实现内网穿透访问自己的服务.
而随着进一步开发, 感受到了 MeepoID 带来的便捷性.
所以现在, 只需要把 Meepo 服务启动起来.
那么就可以直接访问对应的服务了.

例如我自己就部署了一个 HTTP 服务.
在 Linux 或 macOS 的环境下, 把 Meepo 运行起来.
在终端输入:

curl -x socks5h://127.0.0.1:12341 http://61x3lztpltjn60h2m99861eyz4nixaeraxprnkc9p767a3lsi65.mpo/

就可以获取到对应的内容.

看看牙医, 是不是牙周炎.
大学时期我也是这样, 一次能长好几颗,
持续了 4 年, 然后后面发现牙周炎很严重就去治疗.
好了之后口腔溃疡就好了.

@xarthur IPFS 专注 FS.
如果硬要说跟 IPFS 旗下的 libp2p 有点接近, 但是又不是完全接近.
因为 libp2p 只提供了一个接口规范, 而很多实现其实还是依赖具体的组件实现的.
Meepo 目标是实现开箱即用的软件, 目标是发布服务.

@xarthur NAT 穿透技术采用 pion[1], 使用 Golang 实现的 WebRTC 库.
自组网现在是一个全广播方式实现, 迟点会改为某种 DHT 算法[2][3]的变体实现.

[1] https://github.com/pion/webrtc
[2] https://pdos.csail.mit.edu/~petar/papers/maymounkov-kademlia-lncs.pdf
[3] http://www.bittorrent.org/beps/bep_0005.html

Meepo + VNC or RDP?

如果是私人用的话, 可以考虑一下 [`Meepo`](github.com/PeerXu/meepo).
但是需要两边都运行 Meepo 节点, 走的流量是 p2p 的, 这样就不会受到限制.