Je pense que le problème sous-jacent est que Yosemite ne chargera pas kext (extensions de noyau) à moins qu'ils ne soient signés par un développeur d'extensions de noyau autorisé. Cependant dans 10.8 et les versions antérieures, les kexts ne pouvaient pas être signés et les kexts signés pour 10.9+ ne se chargeront pas dans <10.9.

J'ai rencontré le même problème de chargement de tuntaposx non signé pour le client vpnc cisco.

Vous pouvez ignorer ce comportement et autoriser le chargement du cpfw.kext dans Yosemite en mettant votre ordinateur en mode développeur kext. Cela revient essentiellement au comportement 10.9 en autorisant le chargement de kexts non signés.

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

Maintenant redémarrez et votre kext devrait se charger.

Vous pouvez revenir en arrière en faisant ceci:

  sudo nvram -d boot-args  

Selon les journaux de débogage, cela est lié à un problème de chargement de /System/Library/Extensions/cpfw.kext

  [66 2571] [19 oct 10:46:31] [ TR_FIREWALL] CFirewallWrapper :: EnforcePolicy: pare-feu non initialisé, appel init [66 2571] [19 octobre 10:46:31] [TR_FIREWALL] CFirewallWrapper :: Init: entrée ... [66 2571] [19 octobre 10:46:31 ] [TR_FIREWALL] CFirewallWrapper :: Init: Pare-feu d'initialisation MACOS, g_kextPath = / Système / Bibliothèque / Extensions / cpfw.kext [66 2571] [19 octobre 10:46:32] [TR_FIREWALL] CFirewallWrapper :: Init: CpfwLoadKext a renvoyé cpfwlib_kext_kext 66 2571] [19 oct 10:46:32] [TR_FIREWALL] CFirewallWrapper :: Init: CpfwLoadKext a échoué avec l'erreur cpfwlib_kextload_failed [66 2571] [19 oct 10:46:32] [TR_FIREWALL] CFirewallWrapper :: Init: CpoadfwDi returnagnoseLext 't stat 4 / System / Library / Extensions / cpfw.kext - Aucun fichier ou répertoire de ce type.  

La suppression du site et sa recréation ne résout pas ce problème.

La désinstallation et la réinstallation du client Check Point Endpoint Security (version E75.01) ont également fonctionné pour moi et j'utilise une adresse IP statique (pas DHCP) sur mon mac mini.

Remarque sur la désinstallation du client Endpoint Security E75.x et plus récent: ouvrez le package DMG d'origine que vous avez utilisé pour installer le client et lancez le programme de désinstallation affiché. Si vous recevez un message d'erreur indiquant que vos paramètres de sécurité n'autorisent pas le lancement d'applications non-appstore ou d'applications non approuvées, maintenez la touche Contrôle enfoncée, puis cliquez sur le programme de désinstallation. Sélectionner Ouvrir à ce stade permettra au programme de désinstallation de s'exécuter.

J'ai confirmé la suppression de la désinstallation et la réinstallation a créé un nouveau fichier /System/Library/Extensions/cpfw.kext. Je n'ai pas eu besoin de redémarrer mais j'ai noté que j'ai arrêté le client avant d'exécuter le programme de désinstallation.

Cependant, cela peut être une solution temporaire car il y a une entrée dans le forum Checkpoint concernant une autre personne qui a également rencontré ce problème et l'a corrigé en désinstallant et en installant, mais lors d'un redémarrage, le problème est revenu pour eux. Cette personne a essayé les versions E80.41 et E80.42. Voir https://forums.checkpoint.com/forums/thread.jspa?threadID=21491&tstart=0

Un autre fil de discussion Check Point Mac VPN Yosemite signale des problèmes similaires pour lesquels certains prétendent leur client fonctionne toujours après un redémarrage mais d'autres, y compris l'auteur du fil ci-dessus, qui continuent de voir le problème revenir après un redémarrage: https://forums.checkpoint.com/forums/thread.jspa?threadID= 21181&tstart = 0

La version 80.60 a été publiée par Checkpoint. Cela fonctionne pour moi jusqu'à présent.

Téléchargement depuis: Endpoint Security VPN for Mac E80.60

La réponse de Brian concernant le mode développeur kext a également fonctionné.

J'ai configuré mon Wifi sur DHCP au lieu d'une adresse IP statique, puis VPN a fonctionné pour moi.

J'ai complètement supprimé le client Check Point Endpoint Security (version E80.42), redémarré l'ordinateur et l'ai réinstallé. Maintenant ça marche bien. Mon WiFi reçoit l'IP du routeur via DHCP.

Je viens de réinstaller Endpoint Security E75.01 après l'avoir fermé (sans le désinstaller) et cela a fonctionné à nouveau correctement.

La même chose se passe ici. Le VPN L2TP échoue si j'ai une adresse IP statique. Si je passe à DHCP, cela fonctionne. Je me connecte à un Sonicwall NSA4500.

Bug amusant, Apple. J'espère que cela sera résolu dans 10.10.1.

J'ai essayé les solutions suggérées et elles n'ont pas résolu mon problème. J'ai réinstallé Yosemite pour faire fonctionner mon client Apple IPSec. Le problème est revenu, j'ai donc également désactivé les mises à jour automatiques pour le système d'exploitation et toutes les applications. Jusqu'à présent, la question n'est pas revenue pour une troisième visite.

Depuis Yosemite 10.10.2, il semble qu'Apple ait corrigé le bogue.