You can't, simply because the password isn't stored in plain-text in AD (at least not by default) so there's no way to extract the password into Section Access. When using NTNAME two things will happen, depending on client and the way you access the document:
In stand-alone QlikView (working locally with the qvw-document), QlikView will utilize the fact that you're already authenticated against the domain/workgroup through your operating system. This will give a single-sign-on experience so you don't have to enter credentials everytime. If you want to open the file using other users credentials you neeed to run QlikView using the Run as... command. There's no fall-back if authorization fails (you don't have access to the file), asking for alternative credentials. This could be a future feature request if needed.
If you're using stand-alone QlikView or QlikView plugin, accessing a QlikView Server the same will apply. However if authorization fails, you have the option to use Alternate Identity in the Connect to Server dialog. If you do, crendentials will be sent to QlikView Server, which will impersonate the user.
If you're using Java or ZFC authentication is managed by your web server. Depending on how you configured authentication on your web server you will always be prompted (Basic Authentication) or you will have a SSO experience using Integrated Windows Authentication. Here the client (web browser) will always try to access resources anonymously. The web server will then return a 401 (unauthorized) challenging the client for credentials. If using IWA this will be silent to the end-user, unless authentication fails. Then the web browser will prompt the user for alternative credentials.
When using NT Name for authentication I don't believe you will see a pop up. The NT Name is passed behind the scenes to QlikView which then checks it against your security list that you loaded into Section Access.
But this is not what I wanted. I want that despite taking the NTName from the machine , it should ask me for the NT Name & NT Password. (Just like UserName & PassWord)
You can't, simply because the password isn't stored in plain-text in AD (at least not by default) so there's no way to extract the password into Section Access. When using NTNAME two things will happen, depending on client and the way you access the document:
In stand-alone QlikView (working locally with the qvw-document), QlikView will utilize the fact that you're already authenticated against the domain/workgroup through your operating system. This will give a single-sign-on experience so you don't have to enter credentials everytime. If you want to open the file using other users credentials you neeed to run QlikView using the Run as... command. There's no fall-back if authorization fails (you don't have access to the file), asking for alternative credentials. This could be a future feature request if needed.
If you're using stand-alone QlikView or QlikView plugin, accessing a QlikView Server the same will apply. However if authorization fails, you have the option to use Alternate Identity in the Connect to Server dialog. If you do, crendentials will be sent to QlikView Server, which will impersonate the user.
If you're using Java or ZFC authentication is managed by your web server. Depending on how you configured authentication on your web server you will always be prompted (Basic Authentication) or you will have a SSO experience using Integrated Windows Authentication. Here the client (web browser) will always try to access resources anonymously. The web server will then return a 401 (unauthorized) challenging the client for credentials. If using IWA this will be silent to the end-user, unless authentication fails. Then the web browser will prompt the user for alternative credentials.
