라우터의 IPv6 목록에서 기기가 사라진다: 무엇이 바뀌었나

미디어 플레이어가 라우터의 IPv6 클라이언트 목록에서 빠지는데도 스트리밍은 계속 작동하므로, 자연스러운 결론은 뭔가 고장났다는 것입니다. 더 자주 일어나는 일은 목록이 표시 내용에 대한 생각을 바꾼 것뿐입니다. 라우터 상태 페이지는 DHCPv6 임대, 무선 연결, 이웃 항목 또는 통합 보기를 표시할 수 있으며, 각각 다른 질문에 답합니다.

페이지는 한 종류의 기록을 보여줄 뿐 전체 목록이 아니다

IPv6 호스트는 보통 링크 로컬 주소, 하나 이상의 전역 주소, 그리고 교체되는 임시 프라이버시 주소를 동시에 가집니다. 이웃 탐색은 로컬 링크에서 최근 사용된 이웃의 캐시를 유지하며, 도달 가능성 상태는 만료됩니다. 기기가 완전히 도달 가능해도 캐시된 항목은 늙어 가고, 트래픽이 다른 경로를 택해도 임대 표에 나타날 수 있습니다. 그 어느 출처도 기기가 가졌던 모든 주소의 등록부가 아닙니다.

따라서 첫 질문은 기기가 왜 사라졌느냐가 아니라, 페이지가 어느 데이터 출처에서 가져오느냐입니다.

세 가지 호스트 보기는 세 가지 다른 질문에 답한다

권한이 있는 Linux 호스트에서 세 객체를 따로 읽으십시오. 주소 목록은 무엇이 구성되었는지 보여주고, 라우팅 표는 트래픽이 어디로 갈지 보여주며, 이웃 표는 호스트가 최근 링크에서 누구와 대화했는지 보여줍니다. 이를 혼동하면, 빠진 이웃 항목이 빠진 주소와 똑같이 보이므로 자신감 넘치는 오답이 나옵니다.

ip -6 address show
ip -6 route show
ip -6 neighbour show

이것들은 트래픽을 나르는 실제 네트워크 이름 공간 안에서 실행하십시오. 컨테이너 안에서는 인터페이스 목록이 호스트가 보는 것과 다를 수 있고, VPN 클라이언트는 둘 중 어디에나 있을 수 있습니다.

VPN 전환 전후에 같은 세 출력을 비교하고 시각 표시를 기록하십시오. 주소와 경로가 그대로인데 이웃 항목이 사라진다면 그것은 캐시 노화를 설명하며, 구성 변경이 아닙니다.

표시 변경과 연결성 변경을 구분하라

그다음 정말 중요한 것, 즉 기기가 필요로 하는 IPv6 리소스의 도달 가능성을 시험하십시오. 서비스가 승인된 경로로 IPv6에서 응답한다면 대시보드에서 빠진 행은 모니터링 결함입니다. 실패한다면 표시 변경은 증상일 수 있고, 다음 단계는 목록 자체가 아니라 라우팅과 방화벽 경로입니다. 라우팅된 VPN은 보통 호스트의 LAN 인터페이스를 원격 링크로 옮기지 않으므로, LAN 주소와 터널 주소는 생각 속에서 별도 열에 두십시오.

하나의 인터페이스가 여러 주소를 가질 수 있고, 상태 페이지는 그중 하나만 표시할 수 있습니다. 그래서 다시 연결한 뒤 아무 문제가 없어도 기기가 주소를 바꾼 것처럼 보일 수 있습니다. 프라이버시 확장은 임시 주소가 페이지가 보여주지 않는 일정에 따라 교체되므로 이를 더 두드러지게 합니다.

리소스를 확인하고 나서 표는 그대로 두라

호스트 상태와 연결성이 둘 다 올바르게 보인다면, 네트워크를 건드리기 전에 목록의 데이터 출처와 새로 고침 동작을 조사하십시오. 임대 기간, 캐시 시간 초과, 또는 페이지가 분류하지 않는 주소를 숨기는 표시 필터를 찾으십시오.

대시보드 행을 다시 나타나게 하려고 이웃 표를 비우거나, IPv6을 끄거나, 주소를 다시 할당하지 마십시오. 그런 동작은 작동 중인 트래픽을 끊고 보통 다음 캐시 만료까지만 행을 되살립니다. ip -6 neigh flush dev br-lan은 기껏해야 진단이고 최악의 경우 스스로 만든 장애입니다.

페이지가 어느 출처를 쓰는지 기록하면, 기기가 작동하는지라는 질문은 표의 한 행에 의존하지 않게 됩니다.