作者简介:戴嘉乐( Mr.Maple ) | 前百度地图高级研发工程师 | ipfser.org 社区布道师
个人网站:https://www.daijiale.cn
联系方式:微信号(daijiale6239)
上篇文章《【应用】(入门)基于IPFS和Ngrok构建自维护资源网关》,我们通过Ngrok
为IPFS节点配置HTTP Tunnels
,充分利用了其NAT穿越
的特性,成功搭建了属于自己的资源网关
,为他人提供IPFS节点服务。但是这仅仅是一个雏形,缺陷还很多,这篇文章来讲解对资源网关的种种优化和配置。
之前一些朋友问到了这件事的意义,这边简单梳理了一下,我认为对于IPFS这块的开发者,需要部署私有集群的DevOps,以及未来想组建Filecoin矿场的矿工,这件事情都相对比较必要,具体如下:
ipfs.io
默认网关存在DNS污染现象:ipfs.io
IP解析所在的物理位置位于美国 ThePlanet机房
在国内,对ipfs.io
的ping请求被解析为31.13.72.34
IP
此IP所在物理地址为:爱尔兰Fackbook分公司
ipfs.io
存在DNS污染现象
如果需要构造自己的IPFS私有网络,需要为本地的私有节点添加反向代理
两个月前的:
最近看了一下:
上传Hash为QmdzsNmvKiKQve8z15gamNo5s31g9bTWhzBg9SKG1YKTow
的IPFS资源,并挂载到本地NodeID为QmeUGXG4K4hbNPbKDUycmNsWrU3nDN69LLgHkWU2yUN6FZ
的IPNS上,如下图所示:
开放网关,进行效果对比测试:
监控NAT请求效果:
一次个性公网域名(需要在Ngrok付费申请)+ IPNS挂载就完成了
这边也介绍下多节点 IPNS 更换的方案,方便一些朋友更新网关资源的同时也可以保证对外的IPNS一致性:
ipfs key gen --type = rsa --size=2048 mykey
ipfs name publish --key=mykey hashA
ipfs name publish --key=mykey hashB
设计了一种缓存自启动方案,解决存储和请求过程中的资源复用消耗:
设计了一种防作弊,解决过多带宽资源消耗的方案:
这块一定注意区分两个场景概念:
优化方案按照不同场景有不同策略,之前很多朋友搞不清楚(确实,也容易混淆)。
有时候针对我们自己构建的私有IPFS网络,需要将资源外放,但是外放需要策略来进行自动化控制(集成在业务环境里)
我编写的业务应用需要接收到特定以太坊智能合约的转账回调函数,来自动开启对应智能合约中IPFS资源外放的开关;
(eg:只有当买家遵守以太坊的智能合约支付了一定数量的ETH或者其他ERC2.0代币后,才能解锁获取到我存储在IPFS网路中的自拍照)
但这个IPFS网络往往很多时候是我自己部署的私有集群(不会搭建私有网络的朋友可以参考董哥的:IPFS指南: 私有网络(private network)的搭建与使用),默认对外是不提供公共的寻址网关的,我该如何控制?
这边我们可以充分利用Ngrok的Client Restful API
来对NAT进行自动化收放,从而实现整个业务场景下的程序化控制:
####3.3.3 Ngrok的Client Restful API
Postman测试
当然这块还有很多的实践价值和我未曾想到的场景,欢迎对这块有兴趣继续研究的朋友一起交流,联系方式在文尾。
End
圆方圆区块链汇集大批区块链名师,采取导师值班制,为学员实时解决技术疑难。请关注圆方圆区块链知识星球与导师。(培训咨询请联系船长13826054890微信手机同号)
更多技术文章请关注
圆方圆链圈