You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
ends up trying to connect to 1.1.1.1:1515
So it tries the agent IP with the master port:
wazuh-agentd: ERROR: (1208): Unable to connect to enrollment service at '[1.1.1.1]:1515'
I've modified the worker svc also to expose 1515 and configure the agent to use just the worker ip. (no enrollment configuration). And they can register and report all good. But it leads to other problems...
Ive also found a comment there it modifies the master to also expose 1414 and use that IP for all agent communications. but I believe this is not the idea of master/worker .
The problem is this leads to other issues: source IPs are the Kubernetes nodes. I believe the worker is forwarding to the master and after k8s SNAT the outgoing IP is the node IP that messes things up.
I have all my agents registered and working but my log is being spammed with Invalid ID 001 for the source ip: '5.5.5.5' (name 'unknown').
being 5.5.5.5 a Kubernetes node IP.
The text was updated successfully, but these errors were encountered:
I think this issue is root problem of #308 #547 and potentially others in the wazuh main repo.
The problem is:
Deployments exposes the master service on port 1515 for registration and the workers on port 1514 for agent events:
workers svc (Lets say IP 1.1.1.1)
Master svc: (lets say IP 2.2.2.2)
So far so good.
problem is an agent with this configuration:
ends up trying to connect to 1.1.1.1:1515
So it tries the agent IP with the master port:
wazuh-agentd: ERROR: (1208): Unable to connect to enrollment service at '[1.1.1.1]:1515'
I've modified the worker svc also to expose 1515 and configure the agent to use just the worker ip. (no enrollment configuration). And they can register and report all good. But it leads to other problems...
Ive also found a comment there it modifies the master to also expose 1414 and use that IP for all agent communications. but I believe this is not the idea of master/worker .
The problem is this leads to other issues: source IPs are the Kubernetes nodes. I believe the worker is forwarding to the master and after k8s SNAT the outgoing IP is the node IP that messes things up.
I have all my agents registered and working but my log is being spammed with
Invalid ID 001 for the source ip: '5.5.5.5' (name 'unknown').
being 5.5.5.5 a Kubernetes node IP.
The text was updated successfully, but these errors were encountered: