集思广益,大伙一起来拯救一下,内网挂载硬盘问题。
“山里的柿子卖不出”,好着急呀。
眼下有很多内网突破软件,脚本,程序,但是这里只是解决了网络转发,通信,io 导向问题。
重点:
那么,如果你有一台公网的的服务器(MMP,阿里云的服务器又贵了),如何挂载内网的服务器的硬盘?
(我在内网一般用的是 nfs 和 sshfs,然耳,外网挂内网硬盘就不行了)
这里一定有大神,优秀如你,不如站出来 show 下您的才华,如何?
BTW:
(如果不采用挂载方案,另辟蹊径?但某些软件,服务不支持自己直接走网络盘,无奈只能我先给它挂载到本地)
不要沉,各位大佬,莫要谦虚。
如果不适合公开分享,可否邮件与我分享一下,思路?
(commonheart.yk#gmail.com)
搭个 vpn 组个网,然后挂载不就好了(我没试过
哈?那么高的网络延时,那么时不时断开的网络品质?你想接近本地局域网的网络设备品质?醒醒啊!
git lfs 或者 dropbox 这样异步 /分布式 /同步 才是正道吧。
vpn 隧道是从内到外,而现在是外部要主动拿到内部,有些不一样。我现在有一个想法是在公网跑一个 fs 文件系统服务,client 真正请求时,从内网 fetch,然而想法简单,实现就繁琐了...
刚醒,吃饭的时候也在考虑这个持续连接问题。。就是这个 40 G 的云盘,再怎么弄不,也超不过这个数。。。
网络延迟不高,time=7.592 ms,可以接受的。关键是上行的速度不限,下行的时候不需要很多网速,主要做备份。wait, git ?还是不行,内网有 10 个多 T 的资料,公网就可怜的 40G,公网的 git server 搞不妥;又不能拿内网做 server.
frp+sshfs 了解一下
iscsi
本地主动连接后,服务器端也可以访问内部的啊
frp+任意一种文件服务器网盘如 nextcloud owncloud,其他如 ftp sftp 之类的不就好了
想想看挂盘的目的何在,如果只是为了共享数据,那么不妨变通的考虑问题。像是 Syncthing、Seafile 等都是比较好的开源数据共享工具。
啊,还有本地硬盘空间太小这茬。
可以试试看邪教的转发 smba 端口之类的
展开说明一下?穿透技术我熟悉,但是这个不行。我大概知道您意思是,通过 ssh,比如 22 端口,然后 sshfs 挂载。然而现在的情况是,需要在公网直接挂载内网的硬盘,一定要知道 server ip,内网又无 ip。假如说公网服务器内请求自己 ssh 转发,例如:
ssh -i [email&然后经过 frps 转到内网的 fprc,然后挂载了,可行?
如果可行,但是 ssh 的挂载效率远不如 nfs。(内网内的服务器挂载来看,nfs 的速度快于 sshfs)
nextclound 的话,泡在内网,转发出去还行,但是速率不比直接泡在外网 server,可是外网 server 磁盘又太小。可能真的需要考虑一下,需求是否合理了。。。
查看了一下:通过在 IP 网上传送 SCSI 命令和数据,ISCSI 推动了数据在网际之间的传递,同时也促进了数据的远距离管理。然而,貌似需要做的额外工作太多了。
你再仔细想想,心急蒙蔽了你的思考
1. frp 暴露内部端口到外部
2. 挂载
也没有说十分推荐你用 sshfs, 你还是根据自己需求评估吧
好的,感谢,我再仔细思考看看。
做存储最好能用二层 /三层隧道,稳定性和性能都比五 /六 /七层的穿透靠谱
比如用二 /三层的 VPN,内网 机器 /网关 通过 VPN 连入云端的网关 /路由,然后云端的机器就能直接通过云端的“内网”访问本地内网的机器了
[公网跑一个 fs 文件系统服务,client 真正请求时,从内网 fetch] meta data node 放公网,file data / storage node 放内网? btsync 看起来很像这个。
真有必要非要 10T 都暴露给公网 /异地客户?
建议再梳理下需求,说不定是需要“信息”,而非那 10TB “数据”,那么你可以自建一个对外 处理服务器 /API,
外面通过 API 提交获取信息 的请求,你服务器从 10TB 里生产出所需的信息 /结果 再反馈给客户。
iSCSI 面对的场景不是这么玩的,只是在近距离内访问非本机存储设备(同 IDC/ 相邻 IDC,可光纤直连)
[需要在公网直接挂载内网的硬盘,一定要知道 server ip,内网又无 ip] 如此需求,openvpn 连起来一个虚拟网络最易行成熟了 (公网固定 IP 服务器作中转站,提供硬盘分享服务器 和 外网客户机 都通过中转站用 openvpn 互联就行了)
嗯,重理需求