Polkit 에이전트인가 시크릿 에이전트인가: 어느 프롬프트가 없는가?

어떤 구성도 건드리기 전에 대화 상자의 문구를 끝까지 읽으십시오. 한 프롬프트는 머신의 네트워크를 바꿀 권한을 요구하고, 다른 하나는 연결에 필요한 시크릿을 요구합니다. 이들은 서로 다른 구성 요소에서 오고, 서로 다른 이유로 실패하며, 하나를 고쳐도 다른 하나는 결코 고쳐지지 않습니다. 메시지는 어느 쪽을 다루고 있는지 알려 줍니다.

VPN이 아니라, 작업이 요청된 이유일 뿐인 그 이름에서 시작하십시오.

실제로 어떤 프롬프트가 빠져 있습니까?

로컬 권한 프롬프트는 이 사용자가 특권 작업을 수행해도 되는지 데스크톱이 묻는 것입니다. 시크릿 프롬프트는 터널을 만들기 전에 연결 저장소가 비밀번호, 키 암호 구절 또는 토큰을 필요로 한다는 뜻입니다. 전자는 세션의 인증 에이전트가, 후자는 네트워크 관리 서비스가 접근할 수 있는 시크릿 에이전트가 응답합니다. 메시지가 인증 에이전트를 찾지 못했다고 하면 VPN 비밀번호는 아직 요구되지 않은 것입니다.

문제를 보고할 때 이 순서가 중요합니다. 실행 문맥, 요청된 로컬 작업, 인가 결과, 그리고 이후의 연결 오류는 네 가지 별개의 사실이며, 이것을 뭉뚱그리면 아무도 조치할 수 없는 보고가 됩니다.

Polkit 에이전트는 세션 안에 있습니다

Polkit은 특권 시스템 작업을 그것을 요청하는 일반 프로그램과 분리하며, 사용자 세션의 에이전트가 그 상호 작용을 제시합니다. 가벼운 데스크톱, 맨 터미널에서 시작한 실행기, 또는 에이전트를 잃은 세션은 모두 그 상호 작용을 사용할 수 없게 만들 수 있습니다. 정책이 잘못되었다고 가정하기 전에 애플리케이션이 어떻게 시작되었는지 확인하십시오. 텍스트만 있는 세션에는 다른 로그인에서 빌려온 그래픽 에이전트가 아니라 자체 지원 에이전트가 필요합니다.

다른 사용자의 환경에서 세션 버스 주소나 디스플레이 변수를 복사하는 것은 인가 계획이 아닙니다. 그것은 연결된 것처럼 보이면서도 프롬프트에 올바르게 응답할 수 없는 세션을 만듭니다.

시크릿 에이전트는 다른 것을 제공합니다

네트워크 관리 서비스는 자신이 저장하지 않는 자격 증명을 시크릿 에이전트에 요청하고, 에이전트는 그 요청을 사용자에게 보여 줍니다. 자체 대화형 프롬프트가 있는 명령줄 클라이언트도 그러한 에이전트이며, 데스크톱 셸은 보통 다른 하나를 제공합니다. 시크릿을 제공하는 것은 시스템 네트워크를 변경할 권한을 주지 않으며, 로컬 인가를 고치는 것은 없는 자격 증명을 만들지 않습니다. 한 작업 흐름이 두 답을 모두 필요로 할 수 있고, 순서는 항상 그렇습니다.

시크릿 대화 상자가 전혀 나타나지 않으면 polkit 정책이 아니라 서비스가 어느 에이전트에 접근할 수 있는지 보십시오.

세션을 고치고, 권한 수준을 건드리지 마십시오

VPN 인터페이스 전체를 root로 실행하는 대신 데스크톱의 지원 에이전트와 시작 통합을 사용하십시오. 모든 사용자에게 무조건적 네트워크 관리를 주거나 인가 서비스를 끄는 것은 빠진 대화 상자를 영구적인 구멍과 맞바꾸는 일입니다. 관리되는 장비에서는 관리자가 승인된 운영자를 의도적으로 요구할 수 있으며, 올바른 수정은 그 결정 안에서 일하는 것입니다. 지원되는 권한 보기를 확인하여 현재 사용자가 무엇을 요청할 수 있는지 보십시오.

로컬 답과 게이트웨이의 인증 결과는 두 사건이므로 섞지 마십시오. 터미널의 대화형 시크릿 프롬프트도 아무리 편해 보여도 누구를 인가 정책에서 면제하지 않습니다.

어느 에이전트가 어느 세션에서 응답했는지, 그리고 다음에 무슨 일이 있었는지 기록하십시오.