OpenVPN TAP 어댑터 설치 실패: 어느 단계가 깨졌나?

설치 프로그램은 TAP 어댑터를 만들 수 없다고 말하지만, 그 한 문장은 적어도 세 가지 서로 다른 실패를 포괄합니다. 패키지가 한 번도 스테이징되지 않았을 수도 있고, 스테이징되었지만 장치가 만들어지지 않았을 수도 있으며, 장치가 존재하되 설치 프로그램이 이를 하나의 일반 오류로 보고한 문제 상태일 수도 있습니다. 어느 경우인지에 따라 누가 고쳐야 하고 어떤 증거가 필요한지가 달라집니다.

무엇보다 먼저 빌드 번호와 설치 타임스탬프를 수집하세요. 둘 다 로그 폴더를 실제로 실행할 수 있는 검색으로 바꿔 줍니다.

세 단계, 세 가지 다른 로그

첫 번째 단계는 설치 프로그램 자체로, 파일의 압축을 풀고 자체 로그를 유지하며 1603 같은 요약 코드를 보고합니다. 이 코드는 트랜잭션이 실패했다고만 말하고 어디서 실패했는지는 말하지 않습니다. 두 번째는 드라이버 저장소로, 서명된 패키지가 나중에 쓰도록 스테이징되는 곳입니다. 이는 패키지를 하드웨어에 묶는 것과는 다른 성과입니다. 세 번째는 장치 생성으로, Windows가 장치 인스턴스를 만들고 INF를 적용하며 결과를 setupapi 로그에 기록합니다. 이 단계들 중 어느 두 단계 사이의 조용한 공백도 사용자에게 보이는 같은 문장을 만들어 냅니다.

요약 코드는 트랜잭션에 속하고, 실패한 동작은 같은 로그의 더 앞쪽 어딘가에 있습니다. 코드를 설명하려 하지 말고 코드에서 뒤로 검색하세요.

시도 전후의 setupapi.dev.log 읽기

모든 장치 설치에는 C:\Windows\INF\setupapi.dev.log에 한 구간이 기록되며, SetupAPI 로그 가이드는 그 구간과 최종 상태가 어떻게 구성되는지 설명합니다. 타임스탬프가 시도를 감싸는 구간을 찾아, 눈에 띄는 첫 오류 줄이 아니라 구간 전체를 읽으세요. 무관한 장치에 대한 경고는 긴 로그 전반에 나타나며 이 실패에 대해 아무것도 설명하지 않습니다. 일치하는 구간의 최종 상태가 보고서에 인용할 만한 사실입니다.

그 구간을 어댑터 이름, 장치 식별자, 설치 프로그램 로그에 나온 INF 패키지와 대조하세요. 세 식별자가 같은 타임스탬프에서 일치하는 것이 귀속을 안전하게 만듭니다.

패키지와 장치를 따로 확인하기

스테이징된 패키지는 서명된 INF가 드라이버 저장소에 도달했다는 것만 증명합니다. 이 세대의 Windows에서 pnputil /enum-drivers는 타사 패키지를 공급자, 클래스, 버전, 게시된 이름으로 나열하므로 oem 번호로 추측하는 대신 OpenVPN 어댑터 패키지를 찾을 수 있습니다. 그 목록에는 장치가 존재하는지, 시작되었는지, 찾은 패키지에 묶여 있는지에 대한 말이 없습니다. 그것들은 별개의 답을 가진 별개의 질문입니다.

장치 쪽에는 그 나름의 시각이 있습니다. 읽기 전용 어댑터 인벤토리는 Windows가 현재 인터페이스에 대해 무엇을 믿는지 보여 주고, 숨겨진 항목은 존재하지만 비활성인 장치를 포괄합니다. 두 목록을 비교하면 어느 단계가 실패했는지 알 수 있습니다. 패키지 없음, 장치 없음, 또는 장치가 있으나 문제 상태인 경우입니다.

서명을 건드리기 전에 어댑터 확인하기

설치 프로그램의 요약이 아니라 기기에서 상태를 읽으세요. 아래 명령은 스테이징된 드라이버 패키지, 숨겨진 항목을 포함한 어댑터 인벤토리, OK를 보고하지 않는 네트워크 장치를 나열합니다. 다시 부팅한 뒤 실행하여 보류 중인 장치 작업이 정리되게 하세요.

pnputil /enum-drivers
Get-NetAdapter -IncludeHidden | Select-Object Name, InterfaceDescription, Status
Get-PnpDevice -Class Net | Where-Object Status -ne 'OK'

패키지는 있는데 일치하는 장치가 없으면 장치 생성이 의심되며, 그 타임스탬프의 setupapi 구간이 이유를 설명합니다. 장치가 있는데 문제 상태라면 드라이버나 그 서명이 의심되며, 이는 장치가 없는 경우와 다른 이야기입니다. 존재하면서 연결 끊김을 보고하는 어댑터는 활성 터널이 없는 정상 동작 장치이지 설치 실패가 아닙니다. 고칠 단계를 고르기 전에 세 출력을 함께 읽으세요.

서명 적용을 끄거나 네트워크 스택을 초기화하거나 모든 어댑터를 삭제하면 증거가 사라집니다. 그 세 가지 중 어느 것도 아직 식별하지 못한 단계를 고치지 못하며, 각각은 어느 단계였는지 알려 주었을 것을 없애 버립니다.