Чому діалогове вікно брандмауера Mac OS X періодично спливає і зникає само собою (не даючи мені відповісти) під Snow Leopard?

Час від часу я буду на своєму Macbook користуватися програмою, яка отримує доступ до мережі - будь то Firefox чи читацька бібліотека Sony - насправді, здається, це могло статися з будь-якою програмою, що здійснює доступ до мережі - і без жодної причини, що я я можу розпізнати поки що (тобто це відбувається з перервами), з'являється діалогове вікно брандмауера OS X, щоб задати мені питання:

[Діалогове вікно брандмауера OS X] Чи хочете, щоб програма "Reader Library.app" приймала вхідні мережеві з'єднання? Клацання "Заборонити" може обмежити поведінку програми. Цей параметр можна змінити на панелі брандмауера з налаштуваннями безпеки. [Заборонити] [Дозволити]

За винятком того, що насправді не дайте мені щось натиснути, перш ніж воно зникне! Це:

• з'явиться діалогове вікно, ...
• потім минає сама секунда пізніше,
• потім знову вискакує , ...
• потім минає сама секунда пізніше,
• тощо.

Це трапляється кілька разів перед зупинкою. Перебивати це було б не так, якби мене просто дозволено натиснути " Дозволити " і змусити прокляту річ назавжди.

У налаштуваннях безпеки брандмауер увімкнено " Увімкнено ", і я хотів би зберегти його таким чином.

Хтось бачив цю проблему, знайшов джерело та знайшов рішення чи вирішення?

Дякую.

ОНОВЛЕННЯ: Я знайшов ці потоки повідомлень, що підтверджують проблему: MacRumors.com - Винятки програми для брандмауера: діалог дивно зникає , а Apple - Підтримка - Обговорення - Дозволений брандмауер Дозволити / Заборонити діалог . Станом на 27 березня 2010 року, жодне з цих посилань не існує жодного рішення.

У мене це було за допомогою рубіну, встановленого через rvm.

Це було безцінним і я вважаю правильним.

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

Я повторно підписав свій rvm / ruby ​​binary і все добре.

Відповідні біти:

Ви можете вивчити інформацію про підпис, виконавши наступне:

codeign -dvvvv / шлях / до / додаток

Потім створіть самопідписаний сертифікат через додаток Keychains, який призначений для підписання коду (детальну інформацію див. За посиланням). Тоді:

Повторне підписання програми досить просте.

1. Відкритий термінал.
2. Введіть "codeign -f -s (назва сертифіката) / шлях / до / програми

Кілька людей стикалися з рішенням, але чітко не заявили це, ось ось це:

Кожен додаток в OS X повинен бути підписаний розробником. Цей підпис гарантує, що вміст програми не було змінено. Брандмауер перевіряє цей підпис як частину свого процесу. Коли процес перевірки підпису не вдасться, ви отримуватимете це повідомлення "Дозволити / Заборонити про помилку" щоразу, коли ви користуєтесь програмою, навіть якщо натиснути "Дозволити" у діалоговому вікні.

Чому не підтверджується підпис? Це може статися з кількох причин, але насамперед це тому, що десь уздовж рядка ви змінили вміст контейнера /Applications/YourProblemApplication.app. Наприклад, якщо ви використовуєте Monolingual або подібний додаток для видалення інших мовних файлів для економії місця на диску, ви змінили вміст програми. Якщо ви використовували таку програму, як CandyBar або IconDubber, щоб змінити файл значка (.icns), ви також змінили вміст програми.

Найпростіший спосіб виправити цю проблему - видалити .app, що генерує цю помилку (обов’язково спорожніть кошик). Перевстановіть .app, і цього разу вміст не змінюйте.

До речі, весь процес підпису може призвести до безлічі помилок в інших додатках, особливо в безпечних програмах, таких як VPN. Наприклад, мій Cisco Unified Personal Communicator припинив роботу після запуску мономовного (але генерував би лише заперечувати помилки в журналі консолі).

Симптоми
За посиланням на форумах підтримки Apple, розміщеним раніше, спливаюче вікно з’являється лише для певних програм. Додавання постійного винятку не вирішило проблему для плаката. Asker повідомляє, що спливаюче вікно з’являється для всіх додатків, хоча переривчасте.

