Computer inaccesible on default provider #10
Comments
|
Hi, thank you for your request. The logfile is only generated, when using the *-debug versions. Then it is Would be great if you could attach it, to resolve your problem. Dominik Pretzsch 2015-07-13 13:19 GMT+02:00 Alejandro Paredero [email protected]:
Last Squirrel IT Humboldtstr. 2 USt-IdNr.: DE290444313 Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte This email may contain confidential and/or privileged information. |
|
Here is the log. The first login was successful, as CP was not default provider. After that, I changed as default provider. If the computer was locked, I could log in back again with Token. As I closed the session (Not just lock), and tried log login again, I had the error 80004005. [16.07.2015 08:02:28.0441]: Endpoint::Init [at line 33 in 'endpoint.cpp'] |
|
Hi, sorry for the long delay. It seems some logins did work? Even after installing as default provider. |
|
Hi dominik, Sorry for delay, also in vacations 👍 The system is Windows Server 2008 R2. Its possible to emulate with a Virtualbox enviorment |
|
Hi Alejandro, I'll try to reproduce the problem. If I'm able to nail it down to a Thank you for your patience! Dominik Pretzsch 2015-08-17 0:45 GMT+02:00 Alejandro Paredero [email protected]:
Last Squirrel IT Humboldtstr. 2 USt-IdNr.: DE290444313 Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte This email may contain confidential and/or privileged information. |
|
As much as I can do, please let me know. Thank you Dominik |
|
Hello, Please note that we have enhanced this MultiOneTimePassword-CredentialProvider thanks to various contributors, and it's now available in the multiOTP project (https://github.com/multiOTP/multiOTPCredentialProvider). We will do enhancements in this fork. Regards, |
Hi.
Im testing this tool under Windows server 2008 R2. Everything is working OK: generation, prefixes, etc... but initially I tested as No default provider, assuring I could come back to login without 2FA. But well, when I forced that option and locked the sessions, I couldn't login again. All the time I get a first time "Error password" and second the endpoint system return an "80004005 error".
Luckyli I had a domain account activated and could access, reinstall disabling the option as default provider. But then everything work again.
The log is not accurated, because it shows the token is OK
multiotp 4.3.2.3
Your script is running from C:\GoogleToTP
2015-07-13 12:55:26 notice administrator User OK: User administrator successfully logged in
#2015-07-13 12:55:26 debug Debug Debug: 0 OK: Token accepted
multiotp 4.3.2.3
Your script is running from C:\GoogleToTP
2015-07-13 12:59:01 notice administrator User OK: User administrator successfully logged in
#2015-07-13 12:59:01 debug Debug Debug: 0 OK: Token accepted
multiotp 4.3.2.3
Your script is running from C:\GoogleToTP
2015-07-13 13:02:13 notice administrator User OK: User administrator successfully logged in
#2015-07-13 13:02:13 debug Debug Debug: 0 OK: Token accepted
multiotp 4.3.2.3
Your script is running from C:\GoogleToTP
2015-07-13 13:08:29 notice administrator User OK: User administrator successfully logged in
2015-07-13 13:08:29 debug Debug Debug: 0 OK: Token accepted
Thank you
The text was updated successfully, but these errors were encountered: