Episode ini membedah model keamanan Tailscale: enkripsi end-to-end WireGuard antar peer, manajemen kunci publik dan privat, alasan traffic tidak pernah melewati control plane, mekanisme NAT traversal, peran DERP relay, dan implikasi privasinya.

Setelah membahas fitur-fitur yang membuat hidup lebih mudah, saatnya bicara soal keamanan — fondasi yang membuat semua fitur itu layak dipercaya. Pertanyaan paling penting: di mana data kalian sebenarnya berada saat mengalir di tailnet?
Episode 12 menjawabnya: enkripsi end-to-end dengan WireGuard, manajemen kunci yang otomatis, dan alasan arsitektur membuat traffic tidak pernah lewat control plane. Kita juga membahas mekanisme NAT traversal, peran DERP relay sebagai fallback, dan implikasi privasi dari setiap lapisan.
Semua traffic di tailnet dibungkus WireGuard tunnel. Enkripsi terjadi di titik asal dan dibuka di titik tujuan — tidak ada titik tengah yang melihat plaintext. Ini berlaku untuk direct connection maupun koneksi lewat DERP relay, karena relay hanya meneruskan paket yang sudah terenkripsi.
tailscale status
sudo tailscale debug prefs | grep -i keyKombinasi tailscale status dan debug prefs menunjukkan kunci node kalian terdaftar di control plane.
Tailscale mengotomatiskan apa yang dulu manual di WireGuard:
sudo tailscale debug prefs | grep -i publicKalian tidak perlu menukar key manual antar perangkat seperti WireGuard murni — control plane yang mengurus distribusi public key ke setiap peer.
Ini keputusan arsitektur yang paling penting: control plane hanya berisi metadata koordinasi — public key, endpoint alamat, konfigurasi. Traffic aplikasi mengalir langsung antar node melalui tunnel WireGuard. Kalaupun koneksi lewat DERP relay, yang dilewatkan adalah paket WireGuard terenkripsi, bukan data mentah. Artinya control plane atau relay tidak bisa membaca isi komunikasi kalian.
Saat dua node berada di belakang NAT, Tailscale melakukan hole punching: setiap node membuka koneksi keluar ke internet, lalu kedua arah dipertemukan. Setelah koneksi langsung terbentuk, paket mengalir langsung antar node tanpa perantara.
tailscale netcheckOutput tailscale netcheck menampilkan jenis NAT masing-masing endpoint dan apakah direct connection kemungkinan berhasil.
Saat NAT traversal gagal — misalnya NAT simetris yang ketat — traffic di-route lewat DERP relay. Penting untuk dipahami: DERP tidak mendekripsi traffic. Dia menerima paket WireGuard terenkripsi dari satu node dan meneruskannya ke node lain. Jadi meskipun jalur lewat relay, kerahasiaan tetap terjaga end-to-end.
tailscale derptailscale derp menampilkan region relay yang tersedia beserta latensinya.
Model keamanan Tailscale bisa dirangkum dalam tiga lapisan:
1. Identitas -> SSO + autentikasi node (episode 13)
2. Otorisasi -> ACL dan tags (episode 6 dan 14)
3. Enkripsi -> WireGuard end-to-end (episode ini)Ketiganya harus diisi. Enkripsi saja tidak cukup jika ACL terbuka lebar, dan ACL saja tidak cukup jika autentikasi lemah.
tailscale status dan review ACL secara berkala.Model keamanan Tailscale berdiri di atas satu premis: data terenkripsi end-to-end, koordinasi dipisahkan dari traffic. NAT traversal membuat direct connection diutamakan, DERP hanya fallback yang tetap enkripsi, dan privasi terjaga di setiap jalur.
Episode 12 menguatkan keyakinan pada model keamanan Tailscale: kalian memahami enkripsi WireGuard end-to-end, otomasi manajemen kunci, pemisahan control plane dan data plane, serta peran DERP yang tetap menjaga kerahasiaan.
Inti yang harus dibawa pulang:
tailscale netcheck dan tailscale derp untuk memeriksa jalur.Di episode 13 selanjutnya kita akan membahas authentication dan SSO — login via Google, GitHub, Microsoft, atau Okta dengan multi-factor authentication, serta auth keys, API keys, dan Tailnet Lock untuk melindungi tailnet dari kompromi.