Nie, ponieważ nie zatrzymuję usługi, po prostu odmawiam dostępu do sieci. Chciałbym zatrzymać wykonywanie tego kodu, który próbuje zadzwonić do domu ...
Robottinosino
Odpowiedzi:
5
Przechodzenie System Preferences > Security & Privacy > Privacy > Diagnostics & Usagei odznaczanie Send diagnostic & usage data to Applenie działało dla mnie. Wciąż pojawia się okno dialogowe Little Snitch z prośbą o pozwolenie na połączenie z radarsubmissions.apple.com.
Wygląda na to, że próba połączenia jest wyzwalana przez uruchomione zadanie znajdujące się pod adresem /System/Library/LaunchDaemons/com.apple.DiagnosticReportCleanUp.plist. W Mountain Lion 10.8.4 jest uruchamiany codziennie o 11 rano. Jeśli wyczyszczę reguły Little Snitch dla procesu SubmitDiagInfo i uruchomię następujące polecenie, aby rozpocząć uruchomione zadanie sudo launchctl start com.apple.DiagnosticReportCleanUp, pojawi się okno dialogowe połączenia Little Snitch.
To wydaje się być błędem, ponieważ zadanie DiagnosticReportCleanUp nie przestrzega ustawienia Prywatności w Preferencjach systemowych. Na razie odmówiłem próby połączenia na zawsze w Little Snitch. Mamy nadzieję, że zostało to naprawione w OS X 10.9 Mavericks.
Usługę można również wyłączyć na stałe za pomocą sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.DiagnosticReportCleanUp.plist.
Lri
Dzięki, ale czy to nie powstrzymałoby zadania przed wykonaniem czyszczenia raportu diagnostycznego, za który jest odpowiedzialny? W idealnej sytuacji chciałbym, aby zadanie zostało uruchomione i wykonane, ale w rzeczywistości nie wysyłam informacji o raporcie.
Eric
Chyba, ale prawdopodobnie nie będzie miało znaczenia, czy te pliki są przechowywane, czy nie. Zgodnie z tym man SubmitDiagInfo, wszystkie pliki kwalifikujące się do automatycznego raportowania są pokazane pod nagłówkiem INFORMACJE DIAGNOSTYCZNE I UŻYTKOWANIA w konsoli.
Lri
2
Preferencje systemowe> Bezpieczeństwo i prywatność> Prywatność> Diagnostyka i użycie.
Kliknij ikonę Zablokuj w lewym dolnym rogu, wprowadź hasło i odznacz „Wyślij dane diagnostyczne i użytkowania do Apple”.
Ja też szukam odpowiedzi na to pytanie. Niestety korzystanie z preferencji systemowych Opcja prywatności nie ma żadnego efektu (tzn. Odznaczenie pola nadal pozwala na uruchomienie funkcji SubmitDiagInfo). podobnie ustawienie w Preferencjach konsoli nie ma wpływu.
Wygląda na to, że Apple tak chętnie gromadzi te informacje, że ignorują podane przez siebie ustawienia prywatności.
Widzę w aplikacji konsoli dane, które mają zostać wysłane - nie zrzuty awaryjne, ale rutynowe dane o użytkowaniu systemu (takie jak „sen z klapką”, „ponowne uruchomienie przy zasilaniu prądem przemiennym 99%” itp.
Nie chcę też, aby usługa była uruchomiona. Zablokowałem dane wychodzące przez Little Snitch, ale okresowo ponawia próbę, podczas gdy ilość wysyłanych danych ciągle rośnie !!
Podsumowując, wydaje się, że nie ma sposobu, aby zapobiec wysyłaniu raportów, ponieważ opcja ta jest pozornie ignorowana i powinieneś rozważyć użycie narzędzi takich jak LittleSnitch itp., Aby je zablokować, dopóki nie zostanie to naprawione.
Zmieniona treść powinna być wyraźnie oznaczona, kto napisał ją NA STRONIE GŁÓWNEJ. Po prostu zmiana tego, co ktoś napisał, i sprawienie, by wyglądało na to, że to napisał - nawet jeśli nie zgadzają się z radą, jest haniebne. Nic nie stoi na przeszkodzie, aby ktoś dodał własny post - ale kiedy się z czymś nie zgadzam, nie chcę, aby przypisywano to mojemu imieniu !!
stuartMy
Zawsze możesz przywrócić oryginalną wersję. Główny problem, jaki widzę, polega na tym, że twoja pierwotna odpowiedź wcale nie zawiera odpowiedzi, co @stuffe próbowało naprawić, podsumowując swoje punkty.
nohillside
Zmienionej treści nie należy oznaczać, kto ją napisał.
Odpowiedzi:
Przechodzenie
System Preferences > Security & Privacy > Privacy > Diagnostics & Usagei odznaczanieSend diagnostic & usage data to Applenie działało dla mnie. Wciąż pojawia się okno dialogowe Little Snitch z prośbą o pozwolenie na połączenie z radarsubmissions.apple.com.Wygląda na to, że próba połączenia jest wyzwalana przez uruchomione zadanie znajdujące się pod adresem
/System/Library/LaunchDaemons/com.apple.DiagnosticReportCleanUp.plist. W Mountain Lion 10.8.4 jest uruchamiany codziennie o 11 rano. Jeśli wyczyszczę reguły Little Snitch dla procesu SubmitDiagInfo i uruchomię następujące polecenie, aby rozpocząć uruchomione zadaniesudo launchctl start com.apple.DiagnosticReportCleanUp, pojawi się okno dialogowe połączenia Little Snitch.To wydaje się być błędem, ponieważ zadanie DiagnosticReportCleanUp nie przestrzega ustawienia Prywatności w Preferencjach systemowych. Na razie odmówiłem próby połączenia na zawsze w Little Snitch. Mamy nadzieję, że zostało to naprawione w OS X 10.9 Mavericks.
źródło
sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.DiagnosticReportCleanUp.plist.man SubmitDiagInfo, wszystkie pliki kwalifikujące się do automatycznego raportowania są pokazane pod nagłówkiem INFORMACJE DIAGNOSTYCZNE I UŻYTKOWANIA w konsoli.źródło
Zwolnienie usługi nie wydaje się zatrzymywać przesyłania:
Ale po ponownym uruchomieniu działa dla mnie:
źródło
Ja też szukam odpowiedzi na to pytanie. Niestety korzystanie z preferencji systemowych Opcja prywatności nie ma żadnego efektu (tzn. Odznaczenie pola nadal pozwala na uruchomienie funkcji SubmitDiagInfo). podobnie ustawienie w Preferencjach konsoli nie ma wpływu.
Wygląda na to, że Apple tak chętnie gromadzi te informacje, że ignorują podane przez siebie ustawienia prywatności.
Widzę w aplikacji konsoli dane, które mają zostać wysłane - nie zrzuty awaryjne, ale rutynowe dane o użytkowaniu systemu (takie jak „sen z klapką”, „ponowne uruchomienie przy zasilaniu prądem przemiennym 99%” itp.
Nie chcę też, aby usługa była uruchomiona. Zablokowałem dane wychodzące przez Little Snitch, ale okresowo ponawia próbę, podczas gdy ilość wysyłanych danych ciągle rośnie !!
Podsumowując, wydaje się, że nie ma sposobu, aby zapobiec wysyłaniu raportów, ponieważ opcja ta jest pozornie ignorowana i powinieneś rozważyć użycie narzędzi takich jak LittleSnitch itp., Aby je zablokować, dopóki nie zostanie to naprawione.
źródło