Les règles de pare-feu avec des chemins d’accès spécifiques au système d’exploitation ne s’appliquent pas correctement aux autres systèmes d’exploitation. Par exemple, les règles Pare-feu ENS macOS ne s’appliquent pas correctement sur ENS pare-feu Windows systèmes, et vice versa.
Les règles de pare-feu qui contiennent des chemins d’accès spécifiques au système d’exploitation (par exemple, Windows/macOS/Linux) ne se déclenchent pas correctement si la règle est appliquée à un autre système d’exploitation. Par exemple, si vous créez une règle de pare-feu incluant des chemins d’accès exécutables macOS (par exemple,
/usr/bin/telnet ), ces chemins d’accès ne sont pas valides sur Windows systèmes d’exploitation. Ces chemins d’accès exécutables propres au système d’exploitation sont supprimés de la règle lorsqu’ils sont appliqués à un système d’exploitation Windows et que la règle peut se déclencher de manière incorrecte contre d’autres trafics réseau.
Exemple :
Créez une règle de pare-feu telle que :
Nom : autorise telnet
MacOS
Action de règle : autoriser
Direction : soit
Type de connexion : tous les types (câblé, sans fil, virtuel)
Protocole : tous les protocoles/
tous les protocoles
Applications
/usr/bin/telnet
Cet exemple est une règle de pare-feu contenant un chemin d’accès exécutable macOS/Linux. Si vous appliquez la règle à un Windows client du système d’exploitation exécutant le pare-feu ens, le chemin d’accès des applications "" chemin d’accès est supprimé de la règle, et les autres paramètres de règle de pare-feu s’appliquent toujours. Par conséquent, la "autoriser la règle de pare-feu Telnet" de la règle de pare-feu dans "autoriser toutes les règles d’in/out" en fonction de ses autres critères.