-
Version2.4.10 Installation MethodSecurity Onion ISO image Descriptionconfiguration Installation TypeDistributed Locationairgap Hardware SpecsExceeds minimum requirements CPU16 RAM256 Storage for /2 TB Storage for /nsm7-21 TB Network Traffic Collectiontap Network Traffic Speeds1Gbps to 10Gbps StatusYes, all services on all nodes are running OK Salt StatusYes, there are salt failures (please provide detail below) LogsNo, there are no additional clues DetailHello-- Hope this location is OK for cordial "lite" support. We have tested some distributed scenarios with a manager that is always on, with a couple sensors each with a corresponding tap. Everything works just fine while the sensors are connected to the manager, or are disconnected but were able to reach manager during startup. The sensor collects from the tap and sends data to the manager as expected. Ideally, we would like to power down the sensors, take them to alternate locations, have them collect from the taps, then return them to the manager to ingest. Once the sensors are cold booted while the manager is unreachable, so-status says "System appears to be starting. No highstate has completed since the system was restarted." Running so-start at this stage fails with a timeout, "Attempt to authenticate with the salt master failed with timeout error." Running "salt-call state.highstate --local" fails with "No Top file or master_tops data matches found." If plugged back into the manager, everything returns to normal. Thank you in advance for any suggestions or ideas. Guidelines
|
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 1 reply
-
Unfortunately that is not how the architecture works. The manager is the brains of the architecture and sensors are just worker bees. That is why when you have a sensor have a hardware failure it can be quickly replaced with a new one like nothing ever happened. I would suggest deploying a standalone. |
Beta Was this translation helpful? Give feedback.
Unfortunately that is not how the architecture works. The manager is the brains of the architecture and sensors are just worker bees. That is why when you have a sensor have a hardware failure it can be quickly replaced with a new one like nothing ever happened. I would suggest deploying a standalone.