集思广益,大伙一起来拯救一下,内网挂载硬盘问题

2018-12-26 17:02:24 +08:00
 CHYK

集思广益,大伙一起来拯救一下,内网挂载硬盘问题。

“山里的柿子卖不出”,好着急呀。

眼下有很多内网突破软件,脚本,程序,但是这里只是解决了网络转发,通信,io 导向问题。

重点:

那么,如果你有一台公网的的服务器(MMP,阿里云的服务器又贵了),如何挂载内网的服务器的硬盘?

(我在内网一般用的是 nfs 和 sshfs,然耳,外网挂内网硬盘就不行了)

这里一定有大神,优秀如你,不如站出来 show 下您的才华,如何?

BTW:

(如果不采用挂载方案,另辟蹊径?但某些软件,服务不支持自己直接走网络盘,无奈只能我先给它挂载到本地)

3851 次点击
所在节点    Linux
23 条回复
CHYK
2018-12-26 17:19:05 +08:00
不要沉,各位大佬,莫要谦虚。
如果不适合公开分享,可否邮件与我分享一下,思路?
(commonheart.yk#gmail.com)
saluton
2018-12-26 17:50:39 +08:00
搭个 vpn 组个网,然后挂载不就好了(我没试过
likuku
2018-12-26 17:56:43 +08:00
哈?那么高的网络延时,那么时不时断开的网络品质?你想接近本地局域网的网络设备品质?醒醒啊!

git lfs 或者 dropbox 这样异步 /分布式 /同步 才是正道吧。
CHYK
2018-12-26 17:58:58 +08:00
@saluton vpn 隧道是从内到外,而现在是外部要主动拿到内部,有些不一样。我现在有一个想法是在公网跑一个 fs 文件系统服务,client 真正请求时,从内网 fetch,然而想法简单,实现就繁琐了...
CHYK
2018-12-26 18:00:29 +08:00
@likuku 刚醒,吃饭的时候也在考虑这个持续连接问题。。就是这个 40 G 的云盘,再怎么弄不,也超不过这个数。。。
CHYK
2018-12-26 18:03:55 +08:00
@likuku 网络延迟不高,time=7.592 ms,可以接受的。关键是上行的速度不限,下行的时候不需要很多网速,主要做备份。wait, git ?还是不行,内网有 10 个多 T 的资料,公网就可怜的 40G,公网的 git server 搞不妥;又不能拿内网做 server.
adeindie
2018-12-26 18:10:17 +08:00
frp+sshfs 了解一下
xcai
2018-12-26 18:10:50 +08:00
iscsi
saluton
2018-12-26 18:12:12 +08:00
@CHYK 本地主动连接后,服务器端也可以访问内部的啊
hakono
2018-12-26 18:14:42 +08:00
frp+任意一种文件服务器网盘如 nextcloud owncloud,其他如 ftp sftp 之类的不就好了
toyland
2018-12-26 18:19:47 +08:00
想想看挂盘的目的何在,如果只是为了共享数据,那么不妨变通的考虑问题。像是 Syncthing、Seafile 等都是比较好的开源数据共享工具。
hakono
2018-12-26 18:20:35 +08:00
@hakono 啊,还有本地硬盘空间太小这茬。
可以试试看邪教的转发 smba 端口之类的
CHYK
2018-12-26 18:23:44 +08:00
@adeindie 展开说明一下?穿透技术我熟悉,但是这个不行。我大概知道您意思是,通过 ssh,比如 22 端口,然后 sshfs 挂载。然而现在的情况是,需要在公网直接挂载内网的硬盘,一定要知道 server ip,内网又无 ip。假如说公网服务器内请求自己 ssh 转发,例如:
ssh -i username@127.0.0.1 然后经过 frps 转到内网的 fprc,然后挂载了,可行?

如果可行,但是 ssh 的挂载效率远不如 nfs。(内网内的服务器挂载来看,nfs 的速度快于 sshfs)
CHYK
2018-12-26 18:25:05 +08:00
@hakono nextclound 的话,泡在内网,转发出去还行,但是速率不比直接泡在外网 server,可是外网 server 磁盘又太小。可能真的需要考虑一下,需求是否合理了。。。
CHYK
2018-12-26 18:35:20 +08:00
@xcai 查看了一下:通过在 IP 网上传送 SCSI 命令和数据,ISCSI 推动了数据在网际之间的传递,同时也促进了数据的远距离管理。然而,貌似需要做的额外工作太多了。
adeindie
2018-12-26 18:37:27 +08:00
@CHYK 你再仔细想想,心急蒙蔽了你的思考
1. frp 暴露内部端口到外部
2. 挂载
也没有说十分推荐你用 sshfs, 你还是根据自己需求评估吧
CHYK
2018-12-26 18:40:10 +08:00
@adeindie 好的,感谢,我再仔细思考看看。
chinvo
2018-12-26 18:42:26 +08:00
做存储最好能用二层 /三层隧道,稳定性和性能都比五 /六 /七层的穿透靠谱

比如用二 /三层的 VPN,内网 机器 /网关 通过 VPN 连入云端的网关 /路由,然后云端的机器就能直接通过云端的“内网”访问本地内网的机器了
likuku
2018-12-26 20:31:57 +08:00
@CHYK [公网跑一个 fs 文件系统服务,client 真正请求时,从内网 fetch] meta data node 放公网,file data / storage node 放内网? btsync 看起来很像这个。

真有必要非要 10T 都暴露给公网 /异地客户?

建议再梳理下需求,说不定是需要“信息”,而非那 10TB “数据”,那么你可以自建一个对外 处理服务器 /API,
外面通过 API 提交获取信息 的请求,你服务器从 10TB 里生产出所需的信息 /结果 再反馈给客户。
likuku
2018-12-26 20:34:10 +08:00
@CHYK iSCSI 面对的场景不是这么玩的,只是在近距离内访问非本机存储设备(同 IDC/ 相邻 IDC,可光纤直连)

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/521237

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX