Mac의 SonicWall VPN: SSL 클라이언트인가, 네이티브 L2TP인가?

게이트웨이가 실제로 실행하는 원격 액세스 서비스를 기준으로 Mac 클라이언트를 고르십시오. 네이티브 L2TP 항목은 브랜드와 관계없이 SSL VPN 엔드포인트에 도달하지 못합니다.

클라이언트 결정은 방화벽이 내리고 데스크톱에는 그 결과만 반영되므로, Mac에서 시작해 바깥으로 나아가십시오. 시스템 설정을 열고 이미 어떤 VPN 구성이 있는지 확인한 뒤, 비밀번호를 입력하기 전에 관리자에게 질문 하나를 하십시오. 답은 활성화된 원격 액세스 서비스이지 로그인 페이지의 장비 모델이 아닙니다. 노트북 한 대에 두 클라이언트가 있어도 둘 다 올바르지 않을 수 있습니다.

게이트웨이에 어떤 서비스가 켜져 있는지 물으십시오

같은 제품 이름 아래에 두 원격 액세스 서비스가 나타나며 전혀 다르게 동작합니다. 하나는 공급업체 클라이언트로 접근하는 SSL VPN이고, 다른 하나는 macOS 내장 클라이언트가 걸 수 있는 IPsec 또는 L2TP입니다. 포트, 인증, 주소 할당이 다르므로 한쪽 프로필은 다른 쪽에 쓸모가 없습니다. Mac 쪽에서만 고르는 것은 구성이라는 옷을 입은 추측입니다.

세 가지를 한꺼번에 요청하십시오: 라이선스가 있고 활성화된 서비스, 그 서비스가 macOS에서 지원하는 클라이언트와 버전, 그리고 기대하는 인증 흐름입니다. 그보다 적으면 다음 실패에서 추측하게 됩니다.

네이티브 L2TP 경로를 따라가십시오

프로필이 추가되어 있으면 Mac에 네이티브 연결이 있고, 설정 패널은 Wi-Fi와 Ethernet 옆에 그것을 표시합니다. 목록이 비어 있으면 그 기계에는 VPN 구성이 전혀 없으며 문제는 연결성이 아니라 프로비저닝에 있습니다. 아래 명령은 인터페이스가 숨길 수 있는 구성을 포함해 시스템이 실제로 보유한 것을 출력합니다.

무엇이든 추가하기 전에, 익숙한 이름의 오래된 프로필이 새 설정을 무시된 것처럼 보이게 하는 흔한 이유이므로 출력을 읽으십시오. 그다음 서버 주소를 관리자가 준 주소와 비교하고, 오래된 티켓의 주소와 비교하지 마십시오. 두 점검 모두 일 분이면 끝나고 흔한 막다른 길 두 개를 없앱니다.

scutil --nc list
networksetup -listallnetworkservices

네이티브 L2TP 항목에는 공유 암호, 사용자 이름과 비밀번호, 그리고 예상 포트에서 그 서비스를 제공하는 게이트웨이도 필요합니다. 그중 하나라도 없으면 Mac은 인증 오류 또는 서버가 응답하지 않는다는 오류를 보고하며, 어느 메시지도 잘못된 암호와 한 번도 활성화되지 않은 서비스를 구분하지 못합니다. 관리자와 메모를 대조할 때 세 값을 함께 보관하십시오.

SSL 클라이언트 경로를 따라가십시오

SSL VPN 클라이언트는 TLS로 포털에 연결한 뒤 자체 터널과 자체 주소 정책을 실행합니다. 포털 주소, 계정, 그리고 배포가 강제하는 두 번째 요소가 필요하며, 처음 실행할 때 보통 네트워크 확장을 설치합니다. 한 클라이언트용으로 내보낸 프로필이 다른 클라이언트로 가져와지는 일은 드물며, 둘 다 아래에서 IPsec을 말하더라도 마찬가지입니다. 확장이 승인되기 전에는 그 어느 것도 시스템 설정의 VPN 목록에 나타나지 않습니다.

나란히 설치된 두 SSL 클라이언트는 같은 네트워크 확장을 두고 경쟁할 수 있고, 먼저 로드된 쪽이 보통 이깁니다. 승인된 클라이언트를 설치하기 전에 쓰지 않는 클라이언트를 제거하고, 그다음 재시동해 확장 목록이 다시 만들어지게 하십시오.

설치 전에 macOS 릴리스를 공급업체의 현재 지원 성명과 대조하고 설치 프로그램이 개인정보 보호 및 보안에서 승인을 요청할 것도 예상하십시오. 차단된 확장은 결코 시작되지 않는 연결과 똑같이 보입니다.

브랜드 변경 공지를 올바로 읽으십시오

클라이언트 이름은 바뀌며, 이름 변경은 프로토콜 변경이 아닙니다. Mobile Connect가 NetExtender가 된다는 공급업체의 공지는 브랜딩을 설명하므로, 데스크톱 플랫폼 지원에 관한 오래된 진술을 새 이름을 가진 모든 앱에 옮길 수 없습니다.

실제로 설치한 클라이언트는 아이콘의 라벨이 아니라 번들 식별자와 버전으로 확인하십시오. 그 차이가 어떤 지원 매트릭스가 당신의 Mac에 적용되는지를 결정합니다.

활성화된 서비스와 지원되는 Mac 클라이언트가 겹치지 않는다면, 정직한 선택지는 승인된 대체 서비스나 계획된 게이트웨이 변경입니다. 노트북 한 대를 만족시키려고 공유 정책을 다시 쓰거나 포럼 답변이 언급했다는 이유로 앱을 사는 것은 호환성 문제를 시작된 자리에 그대로 둡니다.

관련 글