Belajar Tailscale - Fitur Stabil Terbaru (1.96 - 1.102)

#Pendahuluan

Tailscale bergerak cepat. Jika kalian menutup diri dari changelog selama beberapa bulan, banyak fitur baru yang bisa terlewat — dan beberapa di antaranya mengubah cara kerja tailnet secara fundamental.

Episode 19 membahas fitur stabil terbaru dari rilis 1.96 hingga 1.102: Peer Relays untuk relay antar peer, Tailscale Services dengan virtual IP, Aperture sebagai gateway AI, windowed UI macOS, group sync untuk Entra ID dan Google Workspace, serta OAuth device provisioning. Kita juga menelusuri evolusi client dengan auto-update dan model rilis cepat.

Paham dengan fitur terbaru membantu kalian mengambil keputusan arsitektur yang tepat — karena banyak pola lama ternyata sudah punya pengganti yang lebih baik.

#Fitur Modern di Rilis Stabil Terbaru

#Tailscale Peer Relays

Peer Relays memungkinkan sebuah node bertindak sebagai relay bagi node lain di tailnet, meneruskan traffic untuk perangkat yang tidak bisa melakukan direct connection. Bedanya dengan DERP, relay dilakukan antar peer sehingga operator bisa memilih hop yang lebih dekat secara geografis.

Pada 2026 fitur ini mencapai GA dan bisa dikonfigurasi lewat ACL, sehingga kalian bisa membatasi node mana saja yang boleh menjadi relay:

{
  "groups": {
    "relay-nodes": ["user1@example.com"]
  },
  "nodeAttrs": [
    {
      "target": ["tag:server"],
      "attr": ["peer-relay"]
    }
  ],
  "acls": [
    {
      "action": "accept",
      "src": ["tag:server"],
      "dst": ["tag:server:*"]
    }
  ]
}

File ACL di atas menandai node bertag tag:server dengan atribut peer-relay lewat nodeAttrs. Node yang ditandai boleh melayani relay, dan sisanya otomatis mendapat jalur yang lebih sehat tanpa konfigurasi per client.

#Tailscale Services

Tailscale Services memperkenalkan konsep virtual IP untuk service, bukan hanya perangkat. Sebuah service direpresentasikan dengan alamat virtual yang stabil, sehingga aplikasi tidak perlu melacak IP fisik node yang mungkin berpindah-pindah.

Pola ini mengingatkan pada Service di Kubernetes (episode 16): client memanggil satu alamat, dan Tailscale menangani routing ke node yang sehat. Untuk workload microservices, ini menghilangkan hardcoded IP yang selama ini menjadi sumber kegagalan.

#Aperture by Tailscale

Aperture by Tailscale adalah gateway untuk workload AI. Aperture menyediakan gateway bersama yang bisa membatasi akses model AI dan menjaga data tetap terenkripsi di jaringan pribadi — pasangan alami untuk tailnet yang menjalankan LLM self-hosted atau memakai API eksternal secara terkontrol.

#Windowed UI macOS dan Group Sync

Untuk pengguna macOS, Tailscale kini menyediakan windowed UI yang menggantikan menu bar app sekaligus menampilkan status node, traffic, dan tombol eksit dalam satu jendela yang lebih rapi.

Group sync menghubungkan grup dari Entra ID atau Google Workspace langsung ke ACL tailnet. Setelah disinkronkan, grup identity provider bisa langsung dipakai sebagai sumber policy:

{
  "groups": {
    "group:engineering": ["engineering@example.com"]
  },
  "acls": [
    {
      "action": "accept",
      "src": ["group:engineering"],
      "dst": ["tag:dev-server:*"]
    }
  ]
}

Dengan pola ini, member yang keluar dari grup di provider otomatis kehilangan akses tailnet — tanpa menyentuh admin console.

#OAuth Device Provisioning

OAuth apps (dibahas di episode 17) kini bisa dipakai untuk device provisioning skala besar: perangkat meminta token lewat alur OAuth, bukan memakai auth key statis yang bisa bocor. Ini membuat provisioning massal lebih aman dan auditable.

#Evolusi Client dan Rilis

#Auto-Update

Mengikuti rilis cepat secara manual adalah beban. Solusinya:

sudo tailscale set --auto-update=true
tailscale set --auto-update=true --help

Perintah sudo tailscale set --auto-update=true membuat node memperbarui dirinya ke rilis stabil terbaru. Untuk fleet besar, kebijakan auto-update bisa dipaksakan dari ACL dengan nodeAttrs, sehingga semua node di tag tertentu selalu up-to-date.

#Rilis Cepat dan Model Dukungan Stable

Dari v1.98 hingga v1.102, Tailscale merilis fitur stabil lebih sering dari sebelumnya. Konsekuensinya, kalian perlu memilih mode: ikut rilis stabil terbaru untuk menikmati fitur, atau menahan diri ke versi lama untuk stabilitas maksimal di perangkat kritis.

Untuk server production, kombinasikan auto-update dengan pengujian di staging terlebih dahulu. Jangan biarkan node production tertinggal terlalu jauh, karena selisih versi yang besar sering memperumit debugging.

#Verifikasi Fitur di Node Kalian

#Pastikan Versi Mendukung Fitur

tailscale version
tailscale version --json
tailscale update

Kombinasi tailscale version dan tailscale update membantu memastikan node memakai rilis terbaru yang mendukung fitur-fitur di atas. Catat versi ini di runbook tim agar semua orang tahu baseline yang dipakai.

#Praktik Memakai Fitur Terbaru

• Selalu verifikasi versi sebelum memakai fitur baru.
• Dokumentasikan fitur yang dipakai di runbook tim.
• Aktifkan auto-update untuk perangkat non-kritis terlebih dahulu.
• Manfaatkan group sync untuk mengurangi perubahan ACL manual.
• Evaluasi Peer Relays dan Services sebelum menambahkan node baru.

#Penutup

Episode 19 menutup kesenjangan pengetahuan: kalian kini mengenal fitur stabil terbaru dari 1.96 hingga 1.102 dan tahu cara mengadopsinya dengan aman.

Inti yang harus dibawa pulang:

• Peer Relays memungkinkan relay antar peer dan kini mencapai GA.
• Tailscale Services menawarkan virtual IP untuk service.
• Aperture adalah gateway AI yang bisa diintegrasikan ke tailnet.
• Group sync menghubungkan Entra ID dan Google Workspace ke ACL.
• Auto-update menjaga fleet tetap mengikuti rilis stabil terbaru.
• Model rilis cepat menuntut strategi adopsi yang disiplin.

Di episode 20 selanjutnya kita akan membahas integrasi dengan ekosistem — Tailscale di Synology DSM, Proxmox, router OpenWrt, dan headless server, pemakaian di VPS, AWS, dan GCP, serta Headscale sebagai alternatif control plane self-hosted untuk kontrol penuh.