mirror of
https://github.com/amidaware/tacticalrmm.git
synced 2026-04-26 06:55:52 +03:00
[GH-ISSUE #1814] Take Control is not working, asks for username and password #1127
Labels
No labels
In Process
bug
bug
dev-triage
documentation
duplicate
enhancement
fixed
good first issue
help wanted
integration
invalid
pull-request
question
requires agent update
security
ui tweak
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/tacticalrmm#1127
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 @airton583 on GitHub (Mar 28, 2024).
Original GitHub issue: https://github.com/amidaware/tacticalrmm/issues/1814
Server Info (please complete the following information):
Installation Method:
Agent Info (please complete the following information):
Describe the bug
Take Control is not working, asks for username and password
To Reproduce
Steps to reproduce the behavior:
Expected behavior
A clear and concise description of what you expected to happen.
Screenshots
If applicable, add screenshots to help explain your problem.
Additional context
Add any other context about the problem here.
@wh1te909 commented on GitHub (Mar 28, 2024):
please paste in your
/meshcentral/meshcentral-data/config.jsonhere (redact sensitive info)@rasmatbe commented on GitHub (Mar 28, 2024):
Got the same behaviour with usernames formatted as email adresses. Once the @domain has been removed from username, the users are synced to Mesh and the remote control windows is working as intended
@myde2001 commented on GitHub (Mar 28, 2024):
same problem
@dinger1986 commented on GitHub (Mar 28, 2024):
so you are also using an email address?
@myde2001 commented on GitHub (Mar 28, 2024):
This is my Tactical users list
And this is my config.json:
@dinger1986 commented on GitHub (Mar 28, 2024):
is mesh installed on the same server? any other characters in the username?
@myde2001 commented on GitHub (Mar 28, 2024):
Yes, installed on the same server, previous installation that was updated through the script.
If I disable the "Sync Mesh Perms with TRMM" the remote control (and other meshcentral features) works again.
Only regular characters in the usernames.
@davidebonavita commented on GitHub (Mar 28, 2024):
Have the users been created in Mesh by Tactical once you enabled "Sync Mesh Perms with TRMM"?.
I have the same issue and it looks like the list of autogenerated users in Mesh doesn't populate automatically
@dinger1986 commented on GitHub (Mar 28, 2024):
have you checked using this? https://docs.tacticalrmm.com/mesh_integration/#get-a-url-to-login-to-mesh-as-the-mesh-superuser
@myde2001 commented on GitHub (Mar 28, 2024):
No, they don't generate
@davidebonavita commented on GitHub (Mar 28, 2024):
I'm able to login in Mesh as the defaul admin user with the generated link.
I've tried to force update Tactical and reboot the server, but still the users are not created in Mesh.
I don't know if there are any logs I can check for the changes TRMM applies when you enable/disable the mesh integration?
@wh1te909 commented on GitHub (Mar 28, 2024):
Run these 2 commands to turn on debug logging, turn mesh sync back on and then wait a few minutes and check the log file at
/rmm/api/tacticalrmm/tacticalrmm/private/log/trmm_debug.log@davidebonavita commented on GitHub (Mar 28, 2024):
I only see a quite long list of requests similar to
Followed by
@wh1te909 commented on GitHub (Mar 28, 2024):
@davidebonavita post your redacted
/meshcentral/meshcentral-data/config.json@davidebonavita commented on GitHub (Mar 28, 2024):
Thank you for looking into this
@wh1te909 commented on GitHub (Mar 28, 2024):
@davidebonavita remove the
nonalpharequirement from yourpasswordRequirements@davidebonavita commented on GitHub (Mar 28, 2024):
Well, that worked, thanks!
@wh1te909 commented on GitHub (Mar 28, 2024):
@myde2001 I don't see anything obvious from your config that would cause it to break, please follow my instructions here to enable debug logging https://github.com/amidaware/tacticalrmm/issues/1814#issuecomment-2025602318
@wh1te909 commented on GitHub (Mar 28, 2024):
@davidebonavita remove the
TRMM_LOG_LEVEL = 'DEBUG'line that was added to the bottom of/rmm/api/tacticalrmm/tacticalrmm/local_settings.pyand then restart the services again, this way your server doesn't fill up with debug logs as this file can get quite large@myde2001 commented on GitHub (Mar 28, 2024):
@wh1te909 commented on GitHub (Mar 28, 2024):
@myde2001 cool thanks, just pushed a fix for that. please run the following commands and then toggle sync back on and it will work:
@myde2001 commented on GitHub (Mar 29, 2024):
Can confirm, now it's working. Thanks!
@wh1te909 commented on GitHub (Mar 29, 2024):
will be fixed in tomorrow's release
@wh1te909 commented on GitHub (Mar 29, 2024):
all issues resolved in the latest release 0.18.1
@sightkick commented on GitHub (Mar 31, 2024):
OK. I have the same problem. If I login in Tactical with user1 and then go to the mesh Instance it logs in with this user. If I once log out in mesh it won´t relogin.
If I change in tactical to user2 it leaves in mesh in user1 until I logout in mesh and couldn´t login new.Login is only possible with the mesh master user.
bug or feature :-)
Here is my debug info
this is my mesh config.json file
@silversword411 commented on GitHub (Mar 31, 2024):
You have to log out of Tactical and mesh if you're going to be using the same browser to test switching users.
If you're just testing permissions have one user in browser and another in invognito
@sightkick commented on GitHub (Mar 31, 2024):
OK... that´s not working. I i once log out in mesh it´s not gonna relogin if I change the user. When I login as Master in mesh it lasts until i logout. But it´never relogins as TRMM user.