- Access exclusive content
- Connect with peers
- Share your expertise
- Find support resources
07-28-2022 05:23 AM - last edited on 04-18-2024 11:43 AM by emgarcia
Hi,
I am having issues with ingesting DHCP log from our DCs. We are using the XDR Collector app. I suspect that the issue is with the filebeat.yml file but cannot figure out what the problem is. I have tried and followed the guide below and copy-paste the example code but no logs are showing up. The yml has been checked and the syntax is correct.
Is there anyone that has successfully managed to ingest those logs?
Thanks!
08-09-2022 05:27 AM
Hi @bbarmanroy Thank you for your reply. The path is valid but there is something in the filebeat configuraion that is causing it to inactivate the service. I have been doing some labs on this and found out that this configuration is giving an acceptable result:
07-28-2022 06:58 PM
Hi @PeterBengtslin have you checked if the path to the DHCP logs are valid? Is the issue persistent if you use a filebeat collector?
08-09-2022 05:27 AM
Hi @bbarmanroy Thank you for your reply. The path is valid but there is something in the filebeat configuraion that is causing it to inactivate the service. I have been doing some labs on this and found out that this configuration is giving an acceptable result:
10-15-2022 03:55 AM
Hi, I found the problem causing service inactivation. There is a \n inserted between "tokenizer:" and its parameter that has to be removed. The result has to be on one line.
10-28-2022 04:15 AM
Hi Peter,
I had this issue with the the collector as well and thought it was the yml file also.
I thought when you install the collector it installs the file beat service with it but it dosent.
I had to go to C: > Program data>XDR Collector > Content > filebeat-windows-x86_64 run the install-service-filebeat from powershell and then start the service from powershell as well.
Once i did that it worked for me.
02-01-2024 11:15 PM
Hello,
I created XDR collector package and installed it on my windows server. But it does not show up on Administration tab where i am supposed to see all xdr collector agent lists. What can be the reason for this?
02-02-2024 02:11 AM
Hello @JahidAliyev
this looks like communication issue - server (XDR collector on the server) is not able to reach XDR management console. Try to check FW outbound rules (local FW on the server and any FW in the path to XDR management).
02-02-2024 02:13 AM
When I am in organization network, it cannot communicate. When I am using my own internet, it directly connected. If I switch to my organization network, will it be disconnected again?
02-02-2024 02:15 AM
And, do I need to write parsing rules or Cortex XDR will automatically bring DHCP logs under "dhcp" dataset?
02-02-2024 02:16 AM
@Honza_Linhart If you answer these two, I would be so happy
02-02-2024 03:23 AM
For proper function, you need XDR collector connected to XDR management console all the time. You're using this connection to ingest data from on-premise server to cloud data lake. So yes, if you put it back to the network that doesn't allow connection, it will be disconnected again.
If you will have your XDR collector up and connected, use config file mentioned in this thread and you will get your DHCP logs into new dataset in Cortex XDR. There is no need to write your own parsers.
02-02-2024 03:31 AM
@Honza_Linhart Surprisingly, when I connect back to my organzition network, it does not become disconnected.
If I use this as config file, what will be the name of dataset if I want to look at these logs on queries?
And, is it okey to install this collector agent on any windows or we need to install it on DC and DHCP server? Because I simply installed it on usual endpoint which is not DC or DHCP server.
Click Accept as Solution to acknowledge that the answer to your question has been provided.
The button appears next to the replies on topics you’ve started. The member who gave the solution and all future visitors to this topic will appreciate it!
These simple actions take just seconds of your time, but go a long way in showing appreciation for community members and the LIVEcommunity as a whole!
The LIVEcommunity thanks you for your participation!