Pourquoi la boîte de dialogue du pare-feu Mac OS X apparaît-elle régulièrement et disparaît-elle (sans me laisser répondre) sous Snow Leopard?

De temps en temps, mon Macbook utilise un programme qui accède au réseau - qu'il s'agisse de Firefox ou de la bibliothèque de lecteurs de Sony - vraiment, il semble que cela puisse arriver avec n'importe quel programme qui accède au réseau - et ce, sans raison peut discerner jusqu’à présent (c’est-à-dire que cela se produit par intermittence), la boîte de dialogue du pare-feu OS X s’ouvre pour me poser la question suivante:

[Dialogue de pare-feu OS X] Voulez-vous que l'application "Reader Library.app" accepte les connexions réseau entrantes? Cliquer sur Refuser peut limiter le comportement de l'application. Ce paramètre peut être modifié dans le volet Pare-feu des préférences de sécurité. [Refuser] [Autoriser]

Sauf que ça ne me laisse pas cliquer avant que ça disparaisse! C'est:

• la boîte de dialogue apparaît, ...
• puis s'en va tout seul une seconde plus tard,
• puis apparaît à nouveau , ...
• puis s'en va tout seul une seconde plus tard,
• etc.

Cela se produit plusieurs fois avant de s’arrêter. Il ne serait pas si exaspérant d’être interrompu si je pouvais simplement être autorisé à cliquer sur « Autoriser » et faire en sorte que cette chose sacrément s’éloigne pour de bon.

Dans les préférences de sécurité je le pare - feu activé « sur », et je voudrais garder cette façon.

Quelqu'un at-il vu ce problème, trouvé la source et trouvé une solution ou une solution de contournement?

Je vous remercie.

MISE À JOUR: j'avais trouvé ces fils de messages confirmant le problème: MacRumors.com - Exceptions relatives aux applications de pare-feu: la boîte de dialogue disparaît étrangement , et Apple - Support - Discussions - Boîte de dialogue d' autorisation / d'autorisation de pare-feu gênante . Au 27 mars 2010, aucune solution n’était signalée au niveau de ces liens.

J'avais ceci avec l'aide de ruby ​​installé via rvm.

C'était inestimable et c'est la bonne façon, je pense.

https://web.archive.org/web/20160313182146/http://forums.macnn.com/79/developer-center/355720/how-re-sign-apples-applications-once

J'ai re-signé mon binaire rvm / ruby ​​et tout va bien.

Bits pertinents:

Vous pouvez examiner les informations de signature en procédant comme suit:

codesign -dvvvv / chemin / à / application

Créez ensuite un certificat auto-signé via l'application Keychains servant à la signature de code (voir le lien pour plus de détails). Ensuite:

Re-signer l'application est assez simple.

1. Terminal ouvert.
2. Tapez "codesign -f -s (nom du certificat) / chemin / vers / application

Plusieurs personnes ont trouvé la solution, mais ne l'ont pas clairement énoncée. La voici:

Toutes les applications sous OS X doivent être signées par le développeur. Cette signature garantit que le contenu de l'application n'a pas été modifié. Le pare-feu vérifie cette signature dans le cadre de son processus. Lorsque le processus de vérification de la signature échoue, vous recevez ce message d'erreur Autoriser / Refuser à chaque fois que vous utilisez le programme, même si vous cliquez sur Autoriser dans la boîte de dialogue.

Pourquoi la vérification de la signature échoue-t-elle? Cela peut se produire pour plusieurs raisons, mais principalement parce que vous avez modifié le contenu du conteneur /Applications/YourProblemApplication.app. Par exemple, si vous utilisez Monolingual ou une application similaire pour supprimer d'autres fichiers de langue afin d'économiser de l'espace disque, vous avez modifié le contenu de l'application. Si vous avez utilisé un programme tel que CandyBar ou IconDubber pour modifier le fichier icône (.icns), vous avez également modifié le contenu de l'application.

Le moyen le plus simple de résoudre ce problème consiste à supprimer le fichier .app générant cette erreur (veillez à vider la corbeille). Réinstallez le .app et cette fois, ne modifiez pas le contenu.

BTW, l’ensemble du processus de signature peut entraîner de nombreuses erreurs dans d’autres applications, en particulier des applications soucieuses de la sécurité, telles que les VPN. Par exemple, Cisco Unified Personal Communicator a cessé de fonctionner après l'exécution de Monolingual (mais ne génère que des erreurs de refus dans le journal de la console).

Symptômes
Selon le lien Forums de support Apple posté précédemment, la fenêtre contextuelle apparaît uniquement pour certaines applications. L'ajout d'une exception permanente n'a pas résolu le problème pour l'affiche. Asker indique que la fenêtre contextuelle apparaît pour toutes les applications, bien qu’elle soit intermittente.

Diagnostic
Il semble que le pare-feu ne reconnaît pas correctement les applications et / ou n'agisse pas correctement lors de leur détection. Cette conviction est renforcée par la notion selon laquelle, pour certaines personnes, ce ne sont pas toutes les applications qui sont à l'origine de ce problème.

Test Pour déterminer ce qui est configuré dans le pare-feu, nous pouvons tester plusieurs scénarios:

• Un ordinateur complètement propre avec seulement quelques applications de base installées. Cela garantira que la configuration à l'échelle du système ainsi que les configurations de l'utilisateur seront propres.
• Un nouvel utilisateur. Si les personnes affectées peuvent créer un nouveau compte et que le pare-feu ne se bloque pas sous ce compte, la configuration de l'utilisateur n'est pas valide et doit être reconstruite (c'est-à-dire à cppartir du nouvel utilisateur).
  • Si nous faisons cette option, nous pouvons également diffles fichiers de configuration et vérifier les anomalies.
• Désactiver le pare-feu. Cela corrigera probablement les symptômes. Si ce n'est pas le cas, nous sommes foutus. Désactiver et activer pourraient également résoudre le problème, mais nous aurions besoin de vérifier si c'est le cas. Je ne peux pas comprendre pourquoi cela fonctionnerait, cependant.

Informations supplémentaires
Certaines personnes suggèrent d’éteindre leur pare-feu, mais aucune personne ayant signalé le problème ne semble l’avoir fait (ou ne l’a pas signalé); nous ne savons donc pas si cela résout le problème.

C'est trop partiel pour être une réponse, mais je ne peux pas commenter sous les règles de réputation baroque du superutilisateur. Néanmoins, c’est une contribution utile, OMI.

Le problème de la boîte de dialogue de pare-feu qui clignote pour moi se produit de manière très reproductible - il se produit dans la boîte de dialogue Ouvrir / Enregistrer de toutes les applications lorsque je suis au travail .

Dans mon bureau, il existe un réseau mixte de machines Windows, de Mac et de serveurs de fichiers Ubuntu / Linux. Dans mon studio, en revanche, il n'y a que des macs. Le problème ne se produit jamais au studio.

De plus, je peux résoudre le problème au travail - Si je me connecte à la machine Linux et que je désactive le démon de partage de fichiers SMB (c'est-à-dire en cours d'exécution /etc/init.d/smbd stop), le problème disparaît également.

Donc, le problème, ou du moins, concerne les applications qui utilisent la boîte de dialogue Ouvrir / Enregistrer avec un partage SAMBA sur le réseau.

Le serveur Linux exécute la version 3.5.4 de la suite SAMBA. Je serais intéressé de savoir si le même problème peut être causé par des partages de machines Windows, ou des versions différentes de samba - ou éventuellement différentes configurations de partage de fichiers dans la même version de samba.

En ce qui concerne la désactivation du pare-feu, oui, cela contourne le problème. Cependant, j'utilise fréquemment des cafés sans fil inconnus et ne considère pas l'option d'éteindre le pare-feu. Fait intéressant, cependant, désactiver le pare-feu puis le réactiver provoque l’arrêt temporaire du problème . Une fois le pare-feu redémarré, le problème ne se reproduit plus, du moins pour les prochaines boîtes de dialogue de sauvegarde. Je ne sais pas combien de temps dure cet effet - je n'essayais pas d'être rigoureux la dernière fois que j'ai essayé - mais je viens de le redémarrer à nouveau et je ferai un rapport.

J'ai découvert que si j'allais dans une application et que j'ouvrais une boîte de dialogue d'ouverture ou de sauvegarde, je pouvais attendre que la fenêtre "Voulez-vous ..." s'affiche-t-elle et que vous appuyez immédiatement sur la esctouche. Une fois que j'ai fait cela, le problème ne se produit plus dans cette application, même après que j'ai quitté et que je le redémarre.

Comme l'a dit Andre, cela m'est aussi arrivé, car j'avais modifié les options d'affichage d'une application. Lorsque j'ai eu cette application en cours d'exécution récemment, le popup a commencé à apparaître ...

Mes démarches pour résoudre le problème sont les suivantes:

1. Désinstaller l'application
2. Supprimer toutes les entrées du pare-feu
3. Réparer les autorisations du système
4. Réinstaller l'application
5. Ajouter manuellement l'application aux entrées du pare-feu

Maintenant le popup a disparu, bonne chance à tous!

Ps. J'exécutais cette application dans le mode modifié pendant longtemps sans aucun problème, je suppose qu'une modification apportée au système Mac OS X a provoqué ce problème.

Arrêter et redémarrer le pare-feu a résolu ce problème pour moi.