J'ai téléchargé la version d'essai de Little Snitch.
Après l'installation, lorsque je suis invité avec des demandes de connexion, j'ai la possibilité d'autoriser ou de refuser la connexion via "Toute connexion" ou "Uniquement" une connexion spécifique.
Si je sélectionne "Uniquement Toujours", je suppose que la règle empêchera l'application de se connecter à une autre adresse/porte.
Mais si l'application veut se connecter à une autre adresse/porte - serai-je invité à définir une nouvelle règle pour cette adresse/porte spécifique - ou la première règle bloquera-t-elle en fait toutes les futures demandes de Little Snitch?
En ce qui concerne la question ci-dessus, le comportement diffère-t-il entre Autoriser et Refuser? Par exemple:
- Si j'Autorise UNIQUEMENT une certaine adresse ET porte - cela désactivera-t-il les invites pour toutes les variantes futures d'adresse et/ou porte?
- Si je Refuse UNIQUEMENT une certaine adresse ET porte - cela désactivera-t-il les invites pour toutes les variantes futures d'adresse et/ou porte?
Je suppose que (2) ci-dessus refusera simplement cette combinaison spécifique - mais qu'en est-il de la restriction de l'autorisation comme dans (1)?
0 votes
C'est la logique booléenne. Vos choix sont autoriser ou refuser [bien sûr]. Vos opérateurs sont ensuite 'qui' et 'quoi'. Vous pouvez définir 'qui', 'quoi' ou 'qui ET quoi' ou 'qui OU quoi'. Pour plus d'informations [pour l'explication complète] fr.wikipedia.org/wiki/Algèbre_de_Boole
0 votes
@Tetsujin Je ne comprends toujours pas vraiment si autoriser seulement
XYZ : 80
pour toujours empêchera LS de demander si l'application peut atteindreZYX : 443
. J'ai lu votre réponse plusieurs fois et j'essaie de comprendre, tout en réinstallant pour effacer les caches de démarrage de LS... Ce n'est pas vraiment la logique booléenne, c'est si LS va me demander de mettre à jour mes règles lorsque l'application fait une demande.0 votes
Depuis qu'il s'agit de logique booléenne, si je permets seulement une combinaison spécifique - il me semble que cela suggère que aucun autre rappel ne sera fait, si LS est effectivement content de ce réglage. Mais ce que je veux vraiment faire, c'est traiter chaque demande de règle unique qu'il fait.
0 votes
En supposant que vos préférences LS sont définies sur "si aucune règle n'est déjà définie, demander", qui est la valeur par défaut, alors [je ne peux le faire que en pseudo-code]... si (mon.app && xyz.com && 443) refuser; sinon demander; refuserait seulement si les trois conditions sont remplies, sinon cela demanderait. Je suis toujours d'avis que vous devriez commencer par le haut, pas par le bas. Vous êtes en train de créer un ensemble de règles qui vous confondra complètement à l'avenir sinon.