Huawei VPN 인스턴스: CLI에서 읽고, STelnet에서는 읽지 마세요

Huawei VPN 인스턴스에 대한 질문은 대개 잘못된 도구와 함께 옵니다. 누군가는 인스턴스의 라우팅 테이블을 읽고 싶어 하면서 SSH로 장비에 어떻게 접속하는지 묻습니다. 이것은 두 가지 문제이고, 두 번째는 프롬프트까지 데려다줄 뿐입니다.

관리 세션과 라우팅 객체를 분리하면 명령이 더 이상 신비롭게 보이지 않습니다.

사람들이 뒤섞는 두 가지: 세션과 객체

STelnet은 Huawei의 SSH 관리 서비스로, 로그인을 받아 VRP 프롬프트를 줍니다. VPN 인스턴스는 장비 내부의 별도 라우팅 및 서비스 컨텍스트입니다. 전자는 어떻게 도착하는지, 후자는 도착한 뒤 무엇을 확인하는지입니다. 둘을 혼동하면 실제 질문이 라우팅 테이블에 관한 것이었는데도 SSH 서버 설정을 바꾸게 됩니다.

SSH 세션 어디에도 패킷이 어느 인스턴스를 쓸지 알려주지 않습니다.

먼저 인스턴스 목록을 보세요

인벤터리에서 시작하세요. display ip vpn-instance는 해당 플랫폼과 릴리스에 구성된 인스턴스 식별자를 나열합니다. 이름을 가정하지 말고 출력을 읽으세요, 들은 인스턴스가 이 장비에 없을 수도 있기 때문입니다.

변경 티켓의 이름은 실행 중인 구성의 이름이 아닙니다. 목록에 없으면 비슷한 이름을 추측하기 전에 멈추고 티켓이 어느 장비를 뜻하는지 확인하세요. 존재하는 잘못된 인스턴스는 출력과 자신감 있는 오답을 냅니다.

인스턴스 안에서 목적지 하나를 조회하세요

실제 이름이 있으면 인스턴스 자체의 라우팅 테이블에 질의하세요. display ip routing-table vpn-instance BLUE 192.0.2.20는 그 컨텍스트 안의 한 목적지까지 경로를 묻고, 이는 보통 전체 테이블을 쏟아내는 것보다 유용합니다.

예시 주소를 실제로 신경 쓰는 목적지로 바꾸고 인스턴스 이름은 정확히 유지하세요.

공용 테이블의 경로와 BLUE의 경로는 서로 다른 조회입니다. 한쪽에서 해석되고 다른 쪽에서 해석되지 않으면, 고장 난 명령이 아니라 경계를 찾은 것입니다.

출력을 믿기 전에 프롬프트를 확인하세요

프롬프트는 어느 장비를 읽는지 알려줍니다. 첫 세션에서 두 번째 SSH 세션을 열었다면 이후 모든 명령은 시작한 장비가 아니라 먼 쪽을 확인합니다. 일부 클라이언트는 SSH 연결 자체에 라우팅 컨텍스트를 선택하게 해주는데, 이는 관리 세션이 목적지에 도달하는 방식을 바꾸는 것이지 표시 내용을 바꾸는 것이 아닙니다. 이동할 때마다 프롬프트를 읽으세요.

호스트 이름이 비슷한 두 장비는 그 실수를 비싸게 만듭니다.

발견과 함께 컨텍스트를 기록하세요

장비, 인스턴스 이름, 목적지, 선택한 다음 홉 또는 인터페이스를 적으세요. 릴리스도 추가하세요, 명령 체계와 출력 필드는 Huawei 제품 라인마다 다르기 때문입니다.

인스턴스가 있다고 원격 접속 터널이 살아 있는 것은 아닙니다. 세션 상태는 기능 자체의 상태 보기에서 확인하고, 라우팅 답과 분리해 두세요.

그 기록이 다음 질문을 싸게 만듭니다, 변경 뒤에 같은 인스턴스와 목적지를 비교하면 조사를 반복하지 않아도 되기 때문입니다. Huawei의 인스턴스별 경로 조회 절차도 같은 형태의 확인을 따릅니다.