☰

24 - 인증 실패로 인해 iSCSI 로그인에 실패했습니다.

tag-icon • tag-icon authentication iscsi targetcli
24 - 인증 실패로 인해 iSCSI 로그인에 실패했습니다.

내가 달릴 때

iscsiadm --mode node --targetname iqn.2018-12.dz.esi:iso --portal 10.11.0.2 --login

다음 오류가 발생합니다.

Logging in to [iface: default, target: iqn.2018-12.dz.esi:iso, portal: 10.11.0.2,3260] (multiple)
iscsiadm: Could not login to [iface: default, target:
iqn.2018-12.dz.esi:iso, portal: 10.11.0.2,3260].
iscsiadm: initiator reported error (24 - iSCSI login failed due to
authorization failure) iscsiadm: Could not log into all portals

여기에 이미지 설명을 입력하세요. 내 /etc/iscsi/initiatorname.iscsi 파일:

개시자 이름 = iqn.2018-12.dz.esi:kvm1

내 대상의 인증 구성:

/iscsi/iqn.20....esi:iso/tpg1> set auth userid=vcl
Parameter userid is now 'vcl'.
/iscsi/iqn.20....esi:iso/tpg1> set auth password=password
Parameter password is now 'password'.

내 /etc/iscsi/iscsid.conf 파일:

# To enable CHAP authentication set node.session.auth.authmethod
# to CHAP. The default is None.
node.session.auth.authmethod = CHAP

# To configure which CHAP algorithms to enable set
# node.session.auth.chap_algs to a comma seperated list.
# The algorithms should be listen with most prefered first.
# Valid values are MD5, SHA1, SHA256
# The default is MD5.
# node.session.auth.chap_algs = SHA256,SHA1,MD5

# To set a CHAP username and password for initiator
# authentication by the target(s), uncomment the following lines:
node.session.auth.username = vcl
node.session.auth.password = password

당신의 도움을 주셔서 감사합니다,

답변1

실제로 나는이 문제에 직면했습니다. 오류의 원인이 나와 같기를 바랍니다.

질문:

나는 그 소년의 비밀이 정확하다고 100% 확신 /etc/iscsi/iscsid.conf하지만 복사-붙여넣기 오류가 발생하지 않았는지 확인하기 위해 다시 확인했습니다. Chap 비밀은 스토리지 서버와 클라이언트에서 동일하지만 여전히 오류가 계속 발생합니다.

내 구성:

open-iscsi내 Linux 호스트에서 연결하는 데 사용합니다 .Synology 기술LUN을 노출하는 스토리지 박스.

해결책:

고민 끝에 CHAP 비밀의 복잡성을 줄이는 아이디어가 떠올랐습니다. 특수 문자를 제거하는 것입니다.

  1. /etc/iscsi/iscsid.conf특수문자를 모두 제거하세요 . 업데이트된 비밀번호를 복사하세요.

  2. 캐시된 비밀번호 사본 업데이트/etc/iscsi/nodes

  3. sudo systemctl restart iscsid.service

  4. LUN을 노출하는 네트워크의 스토리지 호스트에 업데이트된 비밀번호를 붙여넣습니다.

  5. 이제 LUN에 다시 연결해 보십시오. 특수 문자 문제가 있는 경우 이제 모든 것이 연결되어야 합니다.

결론적으로:

처음에는 이 오류가 빨간 청어처럼 보이지만 100% 정확합니다. 과연 인증은예전에는실패하지만 스토리지 호스트와 클라이언트의 CHAP 키가 다르기 때문에 실패하는 것은 아닙니다. 특수문자로 인해 인증이 방해되어 실패했습니다.

아무튼 문제는 복잡하지 않은데 시간이 좀 낭비되는군요...

관련 정보