회색 NetworkManager 제어? 권한보다 소유권을 먼저 확인하십시오
죽은 토글은 관리되지 않는 장치, 인증 에이전트 누락, 또는 편집기 플러그인 누락일 수 있습니다. 세 가지 읽기 전용 점검이 어느 것인지 알려 줍니다.
데스크톱 메뉴의 회색 VPN 스위치는 무언가 잘못되었다고 알릴 뿐 무엇이 잘못되었는지는 알려 주지 않습니다. 그것은 관찰이지 진단이 아닙니다. 세 가지 다른 경계가 같은 죽은 제어를 만들 수 있습니다: NetworkManager 가 장치의 소유자가 아닐 수 있고, 세션에 그것을 변경할 권한이 없을 수 있으며, VPN 편집기 플러그인이 아예 설치되지 않았을 수 있습니다. 잘못된 경계를 바꾸는 것이 오 분짜리 수정을 온종일 패키지 재설치로 만드는 방법입니다.
무엇이든 바꾸기 전에 세 가지 읽기 전용 명령이 경우를 구분합니다.
세 가지 질문을 순서대로 던지십시오
nmcli device status
nmcli general permissions
nmcli connection show이것은 실제로 NetworkManager 를 쓰는 시스템을 위한 점검 명령이며 일반 사용자로 실행해도 안전합니다. 출력을 어딘가에 붙여 넣는다면 비공개 연결 세부 정보를 공개 로그에 남기지 마십시오.
장치 상태는 인터페이스가 관리되고 사용 가능한지를 답합니다. 권한 보기는 호출한 세션이 무엇을 할 수 있는지를 답합니다. 연결 목록은 어떤 프로필이 있는지 보여 줄 뿐, 그에 맞는 VPN 편집거나 가져오기 플러그인이 설치되어 있음을 증명하지 않습니다.
소유권과 권한은 서로 다른 결함입니다
관리되지 않음으로 표시된 장치는 NetworkManager 의 제어 밖에 있고, 어떤 권한도 작동하는 토글을 만들어 내지 못합니다. ifupdown 플러그인은 흔한 원인입니다: 그 managed 설정이 interfaces 파일의 항목을 어떻게 다룰지 정하며, 남은 절이 인터페이스를 옛 도구 아래에 붙잡아 둘 수 있습니다. 파일의 존재는 내용을 지우라는 지시가 아니며, 자신이 쓰지 않은 항목을 지우는 것은 연결을 잃는 좋은 방법입니다.
권한은 별개의 축입니다. NetworkManager 는 PolicyKit 을 통해 비 root 호출자를 인가하며, 보고되는 답은 yes, auth, no 중 하나일 수 있습니다. 인증 에이전트가 없는 세션은 auth 를 보고한 뒤 데스크톱에서 조용히 실패하며, 이는 에이전트 누락이 아니라 고장 난 제어처럼 보입니다.
데스크톱을 root 로 실행해 둘 중 하나를 고치지 마십시오
토글 하나를 작동시키려고 세션 전체를 root 로 실행하면 컴퓨터의 모든 응용 프로그램 보안 모델이 바뀝니다. 그것은 근본적인 잘못된 구성을 기록하는 대신 숨깁니다. 작업에 관리자 인가가 필요하다면 그것이 의도된 설계이며, 수정은 정책이나 에이전트를 시작하는 방식에 속합니다.
마찬가지로 NetworkManager 의 두 번째 사본이나 경쟁 데몬을 실행하지 마십시오. 같은 장치를 두고 다투는 두 관리자 는 추론하기 어렵고 지원하기는 더 어려운 상태를 만듭니다. 두 번째 데몬이 제어를 되찾는 유일한 방법처럼 보인다면 첫 번째 관리자의 구성이 고쳐야 할 것입니다. 다른 무엇을 바꾸기 전에 여분의 데몬을 멈추십시오. 그렇지 않으면 다음 시험은 둘을 한꺼번에 측정합니다.
플러그인 문제는 편집기에도 해당합니다
VPN 연결을 만들거나 가져오려면 그 연결 유형을 제공하는 플러그인이 필요하고, 데스크톱에서는 보통 편집기 통합도 필요합니다. 서비스 쪽 패키지가 있어도 편집기 양식이 없을 수 있으며, 그래서 메뉴 항목이 존재해도 실패할 수 있습니다. 한 패키지가 모든 것을 설치한다고 가정하지 말고 두 절반을 배포판의 패키징과 대조해 확인하십시오.
독립 실행 클라이언트 바이너리도 증거가 아닙니다. OpenVPN 바이너리를 설치한다고 해서 데스크톱 편집기에 OpenVPN 프로필을 만드는 양식이 생기지는 않습니다.
책임 있는 경계를 고친 뒤 검증하십시오
어느 경계가 잘못인지 알았다면 그것만 바꾸십시오. 장치를 관리됨으로 표시하는 것, 권한을 부여하는 것, 편집기 패키지를 설치하는 것은 위험 성격이 다른 세 가지 작업이며, 그것을 섞으면 결과를 귀속시킬 수 없게 됩니다. 소유권을 옮겨야 한다면 콘솔이나 대역 밖 접근을 확보한 상태에서 하십시오. 그곳의 실수는 고치려고 쓰는 네트워크를 없앨 수 있습니다.
그다음 실제 계정과 실제 프로필로 검증하십시오: 경로, DNS 보기, 비밀이 저장된 위치를 확인하십시오. 활성화된 버튼은 인터페이스 상태일 뿐 터널이 작동한다는 증거가 아닙니다. 티켓에 장치 상태, 권한 답변, 플러그인 버전을 기록해 다음 사람이 어느 경계가 실제로 바뀌었는지 알 수 있게 하십시오.