고아가 된 TUN 인터페이스: 삭제하기 전에 소유자부터 찾으세요

TUN 인터페이스가 아직 목록에 있고, 터널은 트래픽을 통과시키지 않으며, 당연해 보이는 해결책은 링크를 삭제하는 것입니다. 바로 여기서 작은 정리가 장애로 바뀝니다. 인터페이스는 설계상 영구적일 수도 있고, 다시 만들 서비스가 소유할 수도 있고, 같은 이름이 다른 의미를 갖는 네임스페이스에 숨어 있을 수도 있습니다. 존재한다는 것이 고아라는 증거는 아닙니다.

이름이 있는 인터페이스를 삭제하는 것은 쉽습니다. 무엇이 그것에 의존하는지 아는 것이 실제 작업입니다.

오해: 터널이 꺼져 있어서 인터페이스가 남았다

영구 TUN 장치는 연결된 세션과 독립적으로 존재합니다. 영구 플래그의 요점은 장치가 남아 다음 연결이 이를 재사용할 수 있다는 것입니다. 트래픽은 흐르지 않고 아무 문제도 없습니다.

인터페이스는 재시작 중인 서비스나 프로필이 유휴 상태인 클라이언트의 것일 수도 있습니다. 버려졌다고 결론 내리기 전에 소유 프로세스와 구성을 확인하세요. 프로세스 목록과 이를 시작하는 구성이 사라진 터널보다 더 강한 증거입니다.

이름과 함께 네임스페이스를 기록하세요. 다른 네임스페이스에도 같은 이름의 인터페이스가 있을 수 있으며, 둘은 무관합니다. 다른 네임스페이스를 살펴봐야 할 때는 네임스페이스 플래그를 사용하세요.

오해: 링크를 삭제하면 모든 것이 정리된다

링크를 삭제하면 연결된 주소와 경로가 제거됩니다. 이를 참조하던 정책 규칙, 방화벽 규칙, 리졸버 설정, 도우미 스크립트는 제거되지 않습니다. 그것들은 남아서 더 이상 존재하지 않는 장치를 가리킬 수 있습니다.

서비스가 여전히 구성되어 있으면 다음 시작이나 재연결 시 인터페이스를 다시 만들 수 있습니다. 그러면 작동하는 리소스를 삭제하고 원래의 수명 주기 문제를 그대로 둔 셈입니다. 런타임 상태만이 아니라 구성을 바꾸세요.

인터페이스가 돌아오고 규칙이 중복된 채로 끝나는 정리는 아무 정리도 하지 않는 것보다 나쁩니다.

건드리기 전에 소유자를 찾으세요

ip link show 와 TUN/TAP 검사 도구로 시작해 인터페이스, 주소, 경로를 얻으세요. 소유하고 있을 수 있는 클라이언트, 서비스, 네트워크 관리자를 확인하세요. 장치가 영구적인지, 어떤 모드를 사용하는지 확인하세요. 그런 다음 아직 누군가가 그것에 의존하는지 판단하세요.

사용되지 않는 것으로 확인된 영구 인터페이스라면, ip tuntap 은 모드별 제거를 문서화합니다. 실제 장치 이름과 모드를 맞추고, 호스트의 모든 터널에 대해 광범위한 정리를 실행하지 마세요.

작업하는 동안 복구 접근 권한과 다른 클라이언트의 경로를 그대로 유지하세요. 사용한 명령을 기록해 다음 확인을 정확히 반복할 수 있게 하세요.

소유자를 통해 제거한 다음 무엇이 남았는지 확인하세요

먼저 지원되는 연결 구성을 중지하거나 제거해, 서비스가 삭제하는 것을 다시 만들지 않게 하세요. 그런 다음 장치를 제거하세요. 이후 오래된 주소, 경로, 리졸버 상태를 각자의 소유자 아래에서 점검하세요.

재연결 시 문제가 다시 나타나면 수동 삭제를 반복하지 말고 수명 주기 구성을 고치세요. 고아가 무엇인지, 왜 사용되지 않았는지, 어떤 구성 요소가 교체를 관리해야 하는지 기록한 정리 기록은 다음 사람이 정당한 영구 인터페이스를 고장으로 오인하지 않게 해줍니다.