Dlaczego okno zapory systemu Mac OS X pojawia się cyklicznie i samo znika (bez umożliwienia mi odpowiedzi) w systemie Snow Leopard?

Od czasu do czasu będę na moim Macbooku, używając programu, który uzyskuje dostęp do sieci - czy to Firefox, czy Sony Reader Library - naprawdę wydaje się, że może się zdarzyć z każdym programem, który uzyskuje dostęp do sieci - i bez powodu do tej pory rozpoznaje (tzn. zdarza się sporadycznie), pojawia się okno zapory OS X, aby zadać mi pytanie:

[Okno dialogowe zapory OS X] Czy chcesz, aby aplikacja „Reader Library.app” akceptowała przychodzące połączenia sieciowe? Kliknięcie Odmów może ograniczyć zachowanie aplikacji. To ustawienie można zmienić w panelu Zapora w preferencjach bezpieczeństwa. [Odmów] [Pozwól]

Tyle, że tak naprawdę nie pozwala mi kliknąć niczego, zanim zniknie! To jest:

• pojawi się okno dialogowe ...
• potem samo znika samo z siebie ,
• potem wyskakuje ponownie ...
• potem samo znika samo z siebie,
• itp.

Zdarza się to kilka razy przed zatrzymaniem. Przerażenie nie byłoby takie szaleństwem, gdybym mógł po prostu kliknąć „ Zezwól ” i sprawić, że ta cholerna rzecz zniknie na dobre.

W preferencjach zabezpieczeń mam firewall odwrócił „ On ”, i chciałbym, aby utrzymać go w ten sposób.

Czy ktoś widział ten problem, znalazł źródło i wymyślił rozwiązanie lub obejście?

Dziękuję Ci.

AKTUALIZACJA: Znalazłem te wątki wiadomości potwierdzające problem: MacRumors.com - wyjątki aplikacji zapory: okno dialogowe dziwnie znika , a Apple - Wsparcie - Dyskusje - Irytująca zapora zezwala / odmawia dialogu . Na dzień 27 marca 2010 r. Nadal nie zgłoszono żadnego rozwiązania dla żadnego z tych łączy.

Miałem to przy użyciu ruby ​​zainstalowanego przez rvm.

To było bezcenne i tak myślę.

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

Ponownie podpisałem mój plik binarny rvm / ruby ​​i wszystko jest w porządku.

Odpowiednie bity:

Możesz sprawdzić informacje o podpisie, wykonując następujące czynności:

codeign -dvvvv / path / to / application

Następnie utwórz certyfikat z podpisem własnym za pomocą aplikacji Keychains, która jest przeznaczona do podpisywania kodu (szczegóły znajdziesz w linku). Następnie:

Ponowne podpisanie aplikacji jest dość proste.

1. Otwórz terminal.
2. Wpisz „codeign -f -s (nazwa certyfikatu) / ścieżka / do / aplikacji

Kilka osób szukało rozwiązania, ale nie określiło go jasno, więc oto:

Każda aplikacja w OS X powinna być podpisana przez programistę. Podpis ten gwarantuje, że zawartość aplikacji nie uległa zmianie. Zapora sieciowa weryfikuje ten podpis w ramach swojego procesu. Gdy proces weryfikacji podpisu nie powiedzie się, ten komunikat o błędzie Zezwól / Odrzuć pojawi się za każdym razem, gdy korzystasz z programu, nawet jeśli klikniesz Zezwalaj w oknie dialogowym.

Dlaczego weryfikacja podpisu kończy się niepowodzeniem? Może się to zdarzyć z kilku powodów, ale przede wszystkim dlatego, że gdzieś po linii zmieniłeś zawartość kontenera /Applications/YourProblemApplication.app. Na przykład jeśli używasz aplikacji jednojęzycznej lub podobnej do usuwania innych plików językowych w celu zaoszczędzenia miejsca na dysku, zmodyfikowałeś zawartość aplikacji. Jeśli używałeś programu takiego jak CandyBar lub IconDubber do zmiany pliku ikony (.icns), zmieniłeś także zawartość aplikacji.

Najłatwiejszym sposobem rozwiązania tego problemu jest usunięcie aplikacji, która generuje ten błąd (należy opróżnić kosz). Ponownie zainstaluj .app i tym razem nie modyfikuj zawartości.

BTW, cały proces podpisywania może prowadzić do wielu błędów w innych aplikacjach, szczególnie w aplikacjach wymagających bezpieczeństwa, takich jak VPN. Na przykład mój Cisco Unified Personal Communicator przestał działać po uruchomieniu Monolingual (ale generowałby tylko błędy odmowy w dzienniku konsoli).

Objawy
Zgodnie z opublikowanym wcześniej linkiem Fora pomocy technicznej Apple wyskakujące okienko pojawia się tylko w przypadku niektórych aplikacji. Dodanie stałego wyjątku nie rozwiązało problemu z plakatem. Pytający zgłasza wyskakujące okienko dla wszystkich aplikacji, choć sporadycznie.

Diagnoza
Wygląda na to, że zapora nie rozpoznaje poprawnie aplikacji i / lub działa nieprawidłowo po ich wykryciu. Przekonanie to utwierdza się w przekonaniu, że dla niektórych osób przyczyną nie są wszystkie aplikacje.

Testowanie Aby ustalić, czy zapora jest uszkodzona, moglibyśmy przetestować kilka scenariuszy:

• Całkowicie czysty komputer z zainstalowanymi tylko kilkoma podstawowymi aplikacjami. To zagwarantuje, że zarówno konfiguracja ogólnosystemowa, jak i konfiguracja użytkownika będą czyste.
• Nowy użytkownik. Jeśli osoby, których dotyczy problem, mogłyby utworzyć nowe konto, a zapora sieciowa nie działa na tym koncie, konfiguracja użytkownika jest nieprawidłowa i należy go odbudować (tj. cp„Wydać od nowego użytkownika”).
  • Jeśli wykonamy tę opcję, możemy również diffskonfigurować pliki konfiguracyjne i sprawdzić, czy nie występują anomalie.
• Wyłącz zaporę. To prawdopodobnie naprawi objawy. Jeśli tak nie jest, jesteśmy zepsute. Wyłączenie i włączenie może również to naprawić, ale musielibyśmy sprawdzić, czy tak jest. Nie mogę jednak zrozumieć, dlaczego to miałoby działać.

Dodatkowe informacje
Niektóre osoby sugerują wyłączenie zapory ogniowej, ale chyba nikt, kto zgłosił problemy, nie zrobił tego (lub nie zgłosił się ponownie), więc nie wiemy, czy to naprawi.

To jest zbyt częściowe, aby być odpowiedzią, ale nie mogę komentować według barokowych zasad reputacji administratora. Niemniej jednak jest to pomocny wkład, IMO.

Problem migającego okna dialogowego zapory dla mnie występuje bardzo powtarzalnie - pojawia się w oknie dialogowym otwierania / zapisywania wszystkich aplikacji, gdy jestem w pracy .

W moim biurze jest mieszana sieć komputerów z systemem Windows, Mac i serwerów plików Ubuntu / Linux. W moim studio natomiast są tylko Mac. Problem nigdy nie występuje w studiu.

Ponadto mogę sprawić, że problem zniknie w pracy - jeśli zaloguję się do komputera z systemem Linux i wyłączę demona udostępniania plików SMB (tj. Uruchomionego /etc/init.d/smbd stop), problem również zniknie.

Tak więc problem, przynajmniej ja, dotyczy aplikacji korzystających z okna dialogowego otwierania / zapisywania z udziałem SAMBA w sieci.

Serwer Linux działa w wersji 3.5.4 pakietu SAMBA; Chciałbym dowiedzieć się, czy ten sam problem może być spowodowany współużytkowaniem przez maszyny z systemem Windows lub różnymi wersjami samby - lub innymi konfiguracjami udostępniania plików w jednej wersji samby.

Jeśli chodzi o wyłączenie zapory - tak, to rozwiązuje problem. Jednak często korzystam z nieznanych kawiarni bezprzewodowych i nie uważam wyłączania zapory za opcję. Co ciekawe, wyłączenie i ponowne włączenie zapory powoduje tymczasowe zatrzymanie problemu . Po ponownym uruchomieniu zapory problem nie powtarza się przynajmniej przez kilka kolejnych okien dialogowych zapisywania. Nie wiem, jak długo trwa ten efekt - ostatnim razem nie próbowałem być rygorystyczny - ale właśnie go ponownie uruchomiłem i zdam raport.

Przekonałem się, że jeśli wejdę do aplikacji i otworzę okno dialogowe otwierania lub zapisywania, mogę poczekać, aż pojawi się okno „Czy chcesz ...” i natychmiast nacisnąć escklawisz. Po wykonaniu tej czynności problem nie występuje w tej aplikacji, nawet po jej zamknięciu i ponownym uruchomieniu.

Jak powiedział andre , przytrafiło mi się to również dlatego, że zmieniłem opcje wyświetlania aplikacji. Kiedy ostatnio uruchomiłem tę aplikację, zaczęło pojawiać się okienko ...

Moje kroki w celu rozwiązania problemu były następujące:

1. Odinstaluj aplikację
2. Usuń wszystkie wpisy zapory
3. Napraw uprawnienia systemowe
4. Zainstaluj ponownie aplikację
5. Ręcznie dodaj aplikację do wpisów zapory

Teraz wyskakujące okienko zniknęło, powodzenia dla wszystkich!

Ps. Uruchomiłem tę aplikację w zmienionym trybie przez długi czas bez żadnych problemów, chyba zmiana systemu Mac OS X spowodowała, że ​​tak się stało.

Zatrzymanie i ponowne uruchomienie zapory rozwiązało dla mnie ten problem.