새 Mac으로 VPN 접근 옮기기: 먼저 무엇을 기록할까
복사한 연결 이름은 이전된 신원이 아닙니다. 클라이언트, 프로필 출처, 권한 부여 경로를 기록한 뒤 새 Mac을 준비하고 검증하세요.
이전은 조용히 실패합니다 — 연결은 메뉴 막대에 나타나고 프로필도 가져오지만, 새 Mac이 승인된 기기가 아니어서 인증은 여전히 실패합니다. 옛 Mac이 계속 동작하기에, 옛 기기가 사라질 때까지 문제를 미루기 쉽습니다. 전환 전에 짧게 목록을 만들어 두면 대부분을 막을 수 있습니다. 아직 동작하는 기기에서 읽을 수 있을 때 접근이 무엇에 의존하는지 적어 두세요.
옛 Mac이 아직 연결되는 동안 접근을 정리하세요
연결 이름이 아니라 클라이언트와 프로토콜에서 시작하세요. 이름은 옛 프로필이 고른 라벨일 뿐입니다 — 새 기기가 재현해야 하는 것은 클라이언트 버전, 프로토콜, 엔드포인트입니다. 엔드포인트의 정확한 호스트 이름도 적어 두세요 — 공급자 이전으로 라벨을 바꾸지 않고 이동할 수 있습니다.
| Item | Where to read it | Why the new Mac needs it |
|---|---|---|
| Client and version | About screen or vendor download page | Profile format and defaults change between major versions |
| Profile source | MDM, vendor portal, exported file | Decides whether import or re-enrollment is supported |
| Identity type | Certificate, account login, SSO | Decides whether it can move or must be reissued |
| DNS and routes | Tunnel settings, split-tunnel rules | Same tunnel can behave differently with different resolver settings |
| Owner | IT, provider or you | Names the party who can approve the new device |
가장 무거운 항목은 신원입니다 — 사용자 이름과 일회용 코드는 새 Mac에 입력할 수 있습니다. 내보낼 수 있는 키가 있는 인증서는 때때로 가져올 수 있지만, 내보낼 수 없는 키로 기기에 묶인 인증서는 아예 옮길 수 없습니다. 전환을 계획하기 전에 어느 경우인지 기록하세요. 두 답이 어긋나면 무엇이든 복사하기 전에 먼저 정리해야 합니다.
마지막으로 예상 네트워크 동작을 기록하세요 — 전체 터널인지 분할 터널인지, 어떤 내부 이름이 해석되어야 하는지, 터널 안에서 IPv6를 기대하는지. 이것이 이전 성공 여부를 가르는 테스트가 됩니다.
복사할 수 있는 것과 다시 발급해야 하는 것을 구분하세요
사용자 수준 프로필, 서버 주소, 환경설정은 대개 옮길 수 있습니다 — 개인 키, 기기 인증서, 등록 토큰은 옮길 수 없습니다. 그 가치가 한 기기에 묶여 있기 때문입니다. 이런 항목은 재발급 대상으로 보고 소유자에게 지원되는 경로를 물어보세요. 나머지는 복사 후보입니다. 어느 분류인지는 이전 마법사가 아니라 소유자의 절차가 정합니다.
신원이 기기에 묶여 있고 재발급 경로가 없다면 여기서 멈추세요. 복사한 키로 계속하면 인증에서 실패하거나, 더 나쁘게는 두 번째 기기에 대한 기록 없이 같은 자격 증명이 두 기기에서 살아 있게 됩니다.
이동 중에 개인 키나 복구 코드를 메모나 채팅 메시지에 두지 마세요. 키체인, 비밀번호 관리자, 조직의 에스크로 절차를 쓰고, 인증 앱은 시드를 복사하는 대신 다시 등록하세요. 자격 증명이 담긴 이전 메모는 그 자격 증명의 두 번째 사본이 됩니다.
지원되는 경로로 새 Mac을 준비하세요
Mac이 관리 대상이면 수동 구성을 더하기 전에 같은 관리 시스템에 등록하세요. 관리 시스템이 강제 프로필을 소유하며, 그 위에 손으로 가져온 프로필은 다음 정책 변경 뒤에 서로 어긋나는 두 개의 진실을 만듭니다.
관리되지 않는 Mac에서는 공급자의 최신 다운로드로 클라이언트를 설치하고 공급자가 문서화한 방법으로 프로필을 가져오세요. 최근 macOS는 개인정보 보호 및 보안에서 VPN 구성과 시스템 확장에 대한 승인을 요구하며, 확장에 따라 터널이 시작되기 전에 재시작이 필요할 수 있습니다. Apple은 수동 VPN 설정 경로 를 문서화하므로, 공급자 앱과 비교하려면 참고하세요.
새것이 동작하면 중복 정의를 지우세요. 네트워크 설정의 오래된 항목과 앱 자체 프로필이 같은 엔드포인트를 가리킬 수 있고, 연결되는 쪽이 내가 편집했다고 생각한 쪽과 늘 같지는 않습니다.
새 Mac이 실제로 쓸 경로를 검증하세요
연결해서 터널이 트래픽을 나르는지 확인한 뒤, 메뉴 막대 아이콘을 믿는 대신 이름 해석과 라우팅을 확인하세요. macOS는 인터페이스별로 리졸버를 보고하므로 내부 DNS 서버는 터널 인터페이스에 나타나야 하고 내부 이름은 그것을 통해 해석되어야 합니다. 아래 두 명령은 상태만 읽습니다.
scutil --dns | head -40
netstat -rn -f inet | head -20
netstat -rn -f inet6 | head -20내부 호스트 이름이 공인 주소로 해석되거나, 설계가 전체 터널을 기대하는데 기본 경로가 여전히 물리 인터페이스를 가리키면 멈추세요. 둘 다 프로필이 경로 없이 가져와졌거나 다른 구성이 덮어쓰고 있다는 신호입니다.
잠자기 후와 다른 네트워크에 연결한 후 다시 검증하세요.첫 로그인은 통과하지만 덮개를 닫는 것은 견디지 못하는 연결 은 일상 사용에서 무너질 이전이므로, 옛 Mac을 지우기 전에 그것을 잡아내는 것이 점검표의 목적입니다.
옛 Mac을 퇴역시키고 폐기하세요
새것이 위 검증을 통과할 때까지 옛 기기를 연결해 두고, 그다음 운영자 콘솔이나 관리 시스템에서 폐기하세요. 옛 Mac에서 앱을 지우는 것은 신원을 폐기하지 않으며, 복사한 프로필은 여전히 인증될 수 있습니다.
폐기 후 프로필을 지우고 계정에서 로그아웃하며, 기기가 통제를 벗어나면 디스크를 지우세요. 공급자의 기기 목록을 한 번 더 확인해 옛 항목이 사라지고 새 항목이 올바르게 라벨링되었는지 보세요.
이동 중에 공유 비밀이나 팀 자격 증명이 복사되었다면 다음 정기 변경을 기다리지 말고 지금 돌리세요. 이전은 옛 신원이 죽었을 때 끝나며, 새 아이콘이 초록색이 될 때 끝나는 것이 아닙니다.