Mac의 Cisco Secure Client: 창, 자동 연결, 재연결 중 무엇인가

로그인하면 Cisco 관련 무언가가 나타나는데, 그것이 무언가를 연결하고 있을 수도 있고 아닐 수도 있습니다. 창, 자동 연결, 네트워크 변경 후의 재연결은 각각 다른 주인이 있는 세 가지 별개의 동작입니다. 시작 항목을 지우려다 좌절하는 대부분의 시도는 이 세 가지를 하나의 불만으로 뭉뚱그리는 데서 시작합니다. 먼저 셋을 분리하면 변경 요청은 저절로 써집니다.

실제로 보고 있는 동작에 이름을 붙이기

아무것도 건드리지 않고 로그인 한 번을 관찰하고 무슨 일이 일어나는지 순서대로 적으세요. 연결 없이 열리는 창이 한 경우, 열려서 연결되는 창이 또 다른 경우, 네트워크가 바뀐 뒤 되돌아오는 연결이 세 번째 경우입니다. 화면에 무엇이 보이는지가 아니라 실제로 터널을 세우는 것이 무엇인지 물으세요. 창과 터널은 주인이 다르기 때문입니다. 두 종류의 증거가 이에 답하며, 이 클라이언트를 보는 것은 그중 하나뿐입니다.

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

세 출력을 함께 읽으세요. 왜냐하면 scutil --nc list 은 시스템의 VPN 구성을 나열하고 빈 목록은 시스템 VPN 서비스가 터널을 소유하지 않는다는 뜻일 뿐입니다. Cisco Secure Client는 그러한 터널을 등록하지 않습니다. vpnagentd 과 utun 인터페이스를 통해 종료되므로 프로세스와 인터페이스가 그것을 보는 증거입니다. vpnagentd 이 실행 중이고 utun 인터페이스에 주소가 있으면 창이 닫혀 있어도 터널은 존재합니다. 둘 다 없으면 자동 연결은 꺼져 있고 이야기할 것은 창뿐입니다. 프런트 엔드가 실행 중이어도 별도 백그라운드 서비스가 터널을 소유할 수 있으므로 소유권 문제는 이 절이 아니라 프로필 절에 속합니다.

로그인 시의 창은 시작 문제

로그인 창은 시작 에이전트나 앱 자체의 로그인 시 열기 설정에서 나오며, 둘 다 연결 정책과 같은 메커니즘이 아닙니다. 무엇이든 편집하기 전에 설치된 제품과 버전을 확인하세요. 오래된 릴리스의 문서는 현재 설치가 쓰지 않을 파일을 설명하기 때문입니다. 자동 연결을 끈다고 창이 열리는 것이 반드시 멈추지는 않고, 창을 멈춘다고 재연결이 멈추지도 않습니다. 클라이언트가 지원하는 시작 제어 또는 관리자의 소프트웨어 절차를 이 순서로 사용하세요.

관리되는 Mac에서는 동작을 로컬 설정으로 다루기 전에 설치된 구성 프로필을 통해 오는지 확인하세요. 시스템은 가진 프로필을 나열할 수 있고, 관리되는 로그인 항목은 당신이 지울 것이 아닙니다.

profiles show -type configuration

설정을 사용자가 제어할 수 있으면 클라이언트 환경설정에서 바꾸고 로그아웃해 시험하세요. 잠겨 있으면 프로필 소유자만 바꿀 수 있습니다. 파일을 로컬에서 지우면 다음 업데이트가 조용히 고치는 차이가 생기므로 가장 오래가지 않는 해결책이 됩니다. 회색으로 된 체크상자는 고장 난 클라이언트가 아니라 정책의 선언입니다.

Auto Connect on Start는 별도의 설정

Cisco의 연결 안내서 는 Auto Connect on Start를 클라이언트가 시작될 때의 연결 시도를 제어하는 설정으로 지목하고 기본적으로 꺼져 있다고 설명합니다. 배포된 프로필이 이를 켤 수 있어서 같은 클라이언트를 쓰는 두 Mac이 로그인 시 다르게 동작합니다. 시작 항목에 대해 무엇이든 가정하기 전에 클라이언트 설정에서 그 항목을 찾으세요.

지원되는 제어로 바꾸고 재실행이 아니라 완전한 로그아웃으로 시험하세요. 일부 구성 요소는 로그인 세션과 함께만 시작되기 때문입니다. 그다음 수동 연결이 여전히 되는지 확인하세요. 자동 시도를 억제하는 설정이 연결 능력까지 없애서는 안 됩니다. 그래도 클라이언트가 곧바로 재연결한다면 당신은 재연결 동작을 보고 있는 것입니다. 그것이 다음 질문이며 주인이 다릅니다.

Auto Reconnect는 세 번째 설정에 속한다

재연결은 확립된 세션이 경로를 잃은 뒤 무슨 일이 일어나는지를 정합니다. 덮개를 닫거나, Wi-Fi 네트워크가 바뀌거나, 유선 링크가 끊기는 경우입니다. Cisco는 이를 시작 동작과 따로 문서화하므로 시작 변경은 재연결에 닿지 않습니다. 네트워크를 잠깐 끊고 입력 없이 터널이 돌아오는지 지켜보며 시험하세요.

의도적인 연결 끊김을 무시하는 재연결은 대개 버그가 아니라 정책입니다. 일부 배포는 항상 켜 두는 구성을 요구하며, 그것은 우회책이 아니라 정책 논의에 속합니다. 그것을 강제하는 구성 요소를 지우면 상태 검사가 깨졌다가 다음 관리 푸시로 복원될 수 있습니다. 요구가 정당하다면 무엇을 보장하려는 것인지, 더 좁은 설정으로 충족되는지 물으세요. 정당하지 않다면 프로필 소유자가 한 곳에서 바꿀 수 있습니다. 당신이 마흔 대의 노트북에서 바꿀 일은 아닙니다.

가장 작은 변경을 요청하고, 그다음 확인하기

요청에는 네 가지 사실을 적으세요. 어떤 클라이언트 빌드를 쓰는지, 어떤 macOS 빌드를 쓰는지, 로그인 후 무엇이 나타나는지, 입력 없이 터널이 만들어지는지. 그다음 원하는 결과를 동료가 당신에게 묻지 않고 실행할 수 있는 한 문장으로 쓰세요. 클라이언트를 쓸 수 있게 두되 창을 닫는 것과 자동 연결을 막는 것은 다른 요청입니다. 정확한 요청은 정책 변경을 얻고, 모호한 요청은 아무도 책임지지 않는 우회책을 얻습니다.

변경 후 로그아웃했다가 다시 로그인하고, 의존하는 수동 연결 절차를 실행하세요. 재연결이 범위에 있었다면 관리자가 허용하는 절차에 따라 따로 시험하세요.

조직이 요구하는 보안 모듈이 여전히 실행 중인지 확인하세요. 감사가 찾아낼 때까지 조용한 제거는 놓치기 쉽습니다. 원하는 결과는 동작하는 클라이언트와 함께하는 요청한 시작 동작이지, 사라진 아이콘과 수수께끼가 아닙니다. 세 동작 중 무엇이 바뀌었는지 적어 두면 다음 사람이 진짜 수정과 우연을 구별할 수 있습니다.