매번 VPN .run 파일을 다시 실행하시나요? 그것은 설치 프로그램입니다

지난주에 내려받은 파일을 더블클릭하면 연결이 되고, VPN이 끊길 때마다 같은 파일을 다시 실행하는 습관이 남습니다. 곧바로 망가지는 것이 없기 때문에 이 패턴이 살아남습니다. 실제로 하는 일은 애플리케이션을 자기 자신 위에 다시 설치하고, 설치 프로그램의 끝에서 다시 여는 것입니다.

설치 프로그램이 끝나면 프로그램은 디스크의 다른 곳에 살고, 자체 아이콘과 자체 설정, 자체 백그라운드 서비스를 갖습니다. 다운로드는 전달 수단이었고 그것을 보관하는 것은 괜찮지만, 연결에 쓰는 대상은 아닙니다.

다운로드가 실제로 디스크에 놓은 것

.run 파일은 파일 유형이 아니라 이름 붙이는 관례입니다. 셸 스크립트일 수도, 스스로 풀리는 아카이브일 수도, 컴파일된 바이너리일 수도, 실행 시점에 그중 무엇이 될지 결정하는 무언가일 수도 있습니다. 확장자는 누가 공개했는지, 믿어야 하는지 알려주지 않으므로 설치 안내는 명령이 아니라 검증된 경로에서 받는 것으로 시작합니다.

이런 방식으로 배포하는 공급업체의 경우, 설치 프로그램은 페이로드를 풀고 애플리케이션과 지원 파일을 쓰며 필요한 것을 데스크톱에 등록합니다. 끝나면 중요한 산출물은 애플리케이션 바이너리, 데스크톱 항목, 그리고 흔히 애플리케이션이 시작하는 서비스입니다. 그중 어느 것도 내려받은 파일이 아닙니다. 설치 프로그램이 마지막 출력에서 알려주는 디렉터리를 보면 그 차이가 바로 보입니다.

다시 실행하는 습관은 진단도 가립니다. 전체 재설치 후 앱이 열리지만 메뉴에서는 열리지 않는다면, 설치 프로그램이 모든 부분을 다시 만들었기 때문에 어느 부분이 없었는지 알 수 없습니다.

공급업체 자체의 호출로 한 번만 설치하세요

문서화된 호출을 지정된 인터프리터까지 포함해 정확히 따르세요. PIA의 Linux 클라이언트의 경우 안내서는 sh을 통해 설치 프로그램을 호출하므로, 명령의 형태는 인터프리터 뒤에 실제로 내려받은 파일이 오는 것입니다.

sh ./pia-linux-VERSION.run

VERSION은 받은 빌드에 대한 자리 표시자이며 특정 번호를 찾으라는 권고가 아닙니다. 그 명령은 파일을 검사하는 방법도 아니고, 두 번 실행해도 첫 번째가 가르치지 않은 것을 가르치지 않는, 시스템 수준의 결과를 낳는 코드 실행으로 다루세요.

같은 안내서의 세부 사항 하나는 놓치기 쉽고 반복할 가치가 있는데, 설치 프로그램 앞에 sudo을 붙이지 않는 것입니다. 필요한 관리자 권한은 설치 프로그램이 스스로 요청하며, root 셸로 감싸면 설치가 어느 사용자 환경에 들어가는지가 달라집니다. 같은 이유로 「모든 다운로드를 실행 가능하게 만들고 실행하라」는 일반 규칙이 아니며, 인터프리터에게 스크립트를 읽게 하는 것과 파일을 직접 실행하는 것은 실패 방식이 다른 별개의 작업입니다.

설치 프로그램이 끝나면 공급업체는 방금 설치한 애플리케이션으로 로그인하고 연결하는 방법을 문서화합니다. 이후의 모든 연결은 그곳에 속합니다. 온라인이 되기 위해 여전히 설치 프로그램 경로를 입력하고 있다면, 설치 프로그램을 실수로 작업 흐름의 일부로 만든 것입니다.

런처, 스토어, 트레이는 세 가지 다른 위치

애플리케이션 메뉴, 소프트웨어 스토어 카탈로그, 트레이 영역은 서로 다른 구성 요소가 유지하는 별개의 인터페이스이며, 설치 프로그램은 다른 것을 건드리지 않고 하나만 채울 수 있습니다. 독립 설치 프로그램은 보통 데스크톱 항목을 쓰는데, 이는 런처 통합일 뿐 그 이상이 아닙니다. 앱을 카탈로그가 관리하는 스토어 설치로 만들지도 않고, 트레이 아이콘을 보장하지도 않습니다.

트레이 표시기는 양쪽의 지원이 필요해서, 실행 중인 애플리케이션이 하나를 내보내야 하고 데스크톱이 그를 위한 호스트를 제공해야 합니다. 전통적인 트레이를 없앤 데스크톱에서는 표시기를 기대하는 앱이 완벽하게 실행되면서 아무것도 보여주지 않을 수 있으며, 이는 설치 실패가 아니라 통합의 틈입니다. 데스크톱 버전과 앱 버전을 알려주는 것이 그 틈을 다룰 수 있게 만듭니다.

그래서 앱은 열리는데 아이콘이 없을 때는 재설치하지 마세요. 프로세스가 실행 중인지, 창이 백그라운드 시작 뒤에 숨겨져 있는지, 데스크톱이 그런 표시기를 아예 지원하는지 확인하세요. 트레이 호스트가 없는 데스크톱에서 표시기가 없는 것은 예상된 동작이며 결함이 아닙니다. 같은 다운로드를 다섯 번째로 재설치해도 이미 작동하던 것만 새로 고칠 뿐입니다.

설치의 소유자를 기록하세요

어떤 경로가 애플리케이션을 설치했는지, 어떤 구성 요소가 업데이트하는지, 무엇이 제거하는지 적어 두세요. 그 세 답은 대개 같은 프로그램이 아니며, 아무도 그것을 모르는 머신은 VPN 클라이언트의 두 사본이 결국 같은 경로를 두고 다투는 머신입니다.

내려받은 설치 프로그램을 지우는 것은 아무것도 제거하지 않으며, 창을 닫는다고 해서 그것이 설치한 서비스나 차단 정책이 반드시 멈추지는 않습니다. 정리하기 전에 로그인 시 무엇이 실행되고 재부팅 후 무엇이 남는지 알아보세요.

설치 프로그램이 할 일을 마쳤다면 기억할 폴더에 넣고, 그것을 애플리케이션으로 취급하는 것을 그만두세요. 다음에 터널이 말썽을 부리면 설치된 앱에서 시작하고, 다운로드는 설치한 날의 산물로 남겨 두세요. 위에서 설명한 호출과 첫 실행 단계에 대해서는 Linux용 PIA 설치 안내서가 참고 자료입니다.