Діагностика
Схоже, що брандмауер неправильно розпізнає програми та / або діє неправильно при їх виявленні. Ця віра підкріплюється думкою, що для деяких людей це викликають не всі програми.

Тестування Щоб визначити, що в брандмауері b0rker, ми можемо протестувати кілька сценаріїв:

• Повністю чистий комп'ютер із встановленими лише основними програмами. Це гарантуватиме, що конфігурація для всієї системи, а також користувацькі конфігурації будуть чистими.
• Новий користувач. Якщо постраждалі люди можуть створити новий обліковий запис, а брандмауер не виконуватиметься під цим обліковим записом, конфігурація користувача є недійсною та потребує відновлення (наприклад cp, від нового користувача).
  • Якщо ми зробимо цю опцію, ми можемо також diffналаштувати файли конфігурації та перевірити наявність аномалій.
• Вимкніть брандмауер. Це, ймовірно, виправить симптоми. Якщо це не так, ми зішкрябані. Вимкнення та ввімкнення може також виправити це, але нам потрібно перевірити, чи це так. Я не можу зрозуміти, чому це буде працювати.

Додаткова інформація
Деякі люди пропонують вимкнути брандмауер, але, схоже, ніхто з тих, хто повідомив про проблеми, зробив це (або вони не повідомили про це назад), тому ми не знаємо, чи це виправить.

Це занадто частково, щоб відповісти, але я не можу коментувати правила барокової репутації суперпользователя. Тим не менш, це корисний внесок, ІМО.

Проблема спалахування діалогового вікна брандмауера для мене виникає дуже відтворювано - це відбувається у діалоговому вікні відкриття / збереження всіх програм, коли я працюю .

У моєму кабінеті є змішана мережа віконних машин, Mac і серверів файлів ubuntu / linux. У моїй студії, навпаки, є лише маки. Проблема ніколи не виникає на студії.

Крім того, я можу змусити проблему піти на роботу - якщо я ввійду в машину Linux і відключу демон демона файлів SMB (тобто працює /etc/init.d/smbd stop), то проблема також усунеться.

Тож проблема або мене, щонайменше, стосується програм, що використовують діалогове вікно відкриття / збереження з часткою SAMBA в мережі.

На сервері linux працює версія 3.5.4 набору SAMBA; Мені було б цікаво почути, чи може однакова проблема бути спричиненою поділками з Windows-машин чи різними версіями samba - або, можливо, різними конфігураціями файлообміну в одній версії samba.

Що стосується відключення брандмауера - так, це вирішує проблему. Однак я часто використовую невідомі бездротові кафе і не вважаю вимкнення брандмауера як варіант. Цікаво, що, однак, вимкнення брандмауера знову вмикає проблему тимчасово зупинятися . Після того як я перезапустив брандмауер, проблема не повторюється знову протягом кількох наступних діалогів збереження. Я не знаю, як довго триває цей ефект - я не намагався бути суворим останній раз, коли я спробував, - але я просто перезапустив його ще раз і звітую про це.

Я виявив, що якщо зайти в додаток і відкрити діалогове або збережене діалогове вікно, я можу зачекати, доки не з’явиться вікно "Хочеш ..." і негайно натиснути escклавішу. Після того, як я це зробив, проблема в цьому додатку більше не виникає, навіть після того, як я вийшов і перезапустив його.

За словами Андре, це трапилося і зі мною, тому що я змінив параметри відображення програми. Коли я нещодавно запустив цей додаток, спливаюче меню почало з'являтися ...

Мої кроки щодо вирішення проблеми полягали в наступному:

1. Видалення програми
2. Видалити всі записи брандмауера
3. Ремонт дозволів системи
4. Перевстановити програму
5. Ручне додавання програми до записів брандмауера

Тепер спливаюче вікно зникло, удачі всім!

Пс. Я довго запускав цю програму в зміненому режимі без жодних проблем, я думаю, що зміна системи Mac OS X спричинило цю справу.

Зупинення та перезапуск брандмауера вирішили цю проблему для мене.