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

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

眼下有很多内网突破软件，脚本，程序，但是这里只是解决了网络转发，通信，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 互联就行了）

嗯，重理需求