첫 번째를 잃지 않고 Mac에서 두 번째 VPN 클라이언트를 시험하는 방법
두 번째 클라이언트는 버튼만이 아니라 경로, DNS, 확장 기능을 바꿉니다. 기준선을 기록하고 한 번에 한 경로씩 바꾸며 원래 작업 흐름을 되돌리세요.
두 번째 클라이언트를 비교하려고 설치하면 첫 번째가 작동을 멈춥니다. 아무것도 삭제되지 않았고 두 앱 모두 여전히 설치되어 있습니다. 바뀐 것은 그 아래에 있습니다: 시스템 확장, DNS 설정 또는 기본 경로이며, 이제 두 클라이언트는 누가 그것을 소유하는지에 대해 합의하지 못합니다. 설치가 위험한 부분이 아니라, 위험한 부분은 돌아갈 기록된 기준선 없이 둘 다 실행하는 것입니다.
증상: 두 번째 설치 후 작동하던 구성이 멈춥니다
현대의 macOS VPN 클라이언트는 옛 방식 인터페이스 대신 네트워크 확장을 제공하는 경우가 많습니다. 하나를 설치하면 승인을 요구하거나, 구성 프로필을 추가하거나, 연결이 만들어지기 전에 트래픽에 영향을 주는 시스템 확장을 등록할 수 있습니다. 확장은 앱 창이 나타나기 전에 로드되므로, 새 클라이언트가 유휴 상태인 동안 원래 클라이언트가 실패할 수 있습니다.
그 뒤 원래 클라이언트가 연결하지 못하거나 연결해도 아무것도 해석하지 못한다면, 새 확장이 첫 번째 용의자입니다. 그것은 충돌의 증거는 아니지만 조사가 시작되는 지점입니다. 다음으로 응용 프로그램 폴더만이 아니라 확장 목록과 설치된 구성 프로필을 확인하세요.
무엇이든 설치하기 전에 기준선을 기록하세요
지금 작동하는 것을 적으세요: 앱 결과, 클라이언트 버전, 연결하는 끝점, 그리고 앱별 또는 분할 터널 예외입니다. 원래 프로필은 앱 번들에서 파일을 복사하는 대신, 클라이언트가 지원하는 보호된 절차를 통해 저장하세요.
scutil --dns | head -40
netstat -rn | head -30
ifconfig | grep -E "^(utun|ipsec)"
작동하는 클라이언트가 연결된 상태에서 그 세 가지 출력을 캡처하세요. 이들은 확인자 상태, 경로 테이블, 그리고 작동하는 구성이 만들어내는 인터페이스 목록을 제공하며, 나중 비교에 필요한 것이 바로 이것입니다. Mac을 고용주가 관리한다면 시험 중에 자동 업무 연결이 다시 활성화되어 결과가 두 클라이언트 중 어느 하나만을 대표하지 않게 될 수 있으므로, 시작하기 전에 비교가 허용되는지 확인하세요. 세 출력을 프로필 메모 옆에 보관해 나중 비교에 참조가 있게 하세요.
한 번에 한 활성 경로를 바꾸세요
원래 연결을 평소 제어 방식으로 중지한 다음 대안을 시작하세요. 두 클라이언트가 동시에 연결되면 제품 중 하나가 아니라 조합을 설명하는 결과가 나옵니다. 다른 서버를 통한 더 빠른 다운로드는 두 앱이 아니라 두 연결 옵션을 비교하는 것이므로, 서비스가 허용한다면 끝점과 작업을 비교 가능하게 유지하세요.
새 클라이언트가 실패하면 다른 무엇을 바꾸기 전에 첫 오류를 보존하세요. 첫 오류는 보통 단계를 알려주며, 설정을 바꾼 뒤의 두 번째 시도는 대개 덜 유용한 것을 보고합니다.
속도만이 아니라 DNS, 경로, 앱을 비교하세요
새 클라이언트가 연결된 상태에서 같은 세 명령을 실행하고 줄마다 비교하세요. 다른 곳을 가리키는 확인자나 사설 서브넷이 빠진 경로 테이블은 처리량을 보기 전에 동작 차이의 대부분을 설명합니다. 빠르게 연결되지만 내부 이름을 해석하지 못하는 클라이언트는 상태 창이 더 좋아 보여도 비교에서 이긴 것이 아니므로, 그다음 같은 작업으로 실제 앱을 시험하세요.
트래픽이 어느 인터페이스를 썼는지 살펴보세요. macOS에서 터널 인터페이스 이름은 어느 클라이언트가 경로를 소유하는지의 신뢰할 만한 지표가 아니므로, 둘 중 하나만 읽지 말고 인터페이스 목록을 경로 테이블과 짝지으세요. utun 인터페이스가 두 개라면 트래픽을 나르는 것은 일치하는 경로와 확인자 항목이 있는 인터페이스입니다. 존재하는 인터페이스가 항상 트래픽을 나르는 것은 아니므로, 이름으로 짐작하는 것이 잘못된 인터페이스를 탓하게 되는 이유입니다.
세 출력을 훑어보지 말고 읽으세요. 확인자 덤프에서는 utun 인터페이스에 연결된 이름 서버가 어느 클라이언트에 설치되었는지 보여 주고, 경로 테이블에서는 기본 경로가 트래픽을 나르는 인터페이스를 지목하며, 인터페이스 목록에서는 두 번째 utun 장치가 두 번째 터널이 만들어졌음을 뜻합니다. 기준선과 비교한 그 세 줄은 복구된 구성을 두 클라이언트가 여전히 경쟁하는 구성과 구분합니다.
복원한 다음 깔끔하게 제거하세요
원래 클라이언트 자체의 작업 흐름으로 돌아가 기준선 출력이 기록한 것과 일치하는지 확인하세요. 확인자나 경로 테이블이 복구되지 않으면 멈추고 다른 무엇을 제거하기 전에 그것을 고치세요. 사용하지 않는 구성은 그것을 소유한 구성 요소로 제거하세요: 클라이언트 제거 프로그램, 프로필 또는 시스템 확장 설정입니다.
시험한 버전, 사용한 끝점, 각각의 결과로 메모를 갱신하며 마무리하세요. 여섯 달 뒤 그 기록이 결정과 소문의 차이입니다.