
o- iscsi ............. [Targets: 1] | o- iqn.xxx.target............................ [TPGs: 1] | o- tpg1 ....... [no-gen-acls, no-auth] | o- acls ......................................................[ACLs: 1] | | o- iqn.1994-05.com.redhat:73f6b33526c............................... [Mapped LUNs: 1] | | o- mapped_lun0 | o- luns ................ [LUNs: 1] | | o- lun0................................................ [user/xxx (default_tg_pt_gp)] | o- portals ......... [Portals: 1] | o- 0.0.0.0:3260 .... [OK] 192.168.0.18:3260,1 iqn.xxx.target 1 echo1937 2020-04-16 11:01:02 +08:00 1. iSCSI 走的是 TCP/IP 协议,不限定局域网访问; 2. Internet 场景下,一般需要专线或者 VPN 来解决带宽和稳定性问题; 3. 你的配置有问题。 |
2 Laforet 2020-04-16 11:01:49 +08:00 via Android 广域网传输理论上没问题,公网网关上设置端口转发就行了,更稳妥的方法是建一个基于 UDP 或者 GRE 的私有通道,然后在里面跑 iSCSI 。问题是广域网的带宽和延迟摆在那里,你这样干图什么呢不? |
5 Vanes OP @Laforet 广域网理论上应该是没问题的。但我发现我这边去 discovery 的时候,node 列表里记录的对应 target 的内网 IP,是我配置有什么问题嘛?我尝试过把 server 端的 portal 改成了对应的公网 IP,但是改了之后,直接 discover 都被拒绝掉了。connecction refused. |
6 struggle001 2020-04-16 11:25:40 +08:00 长途传输选择专用网络吧,走公网 这个场景就不太好。哈哈 |
7 Vanes OP @struggle001 我这边只是做个测试,测试一些功能。因为目前硬件资源受限 |
8 defunct9 2020-04-16 11:42:01 +08:00 开 ssh,让我上去看看 |
9 lajicab 2020-04-17 14:45:50 +08:00 我确定公网的 iscsi 没问题,在办公室挂载了家里的 nas,家里的 NAS 有公网 IP,不过体验非常的不好,哪怕是城域网下,非常的不稳定。 |
10 Vanes OP @lajicab 确实没问题,是因为服务器弹性 IP,自带 NAT,iscsiadm discove 之后把 target 的 ip 地址映射成了局域网地址,而弹性 IP 的公网地址是没有对应的网卡配置信息的,所以找不到该网络配置,无法进行传输。解决办法就是手动修改 iscsiadm 的配置,讲经过 NAT 映射后的局域网地址改成 公网 IP 。 |
11 vincent927 2020-12-17 17:29:03 +08:00 我也碰到了同样的问题,参照这个文档解决了。 https://wenku.baidu.com/view/534ab4ebf8c75fbfc77db259.html |