Solved! Go to Solution.
Hi @User81021084 ,
If i understand this correctly i believe you had a machine with ENS FW installed with adaptive mode enabled. This has created rules on the client that you want to be applied on other machine from EPO.
If this is the case, then you don't have to think of exporting the rules and importing that to EPO. Because the rules are already send to EPO (in non-readable format though). you will have to use a server task to translate that to a rule and directly add them to a global FW rules policy.
Below are the steps for example :
Points to note :
Adaptive rules that are generated will have very generic data, you will have to edit the generated rule to avoid opening connection a wider network that is not really necessary. In some cases you might want to edit the rule to fit wider network.
Also, you will have to be cautious and make sure that you don't allow all process that were captured by adaptive mode as it will have very generic process like explorer, PowerShell , svchost.exe ...etc
I hope you find helpful
-Rohit Francis
Was my reply helpful?
If you find this post useful, Please give it a Kudos! Also, Please don't forget to select "Accept as a solution" if this reply resolves your query!
Hi @User81021084 ,
If i understand this correctly i believe you had a machine with ENS FW installed with adaptive mode enabled. This has created rules on the client that you want to be applied on other machine from EPO.
If this is the case, then you don't have to think of exporting the rules and importing that to EPO. Because the rules are already send to EPO (in non-readable format though). you will have to use a server task to translate that to a rule and directly add them to a global FW rules policy.
Below are the steps for example :
Points to note :
Adaptive rules that are generated will have very generic data, you will have to edit the generated rule to avoid opening connection a wider network that is not really necessary. In some cases you might want to edit the rule to fit wider network.
Also, you will have to be cautious and make sure that you don't allow all process that were captured by adaptive mode as it will have very generic process like explorer, PowerShell , svchost.exe ...etc
I hope you find helpful
-Rohit Francis
Was my reply helpful?
If you find this post useful, Please give it a Kudos! Also, Please don't forget to select "Accept as a solution" if this reply resolves your query!
Thank you Rohit,
The server task is the kind of thing I was looking for. I have not come across that step in the past.
I will give this a try.
Thanks again.
Roy D.
To clarify, the ENS Firewall Property Translator task should not be in an ENABLED state and should only be ran manually if you don't want to wait until the next automated 15min run interval (as Rohit mentioned, the task already runs in the background within the ePO Server Tomcat service every 15 minutes). The task you see in the ePO Server Tasks menu is an ON-DEMAND task only and shouldn't be a need to run it very often (if at all).
Having the "manual" task running (e.g. if it's enabled and scheduled to run on a recurring basis) along with the "automated" background task can cause performance issues on the ePO server. The automated task also does not log to the ePO Server Task Log either.
Thanks for the help, you got me going in the right direction.
I found the adaptive generated rules at the root of the 'Firewall client rules' tree. This happened after I forced the 'ENS Firewall Property Translator'. I am not certain they were not already there.
Be that as it may. I have added the necessary rules to the appropriate Fire Wall policy and all the servers are now operating as desired.
ktankink: Thanks for the clarification on the Translator service.
New to the forums or need help finding your way around the forums? There's a whole hub of community resources to help you.
Thousands of customers use our Community for peer-to-peer and expert product support. Enjoy these benefits with a free membership: