Myślę, że ukrytym problemem jest to, że Yosemite nie załaduje kext (rozszerzeń jądra), chyba że zostaną podpisane przez autoryzowanego programistę rozszerzeń jądra. Jednak w 10.8 i wcześniejszych kextach nie można było podpisać, a podpisane kexty dla 10.9+ nie będą ładowane w <10.9.

Napotkałem ten sam problem podczas ładowania niepodpisanego tuntaposx dla klienta vpnc cisco.

Możesz zmienić to zachowanie i zezwolić na załadowanie cpfw.kext w Yosemite, ustawiając komputer w trybie programisty kext. Zasadniczo przywraca to zachowanie 10.9, zezwalając na ładowanie niepodpisanych kextów.

  sudo nvram boot-args = "kext-dev-mode = 1" 

Teraz zrestartuj komputer, a kext powinien się załadować.

Możesz cofnąć ustawienia, wykonując następujące czynności:

  sudo nvram -d boot-args  

Według dzienników debugowania jest to związane z problemem z ładowaniem /System/Library/Extensions/cpfw.kext

  [66 2571] [19 października 10:46:31] [ TR_FIREWALL] CFirewallWrapper :: EnforcePolicy: zapora nie zainicjowana, wywołanie init [66 2571] [19 października 10:46:31] [TR_FIREWALL] CFirewallWrapper :: Init: wpisywanie ... [66 2571] [19 października 10:46:31 ] [TR_FIREWALL] CFirewallWrapper :: Init: zapora inicjująca MACOS, g_kextPath = / System / Library / Extensions / cpfw.kext [66 2571] [19 października 10:46:32] [TR_FIREWALL] CFirewallWrapper :: Init: CpfwLoadKext zwrócił wartość cpfwlibext_failed 66 2571] [19 października 10:46:32] [TR_FIREWALL] CFirewallWrapper :: Init: CpfwLoadKext nie powiodło się z powodu błędu cpfwlib_kextload_failed [66 2571] [19 października 10:46:32] [TR_FIREWALL] CFirewallWrapper :: Init: CpfoadwDiext: CpfoadwDiext: CpfoadwDiext: 't stat 4 / System / Library / Extensions / cpfw.kext - Brak takiego pliku lub katalogu.  

Usunięcie witryny i ponowne utworzenie jej nie rozwiązuje tego problemu.

Dezinstalacja i ponowna instalacja klienta Check Point Endpoint Security (wersja E75.01) również działała i używam statycznego adresu IP (nie DHCP) na moim Macu mini.

Uwaga dotycząca odinstalowywania klienta Endpoint Security E75.xi nowszych: Otwórz oryginalny pakiet DMG użyty do zainstalowania klienta i uruchom pokazany dezinstalator. Jeśli pojawi się komunikat o błędzie dotyczący ustawień zabezpieczeń, które uniemożliwiają uruchamianie aplikacji spoza AppStore lub niezaufanych aplikacji, przytrzymaj klawisz Control, a następnie kliknij Uninstaller. Wybranie opcji Otwórz w tym momencie pozwoli na uruchomienie Uninstaller.

Potwierdziłem, że odinstalowanie zostało usunięte, a ponowna instalacja utworzyła nowy plik /System/Library/Extensions/cpfw.kext. Nie musiałem restartować, ale pamiętaj, że zamknąłem klienta przed uruchomieniem deinstalatora.

Może to być jednak tymczasowa poprawka, ponieważ na forum Checkpoint znajduje się wpis o innej osobie, która również napotkała ten problem i naprawiła go, odinstalowując i instalując, ale po ponownym uruchomieniu problem powrócił. Ta osoba wypróbowała wersje E80.41 i E80.42. Zobacz https://forums.checkpoint.com/forums/thread.jspa?threadID=21491&tstart=0

Inny wątek Check Point Mac VPN Yosemite zgłasza podobne problemy, w których niektórzy twierdzą ich klient nadal działa po ponownym uruchomieniu, ale inni, w tym autor powyższego wątku, którzy nadal widzą, że problem powraca po ponownym uruchomieniu: https://forums.checkpoint.com/forums/thread.jspa?threadID= 21181&tstart = 0

Wersja 80.60 została wydana przez firmę Checkpoint. Jak dotąd to działa.

Pobierz z: Endpoint Security VPN dla Mac E80.60

Odpowiedź Briana dotycząca trybu programisty kext również zadziałała.

Ustawiłem Wifi na DHCP zamiast statycznego adresu IP, wtedy VPN zadziałał dla mnie.

Całkowicie usunąłem klienta Check Point Endpoint Security (wersja E80.42), zrestartowałem komputer i ponownie go zainstalowałem. Teraz działa dobrze. Moje WiFi pobiera adres IP z routera przez DHCP.

Właśnie ponownie zainstalowałem Endpoint Security E75.01 po zamknięciu go (nie odinstalowaniu) i znowu działało poprawnie.

To samo dzieje się tutaj. L2TP VPN nie działa, jeśli mam statyczny adres IP. Jeśli przełączę się na DHCP, to działa. Łączę się z Sonicwall NSA4500.

Zabawny błąd, Apple. Mam nadzieję, że problem zostanie rozwiązany w 10.10.1.

Wypróbowałem sugerowane rozwiązania, ale nie rozwiązały one mojego problemu. Ponownie zainstalowałem Yosemite, aby uruchomić mojego klienta Apple IPSec. Problem powrócił, więc wyłączyłem również automatyczne aktualizacje systemu operacyjnego i wszystkich aplikacji. Jak dotąd sprawa nie powróciła na trzecią wizytę.

W Yosemite 10.10.2 wygląda na to, że Apple naprawił błąd.