NetworkManager를 업그레이드한 후 경로가 더 이상 활성 연결이 아닌 프로필이나 구성 경로에 속해 있었다면 정적 경로가 사라질 수 있습니다.
ZimaSpace 또는 Linux 홈 서버에서 IoT VLAN, 백업 서브넷, 보조 라우터로 연결되는 경로는 ip route로 수동 추가했거나, 오래된 연결 프로필에 저장했거나, 업그레이드 후 NetworkManager가 교체한 프로필에 연결되어 있었을 수 있습니다. 매번 재부팅 후 명령을 다시 추가하는 대신, 현재 적용된 경로와 활성 영구 프로필을 비교하는 것이 올바른 점검 방법입니다.
경로가 영구적으로 저장된 적이 있는지 확인하기
ip route로 추가한 경로와 해당 경로를 다시 생성해야 하는 NetworkManager 연결 프로필을 비교합니다.
영구 정적 경로는 연결 프로필에 저장해야 합니다라는 실용적인 networkmanager 가이드는 기본 프로토콜만 설명하지 않고 동일한 세부 문제를 다루므로 이 원인을 좁히는 데 도움이 됩니다.
경로가 커널 테이블에만 존재한다면 업그레이드를 원인으로 지목하기 전에 관리되는 프로필로 옮깁니다.
업그레이드로 인해 프로필이 변경되었는지 확인하기
패키지 업그레이드 전후의 프로필 이름, UUID, 자동 연결 상태, 경로 항목을 비교합니다.
NetworkManager 상태가 변경되면 정적 경로가 사라질 수 있습니다라는 문제 해결 사례 글은 기본 프로토콜만 설명하지 않고 동일한 세부 문제를 다루므로 이 원인을 좁히는 데 도움이 됩니다.
활성 영구 프로필에 경로를 복원하고, 비교할 수 있도록 이전 프로필의 사본을 보관합니다.
NetworkManager가 프로필 중심으로 작동한다는 점 기억하기
인터페이스에는 저장된 프로필이 여러 개 있을 수 있지만, 활성화된 프로필의 경로 설정만 적용됩니다.
NetworkManager 구성은 연결 프로필을 중심으로 이루어집니다라는 networkmanager 엔지니어링 블로그 글은 기본 프로토콜만 설명하지 않고 동일한 세부 문제를 다루므로 이 원인을 좁히는 데 도움이 됩니다.
익숙해 보이는 파일을 아무거나 편집하지 말고 UUID로 활성 프로필을 식별합니다.
경로 테이블과 정책 규칙을 함께 확인하기
경로가 기본 테이블이 아닌 다른 테이블에 여전히 존재하지만 해당 테이블을 선택하는 규칙이 변경되었을 수 있습니다.
정책 라우팅은 테이블과 규칙을 모두 사용합니다라는 Linux 라우팅 설명 글은 기본 프로토콜만 설명하지 않고 동일한 세부 문제를 다루므로 이 원인을 좁히는 데 도움이 됩니다.
main에 중복 경로를 추가하기 전에 ip rule과 관련된 모든 테이블을 확인합니다.
경로 메트릭으로 인해 선택 경로가 바뀌었는지 확인하기
동일한 대상에 적용되는 경로가 두 개라면 유효 메트릭이 더 낮거나 더 구체적인 경로가 예상한 경로를 대신 선택할 수 있습니다.
경로 메트릭에 따라 선택되는 경로가 달라집니다라는 Linux 네트워킹 튜토리얼은 기본 프로토콜만 설명하지 않고 동일한 세부 문제를 다루므로 이 원인을 좁히는 데 도움이 됩니다.
업데이트 후 대상 프리픽스, 메트릭, 인터페이스를 비교합니다. 트래픽이 다른 경로를 사용한다는 이유만으로 경로가 삭제되었다고 판단하지 마세요.
서버 네트워크 구성을 하나의 관리 도구로 통일하기
레거시 스크립트, 수동 명령, Netplan, NetworkManager 프로필을 함께 사용하면 업그레이드 후 소유권 충돌이 드러날 가능성이 커집니다.
하나의 NetworkManager 프로필이 서버 경로를 관리해야 합니다라는 실용적인 Linux 네트워킹 가이드는 기본 프로토콜만 설명하지 않고 동일한 세부 문제를 다루므로 이 원인을 좁히는 데 도움이 됩니다.
하나의 관리 프로필에서 경로를 표준화하고 두 번 재부팅한 다음, 매번 동일한 경로와 메트릭이 다시 적용되는지 확인합니다.
정확한 홈 서버 경로를 다시 테스트하기
변수 하나를 변경한 후에는 다른 경로를 사용할 수 있는 다른 테스트로 바꾸지 말고, 동일한 클라이언트에서 같은 NAS 또는 셀프 호스팅 작업을 반복합니다.
관련 홈 서버 네트워크 경로에 대한 ZimaSpace 가이드는 최종 확인을 동일한 셀프 호스팅 환경에 맞춰 진행하는 데 도움이 됩니다.
재연결, 서비스 재시작, 그리고 두 번째로 통제된 전송 또는 요청을 수행한 후에도 원래 증상이 해결된 상태로 유지될 때만 수정이 완료된 것입니다.
자주 묻는 질문
왜 ip route add는 재부팅할 때까지 작동하나요?
실행 중인 커널 테이블은 변경하지만, NetworkManager의 영구 구성까지 반드시 생성하는 것은 아니기 때문입니다.
경로가 여전히 존재하지만 잘못된 테이블을 사용할 수도 있나요?
예. 정책 라우팅은 일치하는 규칙이 필요한 대체 테이블에 경로를 배치할 수 있습니다.
업그레이드 후 연결 파일을 직접 편집해야 하나요?
키파일을 직접 관리해야 할 통제된 이유가 없다면 nmcli 또는 플랫폼에서 지원하는 관리 도구를 사용하는 것이 좋습니다.
지원 및 팁
더 읽어보기

Plex가 다른 Docker 컨테이너와 GPU를 공유할 수 있나요?
Plex와 다른 컨테이너가 동일한 GPU에 함께 액세스할 수 있는 경우가 많지만, 드라이버 지원, 디바이스 매핑, 비디오 엔진 부하, 메모리, 복구 동작을 테스트해야 합니다.

Plex 오류가 클라이언트에서 발생한 것인지 서버에서 발생한 것인지 확인하는 방법
다른 클라이언트에서 동일한 항목을 재현하고, 세션 경로를 비교한 다음, 범위 분석을 통해 장애가 실제로 발생한 위치를 확인한 후에만 서버 증거를 수집하세요.

Plex 캐시 및 트랜스코딩 임시 저장소 구성 방법
영구 Plex 상태는 보호하면서 트랜스코딩 임시 파일은 적합한 로컬 저장소에 배치한 다음, 정리 상태와 여유 공간 및 재시작 동작을 확인하세요.

