Dear all,
We have noticed a strange behaviour when connecting a Legacy NetApp filer (7-mode 8.2) from Windows 10 systems. This behaviour is noticed as of half way Januari 2022.
We are known with the fact that when you use multiple user credentials to connect to a single NetApp this waill fail unless you would use a different name (alias or IP) for that same target. It's by design that Windows can use only one credetialset to target a certain server.
As of early this year 2022, the behaviour changed and now even if the connection are done within diffrent logon sessions on the same source client system, we also get the access denied problem?
So we have:
old situation 01:
1-Windows10-system_A: User_A has a logon session_A and connects as user_A share A on NetApp_01 => works
2-Windows10-system_A: User_A has a logon session_A and connects as user_B share B on NetApp_01 => access denied (Windows tries to use the first credential-set of user_A to connect to share_B... this results in access denied)
new situation 02: (also the situation 01 is still valid)
1-Windows10-system_A: User_A has a logon session_A and connects as user_A share A on NetApp_01 => works
2-Windows10-system_A: User_B has a logon session_B and connects as user_B share B on NetApp_01 => access denied ??
3-Windows10-system_A: User_A signs-out of Windows10-system_A...
4-Windows10-system_A: User_B now HAS access to the share_B ??
It now seems like ther can only be 1 credential set for the all Windows logon sessions together??
Is this a BUG???
Are there new Windows security patches that result in this situation?
Any idea's?
regards,
JDEN