使用飞牛官网中继（不用公网IP）如何实现远程访问 iSCSI

NAS菜鸟

已经将3260端口在防火墙里设置了允许访问，
但是在远程还是不能访问到飞牛中继的ISCSI,
如果使用飞牛官方的中继，IP地址是填域名还是填什么？IP填哪个？

玉尺书生

用中继不能访问其他端口，而且ISCSI也不适合公网用啊。

NAS菜鸟

玉尺书生 发表于 2025-11-27 18:35
用中继不能访问其他端口，而且ISCSI也不适合公网用啊。

ISCSI不用来玩游戏，延迟高也没关系，毕竟只是放微信电脑端的“聊天记录及文件”。
中继好像ssh都不能使用……
看来只能采用“公网IP”这样的方式才能解决ISCSI的远程访问了

NAS菜鸟

玉尺书生 发表于 2025-11-27 18:35
用中继不能访问其他端口，而且ISCSI也不适合公网用啊。

常规的ISCSI是用来局域网内玩游戏的，
但可以用来挂载到办公电脑上作为“本地磁盘”，
让办公电脑的“微信”及“其他软件”的数据都存到ISCSI中，
毕竟“电脑端微信”的目录只能放到“本地磁盘”中使用，
如果使用“网络”的形式会频繁跳出提示，让你重新放到“本地磁盘”中

ZYan

飞牛的connect 不支持自定义端口，且无法自定义转发，你只能是找第三方内网穿透或者使用公网ip访问

NAS菜鸟

ZYan 发表于 2025-11-27 20:45
飞牛的connect 不支持自定义端口，且无法自定义转发，你只能是找第三方内网穿透或者使用公网ip访问
...

楼上也是这样说的，
没有ipv6的情况下只能是买公网IP了……

ZYan

NAS菜鸟 发表于 2025-11-28 09:30
楼上也是这样说的，
没有ipv6的情况下只能是买公网IP了……

iSCSI 公网使用很容易受网络波动导致性能低下的，iSCSI 尽量不要在公网使用

NAS菜鸟

ZYan 发表于 2025-11-28 11:16
iSCSI 公网使用很容易受网络波动导致性能低下的，iSCSI 尽量不要在公网使用 ...

这个很正常的，网络波动很常见。
你这个是基于“玩游戏”这种场景，毕竟大部分人只是用它来玩游戏，
其他的场景你可以试一下（我还没买公网IP），
比如win上的应用数据（比如微信的聊天记录等），
网络波动可能就会微乎其微甚至不存在。

其实，很多应用数据，比如**云音乐的“本地数据”和其他软件的应用数据，
受网络波动的应用不算太大，就算有也是微乎其微

ZYan

NAS菜鸟 发表于 2025-11-28 11:41
这个很正常的，网络波动很常见。
你这个是基于“玩游戏”这种场景，毕竟大部分人只是用它来玩游戏，
其他 ...

如果出现丢包的话，有概率写入不全的话会损坏文件的

NAS菜鸟

ZYan 发表于 2025-11-28 15:13
如果出现丢包的话，有概率写入不全的话会损坏文件的

就微信那种机制，就算不丢包也会自动损坏文件，毕竟有个“自动过期”机制；
丢包对常规的聊天记录来说，影响不大；
丢包对常规的图片来说，影响不大；
丢包对微信里的小程序和朋友圈来说，影响不大；
丢包对常规的视频来说，这个损坏文件的几率还是有的，但微信中的视频大部分都是“非重要文件”，损坏了也无所谓。
“纯文本形式”和“语音形式”的聊天反而是里面影响最小的，忽略不计的……
其实占用电脑存储的主要是微信的“本地文件”，把一些你访问不了的继续存在里面。

ZYan

NAS菜鸟 发表于 2025-11-28 15:21
就微信那种机制，就算不丢包也会自动损坏文件，毕竟有个“自动过期”机制；
丢包对常规的聊天记录来说， ...

只是给你提个醒，如果你能接受文件损坏的话，完全可以用

NAS菜鸟

ZYan 发表于 2025-11-28 15:13
如果出现丢包的话，有概率写入不全的话会损坏文件的

另外，你说的“损坏文件”，一般指单个大文件（游戏那种单个大文件包）；
但是像微信目录下存的“零碎文件”，损坏几率几乎为零。

ZYan

NAS菜鸟 发表于 2025-11-28 15:23
另外，你说的“损坏文件”，一般指单个大文件（游戏那种单个大文件包）；
但是像微信目录下存的“零碎文 ...

大文件只是概率会高，小文件概率小，并不是说小文件就不会损坏，而且就算是丢包或者波动，也不一定会损坏，就是概率事件，能承担后果就好，怎么开心怎么来

NAS菜鸟

ZYan 发表于 2025-11-28 15:23
只是给你提个醒，如果你能接受文件损坏的话，完全可以用

谢谢提醒。
毕竟98%的人用ISCSI是玩游戏，
在其他场景下使用的情况不多，也没有相应的应对方案。
其实如果ISCSI刨除“网络抖动”这种只有在游戏领域才会重点关注的情况，
可以真正做到“人车家”，“物联网方案”，“智能家居”，
甚至可以做出下一代“人工智能”产品

NAS菜鸟

ZYan 发表于 2025-11-28 15:26
大文件只是概率会高，小文件概率小，并不是说小文件就不会损坏，而且就算是丢包或者波动，也不一定会损坏 ...

是的，大文件概率会高，小文件概率低一些。
不是承担后果，是扩展思维去应用到更多可能的方向

NAS菜鸟

ZYan 发表于 2025-11-28 15:26
大文件只是概率会高，小文件概率小，并不是说小文件就不会损坏，而且就算是丢包或者波动，也不一定会损坏 ...

我玩NAS才刚刚2周左右，发现NAS领域里很多东西都被局限了，很多问题都围绕NAS本身。
但飞牛os给了NAS更多的可能性，比如飞牛NAS是基于debian的linux，那如果自己配的机器足够强的话跑任何AI算法都可以，大模型训练也没问题；当然基于一些像ISCSI这样的“基础设施”也可以做很多不一样的事情。

ZYan

NAS菜鸟 发表于 2025-11-28 15:39
我玩NAS才刚刚2周左右，发现NAS领域里很多东西都被局限了，很多问题都围绕NAS本身。
但飞牛os给了NAS更多 ...

飞牛底层系统内核基本上都是往nas方向优化的，其他专业服务能跑但是不推荐，毕竟飞牛本身还是NAS，简单的服务倒是可以玩玩

NAS菜鸟

ZYan 发表于 2025-11-28 15:26
大文件只是概率会高，小文件概率小，并不是说小文件就不会损坏，而且就算是丢包或者波动，也不一定会损坏 ...

如果有哪位大佬解决了“ISCSI网络抖动”，"文件损坏"等等的问题，
那NAS在某种场景下就可以替换掉“阿里云无影桌面”那种东西，
让数据归自己，同时让自己拥有更高的灵活度

NAS菜鸟

ZYan 发表于 2025-11-28 15:46
飞牛底层系统内核基本上都是往nas方向优化的，其他专业服务能跑但是不推荐，毕竟飞牛本身还是NAS，简单的 ...

是的，目前是能跑。
至于推不推荐，需要那些搞AI算法的来试试了。
个人感觉是没问题的，AI应该在调用到内核方面不多，大部分都是CPU,GPU这些，
所以飞牛对内核的优化在大部分场景下都不会有什么影响……
不过需要那些在校AI算法方面的学生跑来试试了

NAS菜鸟

ZYan 发表于 2025-11-28 15:26
大文件只是概率会高，小文件概率小，并不是说小文件就不会损坏，而且就算是丢包或者波动，也不一定会损坏 ...

目前只找到了Android支持ISCSI功能，
那可以将Android里的微信数据直接放到ISCSI中，
也不用考虑什么“微信备份”的事情了，毕竟都在NAS上……

至于苹果全家桶，还是找大佬来想解决方案吧。
如果苹果全家桶数据能全部打通，那会使mac的价格降下来，
无疑是一次巨大的“技术进步”，毕竟苹果的容量和黄金一样贵

NAS菜鸟

ZYan 发表于 2025-11-28 15:23
只是给你提个醒，如果你能接受文件损坏的话，完全可以用

感觉小米NAS在12月份推出的时候，有可能以“ISCSI”类似的形式为“亮点”进行发布，
依靠小米生态，在系统层面挂载到本地手机上
（就像已经实现的“虚拟出一块存储空间做运存一样”，比如8G运存可以虚拟出12G运存甚至更多）
然后应用数据可以全部放到NAS上，就像之前的TF卡，
NAS不仅是存储与备份，还是虚拟出的物理形式的“外挂存储”。
那就完全解放手机了……

ZYan

NAS菜鸟 发表于 2025-11-28 17:14
感觉小米NAS在12月份推出的时候，有可能以“ISCSI”类似的形式为“亮点”进行发布，
依靠小米生态，在系 ...

这种方式短时间内不可能实现的，数据的安全性和稳定性没办法保证的前提下，这个功能想都别想，官方不可能出的，iSCSI 也只是众多挂载方式里的一种，iSCSI 使用场景本身不大，除非研究，不然没必要投入太多精力

ZYan

NAS菜鸟 发表于 2025-11-28 16:37
目前只找到了Android支持ISCSI功能，
那可以将Android里的微信数据直接放到ISCSI中，
也不用考虑什么“微 ...

你这样用法，应该除了你没有人会有这种想法，软件运行文件通过网络挂载，但凡出现问题，软件就崩溃了，你这种方式目前只适合做备份用

NAS菜鸟

ZYan 发表于 2025-11-28 17:40
这种方式短时间内不可能实现的，数据的安全性和稳定性没办法保证的前提下，这个功能想都别想，官方不可能 ...

是短期内不太好实现。
但或许会是NAS未来的发展方向之一

ZYan

NAS菜鸟 发表于 2025-11-28 17:44
是短期内不太好实现。
但或许会是NAS未来的发展方向之一

不可能是发展方向的，或许以后有额外的挂载方式，但是iSCSI 本身的局限性不可能做到的

NAS菜鸟

ZYan 发表于 2025-11-28 17:44
你这样用法，应该除了你没有人会有这种想法，软件运行文件通过网络挂载，但凡出现问题，软件就崩溃了，你 ...

因为我不是局限于NAS领域的想法。

目前这么用肯定不现实。
但是如果有大佬把里面的网络协议再封装一层，
在应用层做好丢包与重试处理，还是有机会成为现实的。
现在只能拿来用，并没有做深度优化

NAS菜鸟

ZYan 发表于 2025-11-28 17:46
不可能是发展方向的，或许以后有额外的挂载方式，但是iSCSI 本身的局限性不可能做到的 ...

所以，就像“小米的生态适应”一样，
它那种形式可能就会根据ISCSI原理进行创新开发。
挂载方式有很多种，ISCSI是最接近物理机的一种。
不过，也可能有更适合的挂载方式只是我还不了解……