[9.191] OTP User Portal

Hi,

Is it possible that you disabled the token you are expecting to see (like the 3rd token in my screenshot)?
Because before 9.190 disabled tokens were also shown, but now they are filtered - and if no token is left, the option in the User Portal is also not shown.
Regards,
  Frank

Sorry, please ignore my post from yesterday - as it turned out, I was wrong: Based on your screenshots/information, the OTP tab should actually be shown.
Can you search for additional data or provide access to this host for us to look after it?
Regards,
  Frank

I only have the one OPT and it is enabled. I don't know where to look but will provide any information needed.

Any status on what information I can provide to get this resolved?

Can you please send us the output of the following commands (from the root login console):

1.) cc get auth otp
2.) cc get portal hide_items
3.) cc get_objects authentication otp_token | grep -vE '(secret|name)'

This way, there should be no security relevant information included.
You may also ensure that your browser is not using old JS code from the cache by doing a Shift-Reload.
As a last resort if those steps do not help, is it possible for you to send us a configuration backup (without unique site data/administrative mail addresses) via PM?
Regards,
  Frank

Can you please send us the output of the following commands (from the root login console):

1.) cc get auth otp
2.) cc get portal hide_items
3.) cc get_objects authentication otp_token | grep -vE '(secret|name)'

This way, there should be no security relevant information included.
You may also ensure that your browser is not using old JS code from the cache by doing a Shift-Reload.
As a last resort if those steps do not help, is it possible for you to send us a configuration backup (without unique site data/administrative mail addresses) via PM?
Regards,
  Frank

router:/root # cc get auth otp
{
          'auto_create_token' => 1,
          'default_timestep' => 30,
          'facilities' => [
                            'portal',
                            'ipsec',
                            'openvpn'
                          ],
          'require_all_users' => 1,
          'required_users' => [],
          'status' => 1
        }

 cc get portal hide_items
[]

cc get_objects authentication otp_token | grep -vE '(secret|name)'
[
          {
            'class' => 'authentication',
            'data' => {
                        'comment' => '',
                        'extra_codes' => [],
                        'for_ssh' => 0,
                        'hide' => 0,
                        'status' => 1,
                        'step' => 46403446,
                        'timestep' => 0,
                        'user' => 'REF_DefaultSuperAdmin'
                      },
            'hidden' => 0,
            'lock' => '',
            'nodel' => '',
            'ref' => 'REF_AutOtpEd693b5421',
            'type' => 'otp_token'
          }
        ]

There seems to be an issue with local user and AD user with same name. However my AD user has to input the OTP, not the local user.

Ok,  Soo when the super user had the OTP linked to it, I could login with the OPT with the AD user but the OPT menu would not show up in the menu like I was talking about.

 However when I switched to to link the AD user with OPT, it never lets me login, it regenerates another OPT code. I ended up with 3 OPT codes for that user before I stopped. Pictures to show.

Thanks for reporting. We are now tracking this as Mantis ID #30139

The Mantis ID #30139 is now under investigation. We are planning to release a fix for this issue in Version 9.201.