That happens if another person logs in with the same account after you do.
Check if the “idle timer” (it’s called something similar) is set to 1 and increase it. Or it could be an issue with the firewall, since the same customer might have the same device in all the location.
Quick tip/test: in your case try using “incognito” in the browser to see if that does the trick.
I did try incognito mode when first experienced the issue
only one admin account which is myself
no other users are logged in
*** leaning more towards the Sonicwall firewall waiting for administrator to check and confirm but i have a strong feeling his just going to say it the ucm** if the firewall is not happy with a selfsigned cert and can block local clients from connecting to that server ( all on local network) then it can surly block external clients from connecting to a server ( UCM ) which is behind the firewall even if portforwarding is set. Not sure but thus far seems like the only plusable reason
tried to log in today still the same issue
Cyfo what is the idle time where is it located i tried to look for it on another sytem
Change information => login settings ( if set to zero user will not be automaically logged out)
is this the setting you talkig about
Think this is the reason PABX was attacked , the attacker overloaded the syetm with login attempts and its seems like has and attempt was being made so often even when I logged in i was trown out has the ucm returned the attacker back to sign in page.
obviously the fail to ban worked really well here but the ip kept changing
anyway surpirsed the sonciwall firewall could not stop this