Can not open port for pfsense integration #12210
-
Version2.4.40 Installation MethodSecurity Onion ISO image Descriptionconfiguration Installation TypeStandalone Locationon-prem with Internet access Hardware SpecsExceeds minimum requirements CPU32C/64T RAM124 GB Storage for /314 GB Storage for /nsm1271 GB Network Traffic Collectionspan port Network Traffic Speeds1Gbps to 10Gbps StatusYes, all services on all nodes are running OK Salt StatusNo, there are no failures LogsNo, there are no additional clues DetailHello all I have followed the documentation for the Elastic Integration for pfSense for a opnsense firewall/router. The opnsense is configured for udp forwarding on port 9001 and states in his log that the connection is established and then broken. If I do a nmap scan the port is not marked as open. with the so-firewall command you can not check all the open ports. I did a iptables grep and this is the result What could be cause of this? For being complete currently we receive the log over syslog (port 514). regards Guidelines
|
Beta Was this translation helpful? Give feedback.
Replies: 2 comments
-
For what its worth I also has similar issue #12055. When you issue cmd "docker ps" one of those docker container should show that it is listening on port 9001. I think it should be so-logstash. Also when you issue cmd "ss -tulpn" you should see the system listening on port 9001. However I don't know the missing step to get to that. I have done it on SO2.3 Filebeat method but this SO2.4 method is new to me. |
Beta Was this translation helpful? Give feedback.
-
I figured out my issue, check #12055 I was incorrect on my assumption that so-logstash should be listening on port 9001. Apparently there is "elastic-agent" that is managed by fleeet installed on the standalone host itself so it is not a docker container. You can verify this when you issue "systemctl status elastic-agent" |
Beta Was this translation helpful? Give feedback.
I figured out my issue, check #12055
I was incorrect on my assumption that so-logstash should be listening on port 9001. Apparently there is "elastic-agent" that is managed by fleeet installed on the standalone host itself so it is not a docker container. You can verify this when you issue "systemctl status elastic-agent"