Je lance donc actuellement:
- OS X 10.10.5
- Client de mobilité sécurisée Cisco AnyConnect 4.1.04011
Je démarre mon ordinateur portable et AnyConnect fonctionne. Je vais dans Préférences ... Utilisateurs et groupes et /Applications/Cisco/Cisco
je supprime de ma liste des éléments de connexion, puis je quitte AnyConnect.
Arrêtez ... allumez l'ordinateur plus tard et il est de nouveau opérationnel et il est de retour dans ma liste d'éléments de connexion.
La société pour laquelle je travaille utilise uniquement AnyConnect for VPN.
Existe-t-il un moyen de garder AnyConnect hors de ma liste d'éléments de connexion? Ce n'est pas que ça me dérange de courir en arrière-plan mais si c'est le cas dans mon command+ tab, etc ... et je trouve ça ennuyeux.
launchctl unload -w /Library/LaunchAgents/com.cisco.anyconnect.gui.plist
. launchd.info est une introduction décente à launchctl, il pourrait y en avoir d'autres.Réponses:
Il semblerait donc que si vous installez uniquement le client VPN, AnyConnect ne démarre pas automatiquement.
J'ai désinstallé AnyConnect (version 4.x) puis réinstallé en faisant une installation personnalisée. J'ai seulement installé VPN , je n'ai pas installé:
Maintenant, AnyConnect ne démarre plus automatiquement (ouais!)
Cela a du sens, je suppose que les autres parties installées par défaut sont là pour "protéger" votre système.
la source
La suppression des éléments suivants a fonctionné pour moi.
la source
com.cisco.anyconnect.gui.plist
de/Library/LaunchAgents/
travaillé pour moi. L'interface graphique ne démarre plus à la connexion, mais je peux toujours démarrer l'application en cas de besoin.Cela m'a rendu fou. J'ai finalement découvert les 3 fichiers plist qui semblent contrôler cela dans / Library / LaunchDaemons. Mais je n'ai pas pu changer le paramètre RunAtLoad sur false, car même après avoir modifié les autorisations de fichier, je n'ai pas pu enregistrer les fichiers plist. J'ai finalement changé les autorisations de dossier pour lire et écrire et appliqué ces modifications aux éléments contenus, et j'ai enfin pu modifier et enregistrer. Je le saurai avec certitude après le prochain redémarrage ... quelque chose que je ferai dans quelques jours car le redémarrage prend une éternité.
la source
Oubliez les suppressions délicates des plists et des trucs comme ça, renommez simplement Cisco AnyConnect Secure Mobility Client dans le Finder, c'est tout.
Edit: étrange, j'ai eu un downvote, car je viens de le tester moi-même, et cela fonctionne sans aucun problème. Peut-être pas une belle solution qui résout le problème des sous-jacents (par conception?), Néanmoins ...?
la source
Ce n'est pas l'autorisation du fichier lui-même qui vous empêche de modifier, c'est l'autorisation du dossier contenant. Ensuite, vous ne devez pas modifier les autorisations de ces fichiers système pour des raisons de sécurité. Mais il est facile de modifier ces fichiers: copiez-les simplement dans un autre endroit où vous avez la permission d'écrire dans des fichiers, par exemple le bureau, et modifiez-y les fichiers. Remettez-les ensuite en place avec l'option de remplacement et l'authentification en tant qu'administrateur et le fichier est modifié.
Cependant, je ne vois pas ces trois fichiers que vous semblez mentionner. Je ne trouve sur mon système que «com.cisco.anyconnect.ciscod.plist» et «com.cisco.anyconnect.vpnagentd.plist» dans le répertoire «/ Library / LaunchAgents». Peut-être plus important encore, tout en définissant dans ces deux fichiers le paramètre «RunAtLoad» sur «false» empêche en effet la réinstallation ennuyeuse de l'application «Cisco AnyConnect Secure Mobility Client.app» comme élément de connexion après un redémarrage, il fait également le vpn dans dysfonctionnement général.
Quelqu'un a-t-il trouvé une solution?
la source
J'ai réussi à empêcher le lancement du client au démarrage.
J'ai réalisé cela en déplaçant simplement le dossier Cisco d'Applications vers n'importe quel autre emplacement, disons par exemple Desktop:
sudo mv /Applications/Cisco/ /Users/{your-user}/Desktop/Cisco
Je pense que cela n'a rien à voir avec le dossier de destination. Il suffit de le déplacer du dossier Applications pour empêcher le processus qui le démarre de le trouver.
la source