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 |