prerm에서 VPN 패키지 제거 실패: 먼저 확인할 것

제거는 유지 관리 스크립트를 지목하는 오류와 함께 중간에 멈춰 VPN이 절반만 제거된 채로 남을 수 있고, 구성 파일은 남고, 서비스가 아직 실행 중일 수 있으며, 패키지 관리자는 계속 진행하기를 거부합니다. 오래된 포럼 스레드의 솔루션은 스크립트를 삭제하고 제거를 강제하는 것입니다. 그것은 증상만 다루고 실패한 정리 단계를 버립니다. 먼저 단계와 패키지 상태를 읽으세요.

실제로 실패한 라이프사이클 단계

Debian 패키지는 설치 시 preinst와 postinst를, 제거나 완전 삭제 시 prerm과 postrm을 실행하며, 각 스크립트의 종료 상태가 다음 동작을 결정합니다. prerm의 오류는 패키지 파일이 삭제되기 전에 제거가 멈췄다는 뜻이고, postrm의 오류는 제거가 이미 끝났고 정리가 실패했다는 뜻입니다. 서로 다른 복구가 필요한 다른 상황입니다. 배포판 정책은 실패한 단계를 피하지 말고 다시 실행해야 하므로 스크립트가 반복 실행을 견뎌야 한다고도 기대합니다.

첫 오류를 패키지 이름, 버전, 배포판 릴리스와 함께 그대로 기록하세요. 이후 오류는 보통 결과입니다.

변경하기 전에 패키지 상태 읽기

다른 명령을 내리기 전에 패키지 관리자에게 무슨 일이 일어났다고 보는지 물어보세요.

dpkg -l vpn-package
dpkg --audit
apt-get -s remove vpn-package

목록은 패키지의 상태 플래그를 보여 주고, 감사는 손상되었거나 절반만 구성된 채 남은 패키지를 찾으며, 시뮬레이션된 제거는 아무것도 건드리지 않고 apt가 무엇을 할지 출력합니다. 같은 스크립트에서 실패하는 시뮬레이션은 네트워크가 아니라 단계를 확인해 줍니다. 오류에 언급된 스크립트를 기록하고, 어떤 스크립트가 있는지 봐야 한다면 패키지의 정보 파일을 나열하세요. 이 중 어느 것도 아직 그 파일을 편집하는 것을 정당화하지 않습니다.

복구 전에 관리 경로 보호

VPN이 이 호스트로 가는 유일한 SSH 세션을 운반한다면, 제거하면 복구 중간에 접근이 끊깁니다. 먼저 콘솔, 대역 외 관리 인터페이스 또는 두 번째 경로를 마련하고, 시작하기 전에 작동하는지 확인하세요. 나중에 필요한 프로필과 재등록 지침은 완전 삭제가 생성된 구성을 제거할 수 있으므로 보관하세요. 티켓에 붙이는 메모에서 자격 증명을 빼고, 개인 키는 진단에서 완전히 분리하세요.

문서화된 수동 재정의는 패키지 소유자의 안내 아래에서 건너뛴 단계를 명시하며 마지막 수단으로 취급하세요. 패키지 자체의 정리 목록이 아직 해야 할 일의 기록이므로 와일드카드로 스크립트를 삭제하지 마세요.

패키지, 네트워크, 자격 증명 결과 분리

지원되는 절차가 끝나면 세 가지 결과를 독립적으로 확인해야 합니다. 패키지 트랜잭션은 감사에 절반만 구성된 항목을 남기지 않고 깨끗한 상태를 보여야 합니다. 네트워크는 올바른 서비스가 중지되고, 오래된 경로나 DNS 설정이 없으며, 교체 또는 직접 접근을 위한 경로가 작동하는 의도한 상태여야 합니다. 원격 측이 세 번째 결과이며, 클라이언트를 제거해도 아무것도 취소되지 않으므로 오래된 자격 증명은 그 계정 소유자를 통해 폐기해야 합니다.

그런 다음 다시 연결하여 허용된 목적지 하나를 테스트하세요. 터널이 아직 실행 중인 깨끗한 패키지 상태는 깨끗한 네트워크와 다른 결과이며, 제거가 실제로 적용되었음을 알려 주는 것은 후자뿐입니다.