Algo relacionado con Cisco aparece despois de iniciar sesión, e pode que estea conectando algo ou pode que non. A ventá, a conexión automática e a reconexión tras un cambio de rede son tres comportamentos distintos con tres responsables distintos. A maioría dos intentos frustrados de quitar un elemento de inicio parten deses tres fundidos nunha soa queixa. Sepáraos primeiro e a solicitude de cambio escríbese soa.

Nomea o comportamento que ves realmente

Observa un inicio de sesión sen tocar nada e anota o que ocorre, en orde. Unha ventá que se abre sen conexión é un caso, unha ventá que se abre e conecta é outro, e unha conexión que volve tras cambiar a rede é un terceiro. Pregunta que establece realmente o túnel en lugar de que aparece na pantalla, porque a ventá e o túnel teñen donos distintos. Dous tipos de probas responden a iso, e só unha delas ve este cliente:

scutil --nc list
ps aux | grep -i [v]pnagentd
ifconfig | grep -A3 utun

Le as tres saídas xuntas, porque scutil --nc list enumera as configuracións VPN do sistema e unha lista baleira só significa que ningún servizo VPN do sistema posúe un túnel. Cisco Secure Client non rexistra unha: remata a través de vpnagentd e unha interface utun, así que o proceso e a interface son as probas que o ven. Cando vpnagentd se está executando e unha interface utun ten enderezo, o túnel existe mesmo coa ventá pechada; cando non está ningún dos dous, a conexión automática está desactivada e a ventá é o único de que falar. O front end tamén pode executarse mentres un servizo en segundo plano separado posúe o túnel, así que a cuestión da propiedade pertence ás seccións de perfil e non a esta.

A ventá ao iniciar sesión é unha cuestión de arranque

Unha ventá de inicio de sesión procede dun axente de arranque ou da propia preferencia da aplicación de abrirse ao iniciar sesión, e ningunha das dúas é o mesmo mecanismo que a política de conexión. Identifica o produto e a versión instalados antes de editar nada, porque a documentación de versións anteriores describe ficheiros que unha instalación actual pode non usar. Desactivar a conexión automática non detén necesariamente a apertura da ventá, e deter a ventá non detén unha reconexión. Usa o control de arranque admitido do cliente ou o proceso de software do teu administrador, nesa orde.

Nun Mac xestionado, confirma se o comportamento chega mediante un perfil de configuración instalado antes de tratalo como unha preferencia local. O sistema pode listar os perfís que ten, e un elemento de inicio xestionado non é teu para borralo:

profiles show -type configuration

Onde o axuste é controlable polo usuario, cambiaoo nas preferencias do cliente e pecha sesión para probar. Onde está bloqueado, o propietario do perfil é a única persoa que pode cambialo. Eliminar ficheiros localmente produce unha divergencia que a seguinte actualización repara en silencio, o que o converte na solución menos duradeira dispoñible. Unha caixa atenuada non é un cliente roto; é unha declaración de política.

Auto Connect on Start é unha preferencia aparte

A guía de conexión de Cisco denomina Auto Connect on Start a preferencia que controla un intento de conexión cando o cliente se inicia, e descríbea como desactivada por defecto. Un perfil despregado pode activala, e por iso dous Mac co mesmo cliente compórtanse distinto ao iniciar sesión. Busca esa preferencia nos axustes do cliente antes de supoñer nada sobre os elementos de inicio.

Cámbiaa mediante o control admitido e proba cun peche de sesión completo en lugar dun relanzamento, porque algúns compoñentes só arrincan coa sesión de inicio. Logo confirma que a conexión manual segue funcionando, xa que unha preferencia que suprime o intento automático non debería quitar a túa capacidade de conectar. Se o cliente se reconecta de inmediato de todos os xeitos, estás vendo o comportamento de reconexión. Ese é a seguinte pregunta, e ten outro responsable.

Auto Reconnect pertence a un terceiro axuste

A reconexión rexe o que ocorre cando unha sesión establecida perde a súa ruta: pechar a tapa, cambiar de rede Wi-Fi, caer unha ligazón por cable. Cisco documéntaa por separado do comportamento de arranque, así que un cambio de arranque non a tocará. Próbaa desconectando a rede un momento e observando se o túnel volve sen intervención.

Unha reconexión que ignora unha desconexión deliberada adoita ser política, non un erro. Algúns despregamentos esixen unha disposición sempre activa, que corresponde a unha conversación de política e non a unha solución provisional. Quitar o compoñente que a impón pode romper as comprobacións de estado e logo ser restaurado polo seguinte empurrón de xestión. Se o requisito é lexítimo, pregunta que pretende garantir e se un axuste máis estreito o satisface; se non o é, o propietario do perfil pode cambialo nun só lugar en vez de que ti o cambies en corenta portátiles.

Pide o cambio máis pequeno e logo compróbao

Escribe a solicitude con catro feitos: que compilación do cliente executas, que compilación de macOS executas, que aparece tras iniciar sesión e se se forma un túnel sen intervención. Logo expón o resultado desexado nunha frase que un compañeiro podería implementar sen preguntarche. Manter o cliente dispoñible pero pechar a súa ventá é unha solicitude distinta de impedir unha conexión automática. Unha solicitude precisa obtén un cambio de política, mentres que unha vaga obtén unha solución provisional que ninguén posúe.

Despois do cambio, pecha sesión e volve iniciar, e logo executa o fluxo de conexión manual do que dependes. Se a reconexión estaba no alcance, próbaa por separado segundo o procedemento que permita o teu administrador.

Comproba que os módulos de seguridade que esixe a organización seguen executándose, xa que unha eliminación silenciosa é fácil de pasar por alto ata que unha auditoría a atopa. O resultado que queres é o comportamento de arranque solicitado cun cliente funcionando, non unha icona ausente e un misterio. Anota cal dos tres comportamentos cambiou, para que a seguinte persoa poida distinguir unha corrección real dunha coincidencia.

Artigos relacionados