AnyConnect가 프로필을 덮어쓰나요? 그것은 이름 충돌입니다

떠도는 이야기는 AnyConnect가 두 번째 게이트웨이를 잃어버렸다거나, 클라이언트가 너무 오래되어 프로필 두 개를 담을 수 없다는 것입니다. 둘 다 일어나지 않았습니다. 일어난 일은 클라이언트가 본 모든 프로필을 서버가 보낸 이름의 파일로 저장한다는 것이고, 두 게이트웨이가 같은 파일 이름을 사용한다는 것입니다. 디스크에는 그 이름을 위한 자리가 하나뿐이므로 두 번째 다운로드가 첫 번째 자리를 차지합니다.

폴더는 두 개, 그중 하나만 내 것입니다

계속 바뀌는 사본은 자신의 사용자 프로필 아래에 있는 작업 사본이며 보통 %LOCALAPPDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\preferences.xml 입니다. 이 파일은 마지막 연결과 그 연결이 사용한 프로필을 기록합니다. 내 폴더에 있기 때문에 클라이언트는 권한 승격을 요청하지 않고 연결할 때마다 이 파일을 다시 씁니다.

드롭다운에 보이는 목록은 다른 것입니다. 컴퓨터가 지금까지 받은 모든 프로필은 %PROGRAMDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\Profile 로 복사되고, 클라이언트는 그곳에 있는 파일을 나열합니다. 그 폴더에 쓰려면 관리자 권한이 필요하며, 이것이 사람들이 잘못 읽는 증상을 설명합니다. 일반 사용자로 프로필을 직접 추가하면 성공한 것처럼 보이다가 항목이 사라집니다.

즉 사용자별 파일은 포인터이고 컴퓨터 전체 폴더는 라이브러리입니다. 항목이 사라진 것은 라이브러리가 바뀌었다는 뜻이지 포인터가 바뀐 것이 아닙니다.

클라이언트는 게이트웨이가 아니라 이름으로 파일을 맞춥니다

이 클라이언트에서 프로필의 정체성은 파일 이름입니다. 둘 다 company.xml 를 배포하는 두 어플라이언스는 로컬 프로필 저장소의 관점에서 두 번 게시된 같은 프로필입니다. 두 번째 다운로드가 첫 번째를 덮어쓰고, 창의 항목은 이제 다른 사이트를 설명하는 한 파일을 계속 가리킵니다.

그래서 고장이 그렇게 이상하게 보입니다. 목록의 이름은 여전히 기대하는 장소처럼 읽히고, 인증은 실제로 구성된 게이트웨이에 대해 여전히 성공하며, 아무것도 오류를 보고하지 않습니다. 바뀐 것은 신뢰했던 레이블 뒤의 내용입니다.

레이블이 아니라 HostAddress를 읽으세요

파일을 텍스트 편집기로 열고 서버 목록을 보세요. 프로필에는 표시 레이블인 HostName 요소와 클라이언트가 실제로 연결하는 게이트웨이인 HostAddress 요소가 있습니다. 레이블은 누구나 편집할 수 있는 자유 텍스트이고, 어디에 도착하는지를 결정하는 것은 주소입니다.

클라이언트가 고장 났다고 결론 내리기 전에 그 둘을 도달하려던 게이트웨이와 비교하세요.

두 게이트웨이를 순서대로 유지하기

각 사이트의 승인된 프로필을 사이트에서 또는 이미 연결되는 컴퓨터에서 구하세요. 두 이름이 다르도록 각 파일의 이름을 바꾸세요. 예를 들어 site-a.xml 와 site-b.xml 입니다. 관리자로 두 파일을 컴퓨터 전체 프로필 폴더에 넣고 받은 원본을 보관하세요. 그런 다음 클라이언트를 다시 시작하고 두 항목이 드롭다운에 나타나는지 확인하세요.

각각에 연결한 뒤 preferences.xml 를 다시 열어 마지막으로 사용한 프로필 이름이 무엇으로 기록되는지 확인하세요. 이름이 클릭한 항목과 일치하면 로컬 매핑이 제대로 작동합니다. 그렇지 않다면 무언가가 여전히 이름을 바꾼 사본 위로 파일을 밀어 넣고 있는 것입니다.

이름 바꾸기로 고쳐지지 않는 것

새 파일 이름은 로컬 레이블만 바꾸고 그 밖에는 아무것도 바꾸지 않습니다. 게이트웨이 주소, 인증 방식, 서버가 제시하는 인증서, 프로필 내부의 그룹 선택은 모두 그대로입니다. 잘못된 프로필의 사본은 이름을 바꿔도 여전히 잘못된 프로필이며, 그럴듯한 이름 아래에서 잘못된 사이트로 연결할 것입니다.

원래 파일 이름을 대상으로 하는 관리 푸시도 견디지 못합니다.

다음 푸시가 그것을 되돌릴 때

조직이 프로필을 이름으로 배포한다면 업데이트는 그 이름을 공유하는 모든 파일을 바꿉니다. 이름을 바꾼 사본은 로컬 편의로 보고 클라이언트 업데이트마다 연결 테스트를 다시 하세요. 레이블이 아니라 주소를 확인하세요.

영구적인 구성이 필요하면 파일을 직접 관리하는 대신 지원되는 다중 게이트웨이 설정을 요청하세요. 프로그램 디렉터리 안의 편집은 업그레이드가 가장 먼저 제거하는 것이고, 사용자별 기본 설정 파일은 설계상 다시 작성됩니다.

게이트웨이마다 한 줄을 유지하세요. 파일 이름, HostAddress, 그리고 어느 폴더에 있는지입니다. 그 메모는 다음 잘못된 사이트 보고에 재설치보다 빠르게 답합니다.