mirror of
https://github.com/amidaware/tacticalrmm.git
synced 2026-04-26 15:05:57 +03:00
[GH-ISSUE #639] Certain Agents unable to contact MeshCentral #2354
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#2354
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 @FrinkMan on GitHub (Jul 16, 2021).
Original GitHub issue: https://github.com/amidaware/tacticalrmm/issues/639
Server Info (please complete the following information):
Installation Method:
Agent Info (please complete the following information):
Describe the bug
Installed the agent, and it populated in TacticalRMM fine, although nothing appears in MeshCentral. MeshAgent is installed but unable to contact the server. Stopping the Mesh Agent service and running it manually from the .exe in Program Files shows it's sticking at connecting to the server
Expected behavior
Start MeshAgent, receive connecting to, connected, etc. Can confirm that most other computers I've installed on work fine, so far only two have had this issue.
Screenshots
No screenshots really necessary imo, the agent isn't registered in MeshCentral, and command line just shows "Connecting to: wss://mesh.myserver.com:443/agent.ashx
@wh1te909 commented on GitHub (Jul 16, 2021):
Hi mesh is a separate product please check https://github.com/Ylianst/MeshCentral for docs and see if can run the mesh agent in debug mode to see where it's getting stuck
your title says certain agents cant connect, does that mean some are working? if so maybe on those machines websocket traffic being blocked? edit: nvm just saw you said it's only having issues on 2 agents so try and see whats different about those 2 agents why traffic is being blocked
@FrinkMan commented on GitHub (Jul 16, 2021):
I'm assuming it's something with websocket traffic, but I haven't traced down anything in event logs yet. Will do some digging and let you know if I figure anything out
@FrinkMan commented on GitHub (Jul 16, 2021):
Not sure if you want me to start a new issue for this or not, but I'm also trying to deploy to some agents and I'm getting this error when I run the script using ConnectWise:
Could this also be a proxy issue? I can download the file fine if I browse to the URL using a browser such as Chrome
@dinger1986 commented on GitHub (Jul 16, 2021):
I'd suggest getting on discord and hopefully others can help there
@FrinkMan commented on GitHub (Jul 16, 2021):
Ok
@silversword411 commented on GitHub (Jul 16, 2021):
Sounds like AV issue
@FrinkMan commented on GitHub (Jul 18, 2021):
I don't think it's antivirus either because I run SentinelOne, and it's installed on all the other machines in the corporation with SentinelOne just fine
@dinger1986 commented on GitHub (Jul 18, 2021):
Can you telnet from those agents to your mesh server? Use putty if you don't have telnet client installed.
Have you added exclusions to your antivirus? We have seen it for some customers where av is fine on some PCs and on others can't even install.
@silversword411 commented on GitHub (Jul 18, 2021):
You're using the screenconnect script from docs to deploy TRMM?
That is a deployment url?
The deployment url works from the browser on the machine? (Not an expired link?)
If it downloads fine in the browser, you're getting a forbidden error.
Uninstall SentinelOne and retest. If it works with no av, then you have your answer.
@dinger1986 commented on GitHub (Jul 18, 2021):
I strongly suggest if you require more support then get it on discord where a number of users can help.
I am going to close this now.
@FrinkMan commented on GitHub (Jul 19, 2021):
Was able to get this resolved, it turns out something specific to the proxy on those machines was performing SSL Inspection, and so the hashes for the certificates weren't matching serverside/clientside. Disabling that temporarily fixed it, and I'm working with the proxy provider now to get an exclusion added. Thank-you for your help!
@silversword411 commented on GitHub (Jul 19, 2021):
What proxy do you have client side?
@FrinkMan commented on GitHub (Jul 22, 2021):
Streamline3