-
Notifications
You must be signed in to change notification settings - Fork 222
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bi-directional CHAP authentication does not work #404
Comments
@tksm confirmed that your assessment is correct. |
Is there an idea when this will be fixed? We just integrated the Operator and CHAP is a must. |
A fix is scheduled to be included in the Trident 20.07 release. |
OK and this will be? I am facing 3 problems at the moment with 20.04 and all of them are existing reportet issues in trident repo. Our AFF700 is usless with those bugs. Should we create a NetApp Case? Cheers Oli |
@bigg01 you are welcome to open a case with NetApp support. The Trident releases are versioned as YY.MM so the Trident 20.07 release will occur near the end of July. You can still use CHAP with Trident 20.04 as unidirectional CHAP is working. |
Thank you i did. BG |
@gnarl I confirmed that bi-directional CHAP works correctly on Trident v20.07.0.
|
Describe the bug
I created iSCSI backend using CHAP with ontap-san driver. It enabled CHAP authentication, but
username_in
was not set, which means bi-directional authentication is not enabled.I found that volumePublishInfo.json misses
iscsiTargetUsername
key, so it seems bidirectional authentication setting will be skipped.Environment
To Reproduce
sudo iscsiadm -m session -P 3
username_in
is empty, which means bidirectional auth is not enabledExpected behavior
Bi-directional CHAP Authentication should be enabled.
Additional context
None
The text was updated successfully, but these errors were encountered: