Cara menjaga rencana alamat IPv6 VPN tetap terbaca setahun kemudian
Rencana yang terbaca menyebut prefiks mana milik situs mana dan bagaimana balasan kembali. Catat peran, notasi, delegasi, dan rute balik di samping setiap entri.
Dua pertanyaan menentukan apakah rencana alamat layak: prefiks mana milik situs mana, dan bagaimana balasan keluar dari situs itu. Jawab keduanya sekali jalan dan pemelihara dapat mengubah peer tanpa menginterogasi siapa pun. Semua hal lain dalam dokumen ada untuk menopang kedua jawaban itu. Apa pun yang tidak menopang keduanya hanyalah hiasan.
Apa yang harus dijawab pembaca sebelum menyentuh peer
Pemadatan membuat alamat tampak rapi, dan kerapian bukanlah struktur. Struktur adalah mengetahui rentang mana yang didelegasikan penyedia, mana yang Anda pilih, mana yang merupakan kumpulan klien dan mana yang berada di belakang sebuah situs.
Tulislah untuk rekan yang bergabung kuartal depan dan harus menambah situs kedua. Tidak ada di halaman yang memberi tahu dari mana prefiks berasal kecuali entri melakukannya. Lewatkan itu dan perubahan pertama berubah menjadi arkeologi.
Apa yang harus dibawa setiap baris rencana
Empat bidang membuat entri dapat ditinjau: panjang prefiks, pemiliknya, ke mana lalu lintas pergi berikutnya, dan komponen mana yang membagikan nilainya. Bandingkan dengan konfigurasi yang berjalan dan ketidaksepakatan akan muncul sendiri. Lompatan berikutnya yang mengarah ke terowongan yang dihapus bulan lalu langsung terlihat salah alih-alih menyatu.
Pisahkan peran dalam baris terpisah meski dua di antaranya berbagi prefiks hari ini. Menggabungkannya membuat pemisahan nanti terbaca sebagai alokasi baru, bukan koreksi.
| 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 |
Di mana teks kanonis dan sintaks konfigurasi berbeda
RFC 5952 menetapkan satu bentuk teks untuk alamat: huruf kecil, tanpa nol di depan, dan deret grup nol terpanjang dipadatkan tepat sekali. Gunakanlah dalam catatan, tiket, dan catatan perubahan agar dua dokumen dapat dibandingkan tanpa konversi. Pembaca yang menemukan dua ejaan alamat yang sama mulai mencari perbedaan yang tidak ada. Konsistensi di sini murah dan menghapus seluruh kelas alarm palsu.
Berkas konfigurasi menaati aturannya sendiri, dan itu bukan aturan keterbacaan. Alamat yang dipasangkan dengan port memerlukan tanda kurung bahkan saat alamat telanjang tidak, dan salinan dari catatan ke berkas konfigurasi kehilangan perbedaan itu tanpa peringatan. Sebutkan bentuk yang dipakai setiap bidang, atau rencana justru menyebabkan kesalahan penyalinan yang seharusnya dicegah.
Dua notasi baik-baik saja asalkan masing-masing diberi label. Pencampuran tanpa label itulah yang mengundang kesalahan.
Di mana rentang tumpang tindih dan jalur balik yang hilang muncul
Tumpang tindih bertahan lebih lama dari kesalahan lain karena tidak ada yang tampak salah sampai dua situs menjawab rentang yang sama. Beri label situs dan hasilkan prefiks unik-lokal melalui prosedur yang didokumentasikan alih-alih menyalin contoh.
Daftar klien tidak pernah menjelaskan ke arah mana balasan berjalan. Catat jalur balik gateway LAN di samping rentang peer yang dibawa terowongan, dan catatan itu menjelaskan subnete jarak jauh yang menerima permintaan dan tetap diam. Jalankan pemeriksaan di bawah pada mesin dan bandingkan dengan entri. Rencana yang bertentangan dengan ip -6 route adalah rencana yang berhenti dibaca orang.
ip -6 route show default
ip -6 route get 2001:db8:2::10
ip -6 addr show dev wg0
Keterjangkauan bukan otorisasi, dan prefiks tidak pernah menyiratkan kebijakan. Tuliskan akses yang dimaksud di samping rute yang berlaku. Jika tidak, pembaca berikutnya memperlakukan alamat dalam rencana sebagai izin menjangkau setiap layanan di belakangnya.
Bagaimana rencana bertahan menghadapi situs ketiga
Tandai setiap prefiks sebagai didelegasikan, dialokasikan lokal, atau dirutekan dengan cara lain. Untuk apa pun yang dapat berpindah, sebutkan proses yang memindahkannya. Lalu daftar catatan DNS dan aturan firewall yang harus berubah dalam jendela yang sama, karena pembaruan prefiks yang berhenti di router baru setengah selesai.
Setelah perubahan, jangkau sumber daya di balik setiap batas yang disentuh perubahan sebelum menyunting dokumen. Rencana yang menggambarkan jaringan bulan lalu lebih buruk daripada tidak ada, karena orang mempercayainya. Simpan alokasi yang dicabut dalam daftar beserta tanggalnya hilang agar tidak ada yang menerbitkannya lagi secara tidak sengaja. Rahasia tetap di luar berkas; rencana menjelaskan jaringan, bukan membukanya.
Simpan rencana di tempat perubahan ditinjau, di samping konfigurasi yang dijelaskannya. Dokumen yang tidak dibaca ulang membusuk lebih cepat daripada jaringan yang dipetakannya.