관리형 VPN의 인터넷 출구는 실제로 어디서 빠져나가는가
«인터넷 포함»이라는 말은 공용 트래픽이 어디서 나가는지, 누가 그것을 필터링하는지, 장애 후에 무엇이 남는지를 말해 주지 않습니다. 경로를 추적한 다음 두 가지 장애 사례를 적어 두십시오.
그 트래픽이 공급자 네트워크를 어디서 떠나는지 제안서가 보여 주기 전에는 지사의 공용 트래픽을 누가 필터링하는지 말할 수 없습니다. 관리형 VPN에 포함된 인터넷 접속은 두 번째 서비스이며, 자체 게이트웨이와 자체 주소 변환, 자체 에스컬레이션 대기열을 가진 경로를 지나갑니다. 대부분의 계약은 사설 측을 자세히 설명하고 공용 측은 한 문장으로 남겨 둡니다. 아래 점검은 그 문장을 방어할 수 있는 도면으로 바꿉니다.
사이트마다 공용 목적지를 하나씩 추적하십시오
지사의 호스트를 하나 고르고 공용 목적지를 하나 추적하면서 공급자에 속한 마지막 주소와 인터넷에 속한 첫 주소를 기록하십시오. 그 두 주소 사이의 홉이 출구이며, 패킷을 보낸 사이트 근처에 있는 경우는 드뭅니다. 무엇이 나가는지 결정하는 필터가 바로 그 장비에 있으므로 전환을 수행하는 장비를 표시하십시오. 청구서에서 같아 보이는 두 지사가 서로 다른 도시의 서로 다른 게이트웨이로 나갈 수 있으므로, 두 번째 사이트에서 같은 추적을 반복하고 출구 주소를 비교하십시오.
당신이 한 번도 그리지 않은 홉에서 변환이 일어날 수 있으므로 목적지가 실제로 보는 출발지 주소도 기록하십시오. 관측한 답을 도면의 답 옆에 적으면 그 차이가 첫 사고가 나올 지점입니다. 특정 사이트의 출구 주소를 대 주지 못하는 공급자 엔지니어는 이미 설계에 대해 유용한 말을 한 셈입니다.
세 가지 출구 구성과 각각이 집중시키는 것
당신이 직접 운영하는 중앙 출구는 공용 트래픽을 자체 게이트웨이로 끌어들여 필터링 정책과 로그를 제공하지만 모든 사이트의 부하를 한 회선에 집중시킵니다. 공급자가 운영하는 출구는 정책과 로그를 계약 경계 너머로 옮기며, 운영을 단순하게 만드는 동시에 같은 동작으로 가시성을 없앱니다. 사이트마다 두는 출구는 공용 트래픽을 로컬에 유지하고 같게 유지해야 하는 정책 표면의 수를 늘립니다.
| Arrangement | Blast radius of one failure | Address a partner allowlists |
|---|---|---|
| Central exit you operate | Every site, through one circuit and one team | Your own exit pool |
| Provider-run exit | Their shared gateway and its change window | Their NAT pool, often shared |
| Exit at each site | One branch, one local device | Each site's local address |
목록을 메뉴로 취급하기 전에 공급자가 실제로 세 가지 중 무엇을 제공하는지, 그리고 사이트가 새 회선 없이 서로 옮길 수 있는지 물으십시오. 마이그레이션에 대한 답은 계약적인 것과 순전히 기술적인 것을 구분합니다. 파트너가 허용 목록에 무엇을 넣어야 하는지가 그것으로 결정되므로 출발지 변환을 누가 소유하는지도 기록하십시오. 공유 게이트웨이는 공유 용량을, 때로는 공유 평판을 뜻하며, 이는 파트너가 당신의 주소를 대하는 방식을 바꿉니다. 공유 게이트웨이는 같은 순간 다른 고객을 서비스하고 있으므로 용량도 자기 질문을 가질 만합니다.
필터링, 변환, 암호화는 소유자가 따로 있습니다
경로는 도달 가능성을 세울 뿐 검사에 대해서는 아무 말도 하지 않으므로, 둘을 소유자가 다른 별개의 질문으로 다루십시오. 광고되는 기본 경로마다 필터링하는 장비, 인증하는 장비, 변환하는 장비, 검사하는 장비를 지목하고, 각각을 누가 관리하는지 밝히십시오. 사설 서비스는 한 경계에서 터널을 끝내는데 공용 출구는 다른 경계에서 끝날 수 있으므로 공급자의 경로 분리는 암호화가 어디서 끝나는지 말하지 않습니다. 변환이 공급자 경계에서, 공유 게이트웨이에서, 아니면 자체 출구에서 일어나는지, 세션 로그가 있는지 그리고 얼마나 보관되는지 물으십시오. 네 가지 일에 한쪽만 지목하는 계약은 보통 그중 셋을 문서화하지 않은 채 남기므로 답에서 소유자의 수를 세십시오.
넓은 기본 경로 사설 라우팅 컨텍스트로 가져온 것도 가져오기는 무해한 편의가 아니라 의도된 합의이므로 같은 점검을 받아야 합니다. RFC 4364의 11절 은 BGP/MPLS VPN을 위한 여러 인터넷 접속 구성을 살펴보고, VPN 컨텍스트와 공급자의 기본 전달 컨텍스트 사이의 경로 교환을 바로 그런 종류의 합의로 다룹니다. 공용 트래픽이 실수로 사설 경로를 타는 것을 무엇이 막는지 물으시고, 답은 슬라이드가 아니라 경로 정책 옆에서 받으십시오.
서명 전에 합의해야 할 두 가지 장애 사례
계약서에 인터넷 출구를 잃는 경우와 사설 연결 하나를 잃는 경우의 두 가지 시험을 적으십시오. 각각에 대해 계속 동작해야 하는 내부 자원, 로컬 인터넷 서비스, 관리 경로를 나열하십시오. 중앙 통제를 우회하는 경로는 깨끗한 중단보다 나쁘므로 차단된 채로 남아야 하는 대체 경로를 나열하십시오. 두 시험을 모두 공급자에게 주고 탐지와 통지를 포함한 기대 결과를 서면으로 요구하십시오.
같은 점검을 파일럿 사이트에서 실행하고 그 서면 답과 비교하십시오. 둘이 어긋나는 곳에서 계약은 당신이 산 것과 다른 네트워크를 설명하고 있습니다. 두 명령으로 흔한 경우를 덮는데, 하나는 공용 목적지가 지나는 경로를, 다른 하나는 그것이 보는 주소를 보여 줍니다.
traceroute -n 203.0.113.10
curl -s https://example.net/ip가용성 약속은 서비스 이름이 아니라 측정한 구간에 붙이십시오. 로컬 회선, 공급자 백본, 공유 게이트웨이는 각각 다른 의무와 다른 에스컬레이션 팀을 집니다. L2VPN, L3VPN, MPLS라는 글자는 전달 메커니즘을 뜻하며 종단 간 보증이 아닙니다.
제안서의 형용사보다 증거가 이깁니다
이중화, 안전, 복원력 같은 말은 설계가 아니라 의도를 설명합니다. 대신 장비 목록, 출구 위치, 변환 방식, 통지 경로를 요구하십시오. 그 네 가지를 낼 수 있는 공급자에게는 설계가 있고, 낼 수 없는 공급자에게는 슬라이드가 있습니다. 답은 이메일 스레드가 아니라 서비스 문서에 남기고, 계약이 바뀔 때마다 다시 보십시오.
공급자가 게이트웨이를 통합하면서 출구 구성은 조용히 움직이므로, 삼 년 전 도면은 부채입니다. 파트너가 낯선 출발지 주소를 보고할 때, 그것이 당신의 설계에서 나왔는지 아무도 알리지 않은 변경에서 나왔는지 몇 분 안에 말할 수 있어야 합니다. 형용사가 아니라 그 능력이 첫 장애를 견뎌 냅니다.