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, je suis sur mon Macbook en utilisant un programme qui accède au réseau - que ce soit Firefox ou la bibliothèque de lecteurs de Sony - vraiment, il semble comme si cela pouvait arriver avec tout programme qui accède au réseau - et sans aucune raison que je puisse 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 cela ne me permet pas de cliquer avant d'avoir disparu! C'est-à-dire:
- la boîte de dialogue apparaît, ...
- puis s'en va 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 seulement être autorisé à cliquer sur " Autoriser " et faire en sorte que cette chose sacrément s’éloigne pour de bon.
Dans Préférences de sécurité , le pare-feu est activé " sur " et j'aimerais le conserver de cette façon.
Quelqu'un a-t-il vu ce problème, trouvé la source et trouvé une solution ou une solution de contournement?
Je vous remercie.
UPDATE: J'ai 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 - Dialogue d'autorisation/refus du pare-feu gênant . Au 27 mars 2010, aucune solution n’était signalée à l’un ou l’autre de ces liens.
J'ai eu cela avec Ruby installé via rvm.
C'était inestimable et c'est la bonne façon, je pense.
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.
- Terminal ouvert.
- 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 monolingue 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.
Au fait, l'ensemble du processus de signature peut entraîner de nombreuses erreurs dans d'autres applications, notamment les 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 des forums d'assistance 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 que de manière 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 créé dans le pare-feu, nous pourrions tester plusieurs scénarios:
- Un ordinateur complètement propre avec seulement quelques applications de base installées. Cela garantira que la configuration globale du système ainsi que les configurations 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
cp'ed du nouvel utilisateur).- Si nous faisons cette option, nous pouvons aussi
diffles fichiers de configuration et vérifier les anomalies.
- Si nous faisons cette option, nous pouvons aussi
- 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 personne qui a signalé le problème ne semble l’avoir fait (ou n’a pas fait rapport), 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 du pare-feu qui clignote est très reproductible - il se produit dans la boîte de dialogue d'ouverture/enregistrement de toutes les applications quand 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.
En outre, je peux résoudre le problème au travail - Si je me connecte à la machine Linux et désactive le démon SMB fileshare (c'est-à-dire l'exécution de /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 du problème temporairement . 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 ..." esc clé. 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 redémarré.
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:
- Désinstaller l'application
- Supprimer toutes les entrées du pare-feu
- Réparer les autorisations du système
- Réinstaller l'application
- 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.