데스크톱에 VPN 버튼이 없습니다: 프로필은 아직 있을까요?
패널이 없는 것은 인터페이스의 문제이며 프로토콜이 사라졌다는 증거가 아닙니다. 저장된 프로필을 UUID 로 나열한 뒤 다시 설치하기 전에 nmcli 로 하나를 활성화하십시오.
패키지를 다시 설치해도 데스크톱 네트워크 메뉴가 한 번도 그리지 않은 VPN 항목이 돌아오는 일은 드뭅니다. 패널과 연결은 소유자가 다른 두 객체입니다. 데스크톱 프런트엔드는 플러그인이 노출하는 것을 그리고, 네트워크 서비스는 프로필을 보관하며, 한쪽이 메뉴에서 사라져도 다른 쪽은 계속 동작할 수 있으므로 메뉴는 조사를 시작할 자리가 아닙니다. 먼저 프로필을 확인하고, 그다음에 실제로 망가진 것이 데스크톱인지 연결인지 판단하십시오.
버튼과 프로필은 서로 다른 것에 속합니다
데스크톱의 네트워크 페이지는 설치된 프런트엔드와 그 VPN 편집기 구성 요소가 그릴 수 있는 것을 그립니다. NetworkManager 나 그 머신의 네트워크를 소유한 임의의 서비스가 연결 정의를 보관하고, 그것을 올릴 수 있는지 결정합니다. 두 화면이 일치하도록 강제하는 것은 없으며, 데스크톱 변경이나 배포판 업그레이드, 개발 릴리스에 대한 실행 뒤에는 흔히 일치하지 않습니다. 그래서 터널이 사라지지 않았는데도 패널이 불완전할 수 있습니다. 이것을 프로토콜 문제로 읽으면 아무것도 고치지 못하는 재설치 순환으로 곧장 이어집니다.
| What the screen shows | Check it against | What the answer rules out |
|---|---|---|
| No VPN section at all | nmcli connection show | Whether any profile exists |
| A VPN section with an empty list | The editor or plugin package for that VPN type | Whether the frontend can draw it |
| The same profile listed twice | Both UUIDs | Whether an import loop made copies |
표를 위에서부터 처리하십시오, 각 행이 다른 질문에 답하며 첫 행이 가장 저렴합니다. 프로필이 있으면 문제가 프런트엔드로 옮겨 가고, 프로필이 전혀 없으면 프로비저닝으로 옮겨 갑니다. 둘 중 어느 쪽인지 추측하는 것이 십 분짜리 점검을 반나절짜리 재설치로 바꿉니다.
NetworkManager 에 무엇을 저장했는지 묻기
메뉴를 읽는 대신 서비스에 직접 물으십시오, 두 명령이 존재하는 것과 실행 중인 것을 구분합니다. 같은 머신에서 실행하고, 두 번째 명령은 활성화를 시도하기 전과 후에 실행하십시오. 두 목록은 서로 바꿀 수 없으며 그 차이가 곧 진단입니다.
nmcli -f NAME,UUID,TYPE,DEVICE connection show
nmcli connection show --active저장된 프로필은 비활성일 수 있으며 이는 정상이고 데스크톱에 대해 아무것도 말하지 않습니다. 비슷한 이름의 항목이 둘 있는 것은 가져오기 순환 뒤에 흔하며 UUID 만이 둘을 구분합니다. 다른 서비스가 직접 소유한 터널은 이 목록에 아예 들어오지 않을 수 있으므로 빈 결과가 곧바로 NetworkManager 결함은 아닙니다. 이름은 사람이 편집하는 레이블이고 식별자는 그렇지 않으므로 이제부터 UUID 로 고르십시오.
다시 가져오지 말고 프로필을 검사하기
프로필이 있으면 저장된 비밀을 요구하지 않고 세부 정보를 읽으십시오. 없으면 플러그인이 문서화한 프로비저닝 또는 가져오기 흐름을 한 번 사용하고 무엇을 만들었는지 확인하십시오. 메뉴가 비어 있었다고 가져오기를 반복하는 것이 한 연결의 경쟁하는 사본 네 개로 끝나는 방식입니다.
그 사본들은 아무도 읽지 않는 종이 흔적을 동반한 표류이며, 데스크톱 사용자도 다음 관리자도 어느 것이 쓰였을지 말할 수 없습니다. 식별자를 기록한 뒤 중복을 의도적으로 삭제하기, 가져오기 순환이 결정하게 두지 마십시오. 터미널에서 활성화할 때 필요한 값이 바로 살아남는 UUID 이므로 그것을 기록하십시오. 서로 다른 이름으로 두 번 가져온 프로필은 보통 하나는 동작하는 정의이고 다른 하나는 조급함의 산물입니다. 프로필 목록은 구성이며 연결 자체만큼 주의를 받을 자격이 있습니다.
저장된 프로필을 터미널에서 활성화하기
nmcli 문서는 선택한 프로필을 대화식으로 활성화하는 방법을 다루며, 그래서 명령줄은 우회가 아니라 지원되는 두 번째 인터페이스입니다. 아래 예시 식별자를 보관한 UUID 로 바꾸십시오. 명령이 무엇을 하는지 실행 전에 이해해야 합니다. 네트워크 상태를 바꾸기 때문에 경로와 DNS 가 움직일 수 있고, 다시 구성되는 인터페이스를 통한 원격 세션은 살아남지 못합니다.
로컬 콘솔에서 실행하거나, 변경이 잘못될 때 되돌아올 계획과 함께 실행하십시오. --ask 프로필에 없는 입력을 모으지만 시스템 인가를 우회하지는 않습니다. 플러그인의 모든 인증 프롬프트가 터미널에서 동작한다고 보장하지도 않는데, 일부는 거기서 닿을 수 없는 대화 상자를 기다리기 때문입니다.
nmcli --ask connection up uuid 11111111-2222-4333-8444-555555555555데스크톱을 탓하기 전에 결과 읽기
프로필이 올라오면 저장된 연결이 동작하고 이 관리 경로도 동작합니다. 그러면 불만은 프런트엔드로 좁혀지며, 그것은 다른 구성 요소 목록이고 흔히 다른 팀입니다. 올라오지 않으면 고장은 프로필이나 터널에 있고, 데스크톱은 처음부터 문제가 아니었습니다.
활성화가 성공해도 프런트엔드 편집기 구성 요소가 있는지, 패널 자체가 잘못 동작하는지는 여전히 말해 주지 않습니다. 그것은 배포판이 지원하는 프런트엔드와 그에 맞는 플러그인 패키지에 대한 질문으로 남습니다. 이것을 재설치에 묶으면 보통 패널은 그대로이고 이야기에 재부팅이 하나 더해집니다.
유용한 보고서는 데스크톱 릴리스, 연결 유형, 빠진 패널 동작, 그리고 지원되는 인터페이스로 프로필이 보이거나 활성화될 수 있는지를 밝힙니다. 빠진 메뉴를 설명하는 데 개인 키도, 자격 증명이 있는 프로필도 필요하지 않습니다. 그 정도면 관리자가 자격 증명을 건드리지 않고 패널 상태를 재현할 수 있습니다.