门户与发现机制
门户（portal）是目标端的监听地址，形如 IP:3260，一台存储通常有多个门户对应不同控制器或网段。发现机制决定发起端如何知道有哪些目标及其门户：用 SendTargets 向一个门户询问，适用于中小规模；用 iSNS 集中登记与查询，适用于门户较多的环境；也可以完全不发现，手工把目标 IQN 与门户写进节点配置。发现阶段本身也是一次登录，因此认证配置分为数据会话与发现会话两套。
基本信息
| 门户形态 | IP:端口，默认端口 3260，可多门户 |
|---|---|
| 发现方式 | SendTargets、iSNS、手工静态配置 |
| 发现认证 | 与数据会话分开配置，凭据独立 |
| 记录位置 | Linux 下 /var/lib/iscsi 与 /etc/iscsi 内的发现记录 |
| 权限要求 | 主机 root/管理员；目标端需已授权该发起端名称 |
典型使用场景
- 新主机接入存储时批量发现同一阵列上的多个目标
- 阵列前端端口增删后，重新发现以更新门户清单
- 清理失效门户，避免会话反复尝试连接到已下线的地址
- 双控制器环境里确认两个门户都被发现，作为多路径前提
- 跨网段部署时判断应通过哪个门户发现，以控制数据流量走向
发现与门户管理
发现与门户管理
# 1) SendTargets 发现：向一个门户询问它已知的目标
iscsiadm -m discovery -t st -p 10.0.20.11:3260
# 2) 查看已记录的发现记录与目标节点
iscsiadm -m node -o show | grep -E 'node.name|node.conn'
# 3) 门户变更后更新记录：先删除旧记录再重新发现
iscsiadm -m node -T iqn.2024-01.com.example:storage01 -p 10.0.20.9:3260 -o delete
iscsiadm -m discovery -t st -p 10.0.20.11:3260 --login
# 4) 使用 iSNS 集中发现（如目标端已注册）
iscsiadm -m discovery -t isns -p 10.0.20.30发现方式对比
| 对比项 | SendTargets | iSNS | 手工静态配置 |
|---|---|---|---|
| 依赖 | 直接询问某个门户 | 集中登记服务器 | 不需要发现服务 |
| 适用规模 | 中小规模，门户少 | 门户多、需集中管理 | 门户固定且极少变更 |
| 自动化程度 | 中等，需知道至少一个门户 | 高，一次查询得到全部 | 低，变更需人工同步 |
| 常见风险 | 门户变更后记录过期 | 服务器本身成为依赖点 | 台账与现场不一致 |
发现会话与数据会话是两套独立配置，出现「能发现但不能登录」或反之的情况，通常就是两处认证参数不一致导致的。
删除发现记录会同时影响该门户下的目标节点，处于使用中的会话可能中断；清理门户前先确认没有在线业务依赖这些路径。