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

Distributions

› Ubuntu

› Fedora

› CentOS

中文资源站

› 网易开源镜像站

This topic created in 2706 days ago, the information mentioned may be changed or developed.

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

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

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

重点:

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

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

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

BTW:

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

Supplement 1 · Dec 26, 2018

修改稿：
如果从 c/s 模型出手，仔细虐虐 tcp 大致还是有办法，但希望有经验的大佬，最好能分享一下想法。

至于最后到底如何，最后也是实验，实践检验比较之后，再说。

anyway, 感谢。

(先这样，补充的回答，持续关注)

内网

硬盘

集思广益

服务器

23 replies • 2018-12-27 19:33:27 +08:00

CHYK

Dec 26, 2018

不要沉，各位大佬，莫要谦虚。
如果不适合公开分享，可否邮件与我分享一下，思路？
(commonheart.yk#gmail.com)

saluton

Dec 26, 2018

搭个 vpn 组个网，然后挂载不就好了（我没试过

likuku

Dec 26, 2018 via iPhone

哈？那么高的网络延时，那么时不时断开的网络品质？你想接近本地局域网的网络设备品质？醒醒啊！

git lfs 或者 dropbox 这样异步 /分布式 /同步才是正道吧。

CHYK

Dec 26, 2018

@saluton vpn 隧道是从内到外，而现在是外部要主动拿到内部，有些不一样。我现在有一个想法是在公网跑一个 fs 文件系统服务，client 真正请求时，从内网 fetch，然而想法简单，实现就繁琐了...

CHYK

Dec 26, 2018

@likuku 刚醒，吃饭的时候也在考虑这个持续连接问题。。就是这个 40 G 的云盘，再怎么弄不，也超不过这个数。。。

CHYK

Dec 26, 2018

@likuku 网络延迟不高，time=7.592 ms，可以接受的。关键是上行的速度不限，下行的时候不需要很多网速，主要做备份。wait, git ？还是不行，内网有 10 个多 T 的资料，公网就可怜的 40G，公网的 git server 搞不妥；又不能拿内网做 server.

adeindie

Dec 26, 2018

frp+sshfs 了解一下

xcai

Dec 26, 2018 via Android

iscsi

saluton

Dec 26, 2018

@CHYK 本地主动连接后，服务器端也可以访问内部的啊

hakono

Dec 26, 2018 via Android

frp+任意一种文件服务器网盘如 nextcloud owncloud，其他如 ftp sftp 之类的不就好了

toyland

Dec 26, 2018

想想看挂盘的目的何在，如果只是为了共享数据，那么不妨变通的考虑问题。像是 Syncthing、Seafile 等都是比较好的开源数据共享工具。

hakono

Dec 26, 2018 via Android

@hakono 啊，还有本地硬盘空间太小这茬。
可以试试看邪教的转发 smba 端口之类的

CHYK

Dec 26, 2018

@adeindie 展开说明一下？穿透技术我熟悉，但是这个不行。我大概知道您意思是，通过 ssh，比如 22 端口，然后 sshfs 挂载。然而现在的情况是，需要在公网直接挂载内网的硬盘，一定要知道 server ip，内网又无 ip。假如说公网服务器内请求自己 ssh 转发，例如:
ssh -i [email protected] 然后经过 frps 转到内网的 fprc，然后挂载了，可行？

如果可行，但是 ssh 的挂载效率远不如 nfs。(内网内的服务器挂载来看，nfs 的速度快于 sshfs)

CHYK

Dec 26, 2018

@hakono nextclound 的话，泡在内网，转发出去还行，但是速率不比直接泡在外网 server，可是外网 server 磁盘又太小。可能真的需要考虑一下，需求是否合理了。。。

CHYK

Dec 26, 2018

@xcai 查看了一下：通过在 IP 网上传送 SCSI 命令和数据，ISCSI 推动了数据在网际之间的传递，同时也促进了数据的远距离管理。然而，貌似需要做的额外工作太多了。

adeindie

Dec 26, 2018

@CHYK 你再仔细想想，心急蒙蔽了你的思考
1. frp 暴露内部端口到外部
2. 挂载
也没有说十分推荐你用 sshfs, 你还是根据自己需求评估吧

CHYK

Dec 26, 2018

@adeindie 好的，感谢，我再仔细思考看看。

chinvo

Dec 26, 2018

做存储最好能用二层 /三层隧道，稳定性和性能都比五 /六 /七层的穿透靠谱

比如用二 /三层的 VPN，内网机器 /网关通过 VPN 连入云端的网关 /路由，然后云端的机器就能直接通过云端的“内网”访问本地内网的机器了

likuku

Dec 26, 2018

@CHYK [公网跑一个 fs 文件系统服务，client 真正请求时，从内网 fetch] meta data node 放公网，file data / storage node 放内网？ btsync 看起来很像这个。

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

建议再梳理下需求，说不定是需要“信息”，而非那 10TB “数据”，那么你可以自建一个对外处理服务器 /API，
外面通过 API 提交获取信息的请求，你服务器从 10TB 里生产出所需的信息 /结果再反馈给客户。

likuku

Dec 26, 2018

@CHYK iSCSI 面对的场景不是这么玩的，只是在近距离内访问非本机存储设备（同 IDC/ 相邻 IDC，可光纤直连)

likuku

Dec 26, 2018

[需要在公网直接挂载内网的硬盘，一定要知道 server ip，内网又无 ip] 如此需求，openvpn 连起来一个虚拟网络最易行成熟了（公网固定 IP 服务器作中转站，提供硬盘分享服务器和外网客户机都通过中转站用 openvpn 互联就行了）

CHYK

Dec 26, 2018

@likuku 嗯，重理需求👍。

echiz

Dec 27, 2018

把问题转化为 2 个：
1.两个公网机器，之间怎么挂硬盘。
2.怎么穿透内网