1년 뒤에도 IPv6 VPN 주소 계획을 읽기 쉽게 유지하는 방법
읽기 쉬운 계획은 어떤 프리픽스가 어느 사이트에 속하는지, 응답이 어떻게 돌아오는지를 알려줍니다. 각 항목 옆에 역할, 표기, 위임, 반환 경로를 기록하십시오.
주소 계획이 제값을 하는지는 어떤 프리픽스가 어느 사이트에 속하는지, 그리고 응답이 그 사이트에서 어떻게 나가는지라는 두 가지 질문이 결정합니다. 둘 다 한 번에 답하면 유지보수 담당자는 누구에게도 묻지 않고 피어를 바꿀 수 있습니다. 문서의 나머지 전부는 그 두 답을 뒷받침하기 위해 존재합니다. 둘 다 뒷받침하지 않는 것은 장식입니다.
피어를 건드리기 전에 독자가 답해야 하는 것
압축은 주소를 깔끔해 보이게 하지만 깔끔함은 구조가 아닙니다. 구조란 공급자가 어떤 범위를 위임했는지, 당신이 어느 것을 골랐는지, 어느 것이 클라이언트 풀인지, 어느 것이 사이트 뒤에 있는지를 아는 것입니다.
다음 분기에 합류해 두 번째 사이트를 추가해야 할 동료를 위해 쓰십시오. 항목이 말해주지 않으면 페이지의 무엇도 프리픽스가 어디서 왔는지 알려주지 않습니다. 그것을 빼면 첫 변경이 고고학이 됩니다.
계획의 각 행이 담아야 하는 것
네 개의 필드, 즉 프리픽스의 길이, 소유자, 트래픽이 다음에 가는 곳, 값을 배포하는 구성 요소가 항목을 검토 가능하게 만듭니다. 이것들을 실행 중인 구성과 대조하면 어떤 불일치든 스스로 드러납니다. 지난달 제거된 터널을 가리키는 다음 홉은 주변에 섞여 들지 않고 즉시 잘못으로 보입니다.
오늘 두 역할이 같은 프리픽스를 공유하더라도 역할은 별도 행에 두십시오. 합치면 나중의 분리가 수정이 아니라 새 할당처럼 읽힙니다.
| Entry | Fields to record | Why a reviewer needs it |
|---|---|---|
| Endpoint addresses | Prefix, owning side, session initiator | Firewall rules and peer config both read it |
| Tunnel interfaces | Prefix and length, next hop, interface name | Shows the path a packet actually takes |
| Client allocations | Pool range, size, distributing component | Shows room left before a redesign |
| Downstream networks | Prefix, site label, return route | Explains a reply that never arrives |
정규 텍스트와 구성 구문이 갈라지는 곳
RFC 5952는 소문자, 앞자리 영 없음, 가장 긴 연속 영 그룹을 정확히 한 번 압축한다는 하나의 텍스트 형식을 주소에 정합니다. 메모, 티켓, 변경 기록에서 이를 사용하면 두 문서를 변환 없이 비교할 수 있습니다. 같은 주소의 두 가지 표기를 만난 독자는 존재하지 않는 차이를 찾기 시작합니다. 여기서의 일관성은 값싸고 거짓 경보 한 부류를 통째로 없앱니다.
구성 파일은 자체 규칙을 따르며 그것은 가독성 규칙이 아닙니다. 포트와 짝지은 주소는 맨 주소에 필요 없더라도 대괄호가 필요하고, 메모에서 구성 파일로 복사하면 그 구분이 경고 없이 사라집니다. 각 필드가 쓰는 형식을 이름 붙이지 않으면, 계획은 막으려던 전사 오류를 일으킵니다.
두 표기법은 각각에 레이블이 붙어 있으면 괜찮습니다. 레이블 없는 혼합이 실수를 부릅니다.
겹치는 범위와 빠진 반환 경로가 드러나는 곳
중복은 두 사이트가 같은 범위에 응답하기 전까지는 아무것도 잘못돼 보이지 않기 때문에 다른 실수보다 오래 살아남습니다. 사이트에 레이블을 붙이고 예제를 복사하는 대신 문서화된 절차로 로컬 고유 프리픽스를 생성하십시오.
클라이언트 목록은 응답이 어느 방향으로 가는지 결코 설명하지 않습니다. 터널이 나르는 피어 범위 옆에 LAN 게이트웨이의 반환 경로를 기록하면, 그 기록은 요청을 받고 조용히 있는 원격 서브넷을 설명합니다. 아래 점검을 장비에서 실행해 항목과 비교하십시오. ip -6 route 와 어긋나는 계획은 사람들이 읽기를 그만두는 계획입니다.
ip -6 route show default
ip -6 route get 2001:db8:2::10
ip -6 addr show dev wg0도달 가능성은 권한이 아니며 프리픽스가 정책을 함축하는 일은 없습니다. 의도한 접근을 그것이 적용되는 경로 옆에 쓰십시오. 그러지 않으면 다음 독자는 계획 속 주소를 그 뒤의 모든 서비스에 닿을 수 있는 허가로 받아들입니다.
계획이 세 번째 사이트를 어떻게 견디는가
각 프리픽스를 위임됨, 로컬 할당됨, 또는 다른 방식으로 라우팅됨으로 표시하고, 움직일 수 있는 모든 것에는 그것을 움직이는 프로세스를 지목하십시오. 그다음 같은 시간대에 바뀌어야 할 DNS 레코드와 방화벽 규칙을 나열하십시오. 라우터에서 멈추는 프리픽스 업데이트는 반만 끝난 것이기 때문입니다.
변경 후에는 문서를 편집하기 전에 변경이 닿은 모든 경계 뒤의 자원에 도달하십시오. 지난달의 네트워크를 설명하는 계획은 사람들이 믿기 때문에 없는 것보다 나쁩니다. 회수된 할당은 사라진 날짜와 함께 목록에 남겨 아무도 실수로 다시 발급하지 않게 하십시오. 비밀은 파일 밖에 두고, 계획은 네트워크를 설명할 뿐 그것을 열지 않습니다.
계획은 변경이 검토되는 곳에, 그것이 설명하는 구성 옆에 보관하십시오. 아무도 다시 읽지 않는 문서는 그것이 지도로 그리는 네트워크보다 빨리 썩습니다.