상호 운용되는 사이트 간 VPN 게이트웨이를 고르는 방법

서로 다른 공급업체의 사이트 게이트웨이 두 대도 구현이 협상하는 매개변수에서 합의하면 터널을 만듭니다. 동일한 브랜드는 조건이 아니며, 브랜드가 같다고 보증이 되는 것도 아닙니다. 호환성 문제는 기능과 릴리스에 관한 것이고, 용량 문제는 장비가 소프트웨어에서 해야 하는 일에 관한 것입니다. 이 순서대로 두 개의 점검으로 다루십시오.

목록을 차례로 내려가며 답이 없는 첫 항목에서 멈추십시오.

브랜드가 아니라 프로토콜 기능에서 시작하십시오

운영하려는 프로토콜에 대해 인증 방식, 합의된 암호화와 무결성 제안, 인터페이스 또는 보호 트래픽 구성, 라우팅 모드, 어느 한쪽이 NAT 뒤에 있는지 여부라는 설계 요구를 적으십시오. 각각은 구현이 지원해야 하는 기능이며 제품 페이지의 확인란이 아닙니다.

AWS의 고객 게이트웨이 요구 사항은 계약을 프로토콜과 라우팅 의무의 집합으로 서술하기 때문에 AWS에 연결하지 않더라도 유용한 본보기입니다. 특정 모델에 대한 공급업체의 예제 파일은 누군가 그 조합을 시험했다는 준수한 증거입니다. IPsec 지원을 주장하는 일반 라벨은 버전도 정책 모델도 증명하지 못합니다. 마케팅 요약이 아니라 릴리스 노트를 읽으십시오.

데이터시트 라벨이 아니라 릴리스를 확인하십시오

IKEv2 상호 운용성은 협상된 매개변수로 결정되므로, 질문은 현재 펌웨어가 어떤 제안을 제공하고 수용하는가입니다. 프로토콜을 일반적으로 지원하는 장비도 상대편이 고집하는 특정 조합은 거부할 수 있습니다. 양쪽에서 버전 문자열과 제안 목록을 확인하십시오.

기능이 이후 펌웨어 계열에 들어왔다는 주석은 흔한 일이므로 점검 목록의 별도 항목으로 삼을 만합니다.

용량은 별개의 질문으로 다루십시오

암호화에는 연산 비용이 들고, 그 정도는 알고리즘만큼이나 구현에 달려 있습니다. 일부 가속 경로는 특정 알고리즘이나 특정 전달 경로에만 적용되므로, 장비가 한 구성에서는 빠르고 다른 구성에서는 느릴 수 있습니다. 일반적인 WAN 처리량은 암호화 터널 처리량이 아닙니다. 실제로 보호할 트래픽에 맞추어 장비를 산정하십시오.

패킷 크기도 중요하며, 캡슐화와 추가 오버헤드가 각 패킷이 나르는 페이로드를 줄입니다.

라우팅 정책을 명시적으로 정하십시오

사이트 간이라고 해서 선택된 트래픽만 터널을 써도 된다는 뜻도 아니고, 모든 것이 반드시 지나야 한다는 뜻도 아닙니다. 설계는 특정 사설 접두사를 나르거나 기본 경로를 게이트웨이로 보낼 수 있습니다. 양쪽 끝이 무엇을 알리고 무엇을 받아들이는지에 합의해야 하므로, 하나를 골라 적어 두십시오. 여기서 어긋나면 터널은 올라가 있는데 네트워크는 절반만 도달할 수 있게 됩니다.

동적 라우팅 설계에는 양쪽 끝의 라우팅 프로토콜 지원 라는 조건이 하나 더 붙습니다.

구매 전에 비교할 것

업데이트 주기, 상호 운용성 증거, 구성 복구, 의도한 장애 조치 동작을 최고 전송 속도와 나란히 비교하십시오. 오래된 구성으로 장비가 재부팅되면 어떻게 되는지 물으십시오. 사용하려는 바로 그 상대에 대한 상호 운용성 목록을 공급업체가 공개하는지 물으십시오. 펌웨어 업데이트가 기본 제안을 바꿀 때 그 변경의 책임이 누구에게 있는지 물으십시오.

하드웨어 보증은 그중 어느 것에도 답이 되지 않습니다.

그런 다음 전체에 적용하기 전에 한 쌍을 시험하십시오. 터널 하나, 실제 제안, 실제 라우팅 모드, 업무량과 비슷한 전송을 해 보는 편이 어떤 사양표보다 많은 것을 알려 줍니다.