mirror of
https://github.com/1Remote/1Remote.git
synced 2026-04-25 13:36:03 +03:00
[GH-ISSUE #230] Sometime PRemoteM is locking account #1160
Labels
No labels
area-configuration
area-ct-app
area-ct-rdp
area-ct-remoteapp
area-ct-ssh
area-ct-vnc
area-launcher
area-list
area-tags
area-teamwork
bug
chore
dependencies
general-build/ci
general-performance
general-refactor
general-security
general-supportive
general-ux
meta-documentation
meta-enhancement
meta-enhancement
meta-feature
meta-help-wanted
meta-unknown-error
priority-hi
priority-low
pull-request
question
resolution-duplicate
resolution-invalid
resolution-wontfix
stale
task-put-off
task-still-considering
task-working-in-progress
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/1Remote#1160
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @coooly on GitHub (Apr 15, 2022).
Original GitHub issue: https://github.com/1Remote/1Remote/issues/230
Originally assigned to: @VShawn on GitHub.
Describe the bug
Trying to connect to machine that's no entirely rebooted is locking account used.
Maybe PRemoteM is agressive when trying to login.
Expected behavior
Not locking account.
Screenshots
"As a security precaution, the user account has been locked because there were too many logon attempts or password change attempts. Wait a while before trying again, or contact your system administrator or technical support."
Desktop (please complete the following information):
@VShawn commented on GitHub (Apr 18, 2022):
Hi, sorry for late.
It appears to have been caused by multiple logins with incorrect passwords.
The only thing I've done on this part is set the
AutoReconnectionEnabledproperty to true, And I thought it would cause you issue.https://github.com/VShawn/PRemoteM/blob/dev/PRemoteM/Model/Protocol/RDP.cs#L548
There are no other so call
agressiveoperations.So I think probably not a issue related to PRemoteM. Can you check your Event Viewer, to check out where the malicious action from. And whether they coincide in time with PRemoteM's activity.
Hoping for your feedback, Shawn.
@majkinetor commented on GitHub (May 10, 2022):
I will close this as there is no response and as it seems there is nothing to do.