Internet Baru menurut Tailscale
(tailscale.com)- Tailscale ingin membuat lapisan 3 OSI baru tempat semua perangkat terhubung langsung dengan aman, agar developer tidak terjebak dalam arsitektur berorientasi skalabilitas yang tidak perlu
- Banyak program sebenarnya tidak memerlukan skala besar, tetapi Tailscale menilai pengembangan dan operasi menjadi lambat karena Kubernetes, deployment container, dan pengumpulan log cloud telah menjadi default
- Kekurangan IPv4, NAT, firewall, IP dinamis, dan struktur sertifikat TLS memisahkan klien dari server, serta menempatkan penyedia cloud terpusat seperti AWS sebagai pusat konektivitas
- Tailscale ingin memberi setiap perangkat sertifikat, alamat IP, nama DNS, enkripsi end-to-end, dan identitas, sehingga bisa terhubung dengan aman bahkan di balik firewall, dan menjadikan semua perangkat sebagai peer
- Transfer file Taildrop berbasis HTTP PUT menunjukkan bahwa lapisan cloud perantara bisa dikurangi, tetapi agar ekosistem aplikasi seperti ini muncul, adopsi yang memadai harus terjadi lebih dulu
Titik awal visi Tailscale
- Tailscale tidak banyak membicarakan secara publik visi yang lebih besar daripada fitur jangka pendek, tetapi sebagian perusahaan membeli Tailscale bukan hanya karena fitur saat ini, melainkan karena konektivitas yang akan menjadi mungkin di masa depan
- Kesadaran masalah awalnya bukan untuk menjadi perusahaan networking, melainkan bahwa pengalaman developer memburuk karena developer mencoba menskalakan hal-hal yang tidak perlu diskalakan
- Generasi yang mengingat pengalaman LAN pada 1990-an berada dalam konteks pendirian Tailscale, dan pengalaman itu menjadi tolok ukur untuk membandingkan kompleksitas teknologi saat ini
- Performa komputer, aksesibilitas pemrograman, app store, sistem pembayaran, dan grafis telah membaik, tetapi Tailscale menilai banyak pekerjaan sehari-hari developer yang dulu mudah justru menjadi lebih sulit
Overhead pengembangan akibat skalabilitas yang tidak perlu
- Developer modern dilatih untuk mempertimbangkan skala 1 miliar pengguna bahkan sebelum menulis kode pertama, dan pilihan algoritme serta arsitektur juga cenderung mengutamakan kemampuan untuk diskalakan
- Jika notasi big-O diterapkan secara keliru, hash table bisa tampak selalu lebih cepat daripada array, tetapi pada skala 10 item, array bisa lebih cepat dan lebih sederhana
- Jika memilih struktur yang scalable, ketika pada kenyataannya tidak diskalakan, sistem bisa menjadi lebih lambat dan lebih sulit dibuat
- Contoh menangani 500.000 pageview per bulan dengan Kubernetes setara dengan sekitar 0,2 request per detik, dan dibandingkan bahwa bahkan komputer lambat era 1990-an pun bisa menjalankan program Perl atau Python dalam hitungan milidetik dan menangani lebih banyak request daripada itu
- Build yang panjang, build Docker, unggahan ke penyimpanan container, deployment berdurasi puluhan detik hingga menit, dan log yang datang terlambat dikelompokkan sebagai overhead yang muncul dari asumsi “semuanya harus scalable”
- Tailscale memosisikan diri sebagai alat untuk memudahkan pembuatan pekerjaan long tail yang tidak perlu diskalakan, seperti dashboard dan generator meme, yang menyita porsi waktu signifikan dari semua developer
Cara internet saat ini memperbesar kompleksitas
- Banyak kompleksitas dianggap bukan kompleksitas intrinsik, melainkan hasil menumpuk solusi rumit di atas masalah yang sebenarnya bisa diselesaikan secara sederhana
- Sistem log hanyalah streaming teks dari satu tempat ke tempat lain, tetapi hasilnya bisa baru terlihat 5 menit kemudian
- Sistem orkestrasi adalah program yang menjalankan program lain, sementara kernel Unix telah menangani hal ini dalam hitungan milidetik selama puluhan tahun
- Networking sangat penting bagi software modern, tetapi internet saat ini membuat banyak masalah menjadi sulit
- Tailscale tidak ingin menyembunyikan masalah dengan menambahkan lapisan di bagian paling atas stack OSI yang ada, melainkan membangun lapisan 3 OSI baru di atas asumsi yang berbeda
Sentralisasi cloud dan sewa konektivitas
- Jika melihat siapa yang bisa menarik sewa dalam industri teknologi, bottleneck akan terlihat, dan dalam deployment software saat ini AWS dianggap berada pada posisi tersebut
- Cloud menyediakan sumber daya komputasi yang scalable, tetapi dibandingkan bahwa MacBook kelas menengah pun bisa memproses transaksi per detik dari SSD 10 kali atau 100 kali lebih banyak daripada disk lokal cloud
- Alasan komputer sendiri sulit menjadi server adalah lokasi dan konektivitas
- Ada firewall, NAT, IP dinamis, dan link jaringan asimetris
- Port forwarding, IP statis, dan link internet redundan bisa dikonfigurasi sendiri, tetapi membutuhkan banyak pekerjaan dan keahlian
- Pada akhirnya, orang membayar penyedia hosting yang memiliki alamat IP dan bandwidth, dan jika perusahaan serius, mereka akan memilih penyedia besar yang bisa dipercaya dengan hak akses ke perangkat
- Struktur “tidak ada orang yang dipecat karena membeli AWS” dikaitkan dengan ungkapan lama tentang IBM
Gatekeeper yang berpindah dari sistem operasi ke HTTPS
- IBM bisa menarik sewa dari komputasi terpusat, dan Microsoft mengguncang struktur itu dengan komputasi terdistribusi berbasis PC
- Dunia saat ini yang berpusat pada cloud dan ponsel dianggap kembali menjadi terpusat
- Perangkat di meja dan saku kita setara superkomputer menurut standar 20 tahun lalu, tetapi jika AWS mati, perangkat itu menjadi seperti batu bata yang tidak bisa dipakai
- Meski ada banyak instance server dan sistem konsensus terdistribusi, sebagian besar berjalan di atas penyedia cloud terpusat
- Pada 1990-an, sistem operasi menentukan kompatibilitas dan koneksi antarprogram, tetapi setelah web, JavaScript dan kemampuan terkoneksi melalui HTTPS menjadi lebih penting
- HTTPS pada dasarnya memiliki struktur terpusat klien dan server
- Server memiliki IP statis, nama DNS, sertifikat TLS, dan port terbuka
- Klien biasanya tidak memiliki elemen-elemen tersebut
- Jika server hilang, klien tidak bisa melakukan apa pun
- Karena masalah keamanan dan kekurangan alamat IPv4, firewall dan NAT ditambahkan, dan koneksi menjadi struktur satu arah dari klien ke server
New Internet dari Tailscale
- Selama 5 tahun terakhir, Tailscale membangun produk sebagai solusi untuk masalah ini
- Setiap perangkat memiliki sertifikat, alamat IP, nama DNS, enkripsi end-to-end, dan identitas, serta melewati firewall dengan aman
- Semua perangkat bisa menjadi peer yang saling terhubung, bukan peran tetap sebagai server dan klien
- Tailscale menilai hal ini dilakukan tanpa menambahkan latensi atau overhead
- Pengguna Tailscale sudah merasakan lingkungan yang menghilangkan banyak lapisan rumit, dan internet bekerja lebih dekat dengan cara yang semula diharapkan
Penyederhanaan yang ditunjukkan Taildrop
- Taildrop adalah contoh kecil dari struktur yang dimungkinkan Tailscale
- Jika Tailscale sudah terpasang, inti Taildrop adalah satu HTTP PUT
- Pengirim mengirim request HTTP ke penerima
- Memberi tahu bahwa “file X akan dikirim”
- Mengirim file
- Di internet yang ada, karena perangkat penerima berada di balik firewall dan tidak memiliki port terbuka serta identitas, diperlukan cara mengunggah ke cloud lalu mengunduhnya kembali
- Cara melalui cloud menciptakan beberapa lapisan tambahan
- Muncul biaya pengiriman jaringan, biaya penyimpanan, dan biaya CPU server
- Harus ditentukan kapan file yang belum diunduh akan dihapus
- Server harus tetap online bahkan saat tidak digunakan
- Karena karyawan cloud secara teori bisa mengakses file, enkripsi diperlukan
- Untuk enkripsi, pertukaran kunci antara pengirim dan penerima diperlukan
- Untuk memberi tahu penerima bahwa ada file yang menunggu, mungkin diperlukan sistem push notification khusus platform
- Taildrop bisa menyediakan transfer file gratis karena overhead biaya semacam ini hilang, dan ini terkait dengan konteks paket gratis Tailscale
Mengapa adopsi diperlukan
- Taildrop adalah contoh kecil, tetapi berfungsi sebagai bukti keberadaan kategori program yang bisa menjadi 10 kali lebih mudah dengan Tailscale
- Kekurangan konektivitas menciptakan sentralisasi, dan sentralisasi membuat program kecil pun harus membayar sewa, serta menghasilkan struktur yang lambat, rumit, dan sulit di-debug
- Agar aplikasi yang hanya berjalan di atas Tailscale muncul, cukup banyak orang harus memakai Tailscale
- Jika adopsi tidak cukup, muncul masalah ayam dan telur: tidak ada yang membuat aplikasi seperti itu
- Karena itu, Tailscale mencurahkan banyak upaya untuk penyediaan gratis, sekaligus berfokus pada fitur enterprise yang memudahkan adopsi di tempat kerja dan deployment menyeluruh di perusahaan Fortune 500
Tujuan dan posisi saat ini
- Internet adalah untuk semua orang, dan meskipun dulu ada banyak internetwork, Internet yang paling beragam dan inklusiflah yang menang
- New Internet juga harus bisa digunakan oleh developer di rumah, developer di universitas, karyawan perusahaan, dan pada akhirnya semua orang
- Saat ini sekitar 1 dari 30.000 orang di seluruh dunia menggunakan New Internet, yaitu Tailscale
- Tailscale menetapkan tujuan untuk tidak berhenti sampai semua orang bisa menggunakannya
- Dengan mengingat masa ketika Microsoft diejek karena memiliki tujuan menaruh komputer di setiap meja, dan masa ketika TCP/IP adalah fitur tambahan opsional yang harus dibeli dari pihak ketiga, Tailscale menekankan bahwa dunia teknologi bisa berubah cepat bahkan dalam 30 tahun
1 komentar
Pendapat di Hacker News
Masalah abadi perusahaan seperti Tailscale, Cloudflare, dan Google adalah mereka memecahkan masalah yang semestinya sudah diselesaikan sendiri oleh internet, misalnya koneksi aman end-to-end yang sederhana, sehingga mereka punya insentif agar masalah itu terus ada
Yang dibutuhkan internet adalah sesuatu seperti IPv6 dengan infrastruktur berbasis kunci publik yang disediakan DNSSEC dan enkripsi otomatis IPsec, tetapi jika hal seperti itu diimplementasikan secara luas dan kompatibel, bisnis Tailscale akan runtuh
Pada akhirnya bisnis mereka bergantung pada tetap adanya masalah tersebut
Repost: https://news.ycombinator.com/item?id=38570370
IPv6 keluar pada 1998, dan selama 21 tahun hingga Tailscale diluncurkan pada 2019, cara yang disebutkan itu tetap tidak diimplementasikan
Siapa yang menghalanginya saat itu, dan siapa yang menghalanginya sekarang? Google, Cloudflare, dan Tailscale mendapat uang atau imbalan setara uang seperti data pribadi karena mereka memecahkan masalah nyata
Sulit setuju dengan akselerasionisme terbalik yang mengatakan bahwa internet harus dibuat lebih buruk bagi semua orang agar solusi yang benar-benar baik muncul
Bukan karena Tailscale solusi seperti itu tidak muncul, melainkan karena besarnya pekerjaan yang diperlukan untuk membuatnya, dan kalau tidak ada WireGuard, kemungkinan besar Tailscale juga tidak ada
Dengan munculnya Tailscale, Headscale juga muncul, dan itu menjadi satu lagi pijakan untuk membuat “sesuatu” yang disebutkan tadi
Penjelasannya bisa panjang, tetapi intinya adalah Tailscale duduk di tengah saat perangkat-perangkat saling menemukan
Ada cara lain. Dynamic DNS, yang memberi nama permanen pada perangkat yang hanya punya IP sementara, sudah ada selama puluhan tahun, meski reputasinya tidak terlalu baik
Bisa juga memakai beberapa node koordinasi yang saling mengenal dan daftar node publik. Meski daftarnya usang, selama ada satu node yang masih hidup, kita bisa terhubung dan memperbaruinya; Kademlia, yang menjadi dasar jaringan Ethereum dan sebagian sistem berbagi berkas, bekerja seperti ini
Kompromi dengan memisahkan pencarian dan transfer juga mungkin. Peertube menemukan file untuk streaming HTTP di server yang ditemukan lewat pencarian web biasa, sementara transfer sebenarnya terdistribusi, dengan penonton saat ini saling mengirim blok, sehingga tetap dapat diskalakan saat video menjadi viral
Jadi, ini sepenuhnya mungkin dilakukan dengan cara yang tidak memungkinkan seseorang di tengah memutus selang oksigennya
Protokol VPN lama atau metode autentikasi seperti RADIUS sulit diperbaiki ketika ada lubang keamanan serius karena alasan kompatibilitas, dan semua itu berjalan pada skala yang jauh lebih kecil daripada seluruh internet
Fakta bahwa industri menyelesaikan masalah pengerasan TCP dengan meninggalkan TCP dan mengimplementasikannya ulang di atas UDP mengatakan banyak hal
Layanan lokasi juga bisa di-host sendiri jika mau, jadi tidak wajib memakai layanannya
Selain DNSSEC, ini cukup mirip dengan yang diminta
Nilai ini tidak hilang hanya karena IPsec ada
Tulisannya dimulai dengan keluhan yang sangat panjang tentang kontrol tersentralisasi yang memeras rente, dan keluhan itu sendiri valid
Namun lalu terseret ke poin terpisah seperti apakah komputasi client-server masuk akal, atau apakah itu penyebab pencarian rente, dan akhirnya sampai pada kesimpulan “besok akan terbagi antara orang yang punya Tailscale dan yang tidak”
Rasanya seperti raja telah mati, hidup raja baru
Ukurannya kecil dan sederhana sampai-sampai saya yang bukan programmer pun bisa memperbaikinya
Karena tidak semua orang punya IP tanpa firewall yang dapat diakses langsung dari internet, client-server juga bisa dipakai untuk mencapai peer-to-peer
Mungkin perlu menjalankan “supernode” di server perusahaan hosting, tetapi jika hanya dipakai sebagai server rendezvous, trafik tidak melewatinya sehingga biayanya kecil
Saya selalu sangat curiga pada perusahaan yang mencoba bersaing dengan “gratis”. Polanya seperti: berhentilah memakai software gratis dan bayarlah kami, sebagai gantinya kami tambahkan 100 fitur yang tidak perlu
Strategi perusahaan seperti ini mungkin bisa berhasil dalam jangka pendek seperti Slack, tetapi langganan semacam ini bukan selera saya
Menurut saya intinya bukan client-server vs peer-to-peer, melainkan proprietari vs non-proprietari
Kalau dalam 10 tahun tidak menjadi raksasa setingkat Microsoft, sepertinya sulit diterima dengan baik
Saat itu, ia adalah alat yang benar-benar bagus dan mudah untuk merancang serta menyiapkan jaringan privat pribadi. Berbagi file, LAN game lokal, kolaborasi pengembangan, bahkan streaming media bisa dilakukan dengan mudah
Masa depan peer-to-peer sepertinya bukan Tailscale, melainkan lebih mirip varian Hamachi yang di-host sendiri, yang secara umum menghubungkan node-node di balik NAT dan ASN yang berbeda serta memahami teknik NAT traversal, STUN/TURN, dan turtle routing
Alat yang memungkinkan pengguna jarak jauh bergabung dengan mudah tanpa gateway VPN pusat akan menjadi fitur yang kuat di lingkungan modern
Semoga kita semua mempelajari dan menerapkan Iceberg Articles: https://john.kozubik.com/pub/IcebergArticle/tip.html
Saya benar-benar menggunakan Tailscale di sistem produksi. Server berada di lokasi yang dekat secara fisik atau di lokasi lain yang terkontrol, dan ratusan pengguna yang berjarak ratusan kilometer semuanya bekerja lewat Tailscale
Ada dua hal yang perlu dikatakan. Tailscale itu luar biasa dan benar-benar bagus. Sistem ini mungkin tidak akan bisa ada tanpa Tailscale, atau setidaknya butuh tambahan minimal 10 orang di tim untuk operasi 24 jam
Namun ekspektasi perlu diturunkan. Ia tidak sebagus “internet”. Latensi secara berkala melonjak, koneksi kadang terputus, dan MagicDNS secara harfiah berhenti seperti sulap atau bentrok dengan sistem
Karena penggunanya banyak, kami sudah mengalami hampir semua masalah yang mungkin muncul, dan besok bisa saja muncul masalah baru lagi
Meski begitu, saya percaya pada Tailscale dan visinya. Ini adalah pendekatan yang benar-benar baru: memberi kendali atas hardware sambil menurunkan biaya dan meningkatkan keamanan
Server produksi besar pertama kami adalah laptop Linux 4-core
Saya juga memakai Tailscale dengan baik untuk self-hosting internal, tetapi belum pernah terpikir untuk memakainya pada layanan produksi publik, jadi saya penasaran dengan setup-nya
Saya suka Tailscale, tetapi tulisan ini terasa menyeramkan
Internet berhasil karena dibangun di atas standar dan sepenuhnya bebas
Di Tailscale, WireGuard memang open source dan ada juga hal seperti Headscale, tetapi bukankah struktur “semua orang punya IP” bergantung pada Tailscale yang memiliki ruang alamat IP raksasa?
Jika kita harus menunggu adopsi IPv6 penuh, atau bergantung pada IPv4 dan server yang tersentralisasi serta hal-hal proprietary, itu terlihat agak munafik
Memang belum sepenuhnya setara fitur dengan Tailscale, tetapi sudah mendukung sebagian besar fitur saat ini dan terus membaik setiap hari
Kalau ingatan saya benar, salah satu developer inti mengerjakannya dengan bayaran dari Tailscale
Saya memakainya untuk infrastruktur self-hosting pribadi dan berjalan sangat baik. Mengatur URL server kontrol kustom juga relatif mudah di Windows dan Android
Saya juga memakai taildrop, menyediakan container Docker ke tailnet, dan sebagainya; Headscale sudah bekerja cukup baik, jadi layak dicoba
Ruang IP yang dibutuhkan cukup sebesar moat terbesar, dan Anda hanya bisa terhubung ke satu moat pada satu waktu
Saya suka Tailscale, tetapi tulisan ini terbaca terlalu pamer diri
Ini produk VPN mesh dengan layanan tambahan di atasnya, dan itu sendiri bagus, tetapi bukan ide yang baru atau satu-satunya
Mengapa solusi ini harus menjadi internet baru, bukan alternatif lain?
Bagaimanapun, saya tidak ingin seluruh infrastruktur internet bergantung pada satu perusahaan. Jadi meskipun rumit, saya akan tetap memakai internet tradisional
Masalah-masalah besarnya lebih bersifat sosial daripada teknis, dan teknologi baru tidak akan menyelesaikannya
Ambil media sosial sebagai contoh: kita bisa membayangkan dunia tempat Facebook/Twitter/TikTok/YouTube/Reddit/HN bekerja semulus BitTorrent
Aplikasi di komputer saya bergabung ke jaringan “Facebook”, teman-teman melihat saya online melalui instance aplikasi mereka masing-masing, dan feed serta wall disajikan langsung dari perangkat saya
Ini struktur komunikasi langsung tanpa server pusat, baik untuk 2 orang, 1000 orang, maupun jutaan orang
BitTorrent, Soulseek, Bitcoin, dan berbagai jaringan peer-to-peer lain sudah menunjukkan kemungkinannya
Namun agar semulus membuka facebook.com, semua masalah teknis langsung bermunculan. Koneksi peer-to-peer yang mulus tanpa perlu port forwarding, dynamic DNS, atau pengetahuan jaringan, keamanan, dan administrasi sistem tingkat lanjut adalah rintangan besar pertama
Apa yang dilakukan jika node offline, bagaimana latensi dan beban saat harus terhubung ke ribuan, ratusan ribu, atau jutaan mesin untuk mengambil feed, bagaimana cache dilakukan, bagaimana update dan notifikasi didorong, bagaimana node yang sangat lama saling berkomunikasi, di mana data disimpan, bagaimana discovery dan keamanan ditangani—semuanya adalah masalah teknis
Sebagian besar bisa diselesaikan, tetapi untuk mencapai pengalaman yang sebodoh-mudah layanan tersentralisasi, dibutuhkan upaya besar untuk menyelesaikan masalah satu per satu
Fediverse juga sudah menyelesaikan sebagian kecil dari masalah ini selama lebih dari 10 tahun, tetapi sampai sekarang masih membutuhkan admin sistem yang cukup kompeten untuk memberikan pengalaman yang mirip atau sedikit lebih buruk daripada twitter.com
Bukankah Yggdrasil yang ingin menjadi internet baru? https://yggdrasil-network.github.io
Kalau bukan, kenapa harus Tailscale, dan bukan Netbird, Nebula, Netmaker, atau pesaing lain?
Tulisannya sangat bagus, tetapi memberi perasaan aneh seolah sesuatu seperti akuisisi, transisi, spin-off, atau penutupan sedang mendekat. Kalimat “ini baru permulaan” juga terdengar seperti kata-kata terakhir yang terkenal
Sebagai penyeimbang, sebagai pengguna Tailscale saya puas, dan saya terkesan karena ia tetap berjalan begitu saja tanpa perlu terlalu dipikirkan
Namun meski bekerja dengan baik, perlu diingat bahwa ia masih merupakan proyek riset
Saya sangat menikmati dan berterima kasih memakai layanan Tailscale, tetapi tulisan ini tidak terasa mengena
Saya juga suka pidato pemersatu dari CEO yang menginspirasi, dan setuju bahwa ada terlalu banyak friksi dan kompleksitas yang tidak masuk akal dalam komputasi bagi developer, tetapi Tailscale juga punya friksinya sendiri dan sama sekali tidak bergerak ke arah menyelesaikan masalah gambaran besarnya
Beberapa minggu lalu saya mengundang ayah saya ke tailnet saya untuk mencoba memperbaiki masalah komputernya lewat remote desktop. Ayah saya menerima undangannya, dan perangkatnya terlihat di antarmuka web domain TS, tetapi tidak bisa di-ping
Sekarang ayah saya membenci Tailscale, dan karena saya sebelumnya bilang itu keren, kredibilitas saya juga turun. Di mata ayah saya, itu hanya membuang waktu dan merupakan sesuatu yang “tidak bekerja dengan benar”
Ini cukup berlawanan dengan intuisi. Fitur organisasi bukan untuk penggunaan seperti itu; sebagai gantinya, masing-masing orang harus membuat tailnet sendiri lalu menghubungkannya
Referensi: https://github.com/tailscale/tailscale/issues/10731
Untuk penggunaan seperti ini, alat seperti TeamViewer atau AnyDesk lebih tepat
Menurut saya penulis salah mendiagnosis masalahnya, dan solusi yang diusulkan hanya menyembunyikan sentralisasi alih-alih menghilangkannya
AWS mahal bukan karena IPv4 atau pusat data, melainkan terutama karena software, layanan terkelola, dan kemampuan menambah server dengan cepat
Jika sebuah “perusahaan serius” tidak ingin membayar AWS atau perusahaan sejenis, mereka bisa menyewa rak dan melakukan kolokasi server sendiri, dan banyak perusahaan memang melakukannya
Saya tidak setuju bahwa sertifikat menciptakan sentralisasi. Sertifikat tidak membagi antara yang punya dan tidak punya, dan juga tidak sebanding dengan soal memiliki mainframe atau tidak
Fakta bahwa HTTPS pada praktiknya menjadi wajib bukanlah alasan orang-orang jadi memiliki domain atau subdomain sendiri; itu sudah terjadi karena kenyamanan
DNS muncul sebagai titik sentralisasi lain, tetapi Tailscale sama sekali tidak menghindari DNS. MagicDNS juga bergantung pada root ICANN, begitu pula control plane Tailscale
Jika yang dibutuhkan hanya subdomain gratis, ada banyak tempat yang menyediakannya
Jika berada di balik CGNAT, tailnet juga tidak benar-benar lebih terdesentralisasi, karena trafik harus melewati server DERP
Jika skala trafiknya menjadi Tbps, bukan Gbps, saya ragu Tailscale bisa terus menyediakannya secara gratis
Saya setuju bahwa solusi mirip Tailscale membantu untuk kasus terakhir yang tersisa, yaitu mengakses komputer di balik NAT, dan mungkin bisa mencapai puluhan juta pengguna
Namun itu saja tidak cukup untuk mengklaim gelar internet baru
Tulisan itu sendiri juga menunjukkan bahwa asumsi tersebut salah
Ide seperti ini tentu saja bukan hal baru
IPv6 dimaksudkan untuk memberi konektivitas end-to-end kepada semua orang, dan IPsec awalnya merupakan komponen wajib IPv6 yang ingin memberi identitas kriptografis pada setiap host internet
Jika IPv6 dan WireGuard dipakai bersama, kita bisa mendapatkan privasi, keamanan, dan performa. Kekurangannya adalah kompleksitas konfigurasi
Tailscale berdiri di atas bahu para raksasa. IPv4, WireGuard, NAT punching dari Samy Kamkar, OpenSSH, dan kemungkinan masih banyak lagi
Kelebihannya adalah Tailscale menggabungkan semua itu dan menyediakan antarmuka manajemen yang umumnya mudah
Namun hal yang dikatakan tentang otoritas sertifikat juga berlaku untuk Tailscale. Keduanya memakai perangkat lunak bebas dan open source untuk pada akhirnya menyediakan layanan proprietari
Meski begitu, ini bukan masalah besar karena hampir semuanya dibangun di atas free and open-source software, ada Headscale, dan Tailscale tampaknya memandangnya dengan cukup positif
Itu memang kekurangan, tetapi bukan kekurangan utama, dan secara praktis hampir tidak ada vendor lock-in. Dari sudut pandang bisnis dan dukungan, ini bahkan bisa menjadi kelebihan
Premis tulisan ini sangat bagus sampai paragraf terakhir, dan di situlah saya jadi membaca ulang
Memang benar Tailscale membuat internet kembali mudah, tetapi kita tetap harus bergantung pada tuan tanah
Di internet, itu dulu tidak perlu, dan sekarang pun tidak selalu perlu. Meski banyak hal telah tersentralisasi, bahkan hari ini dengan satu tautan saja kita bisa terhubung ke server mana pun di seluruh dunia
Sanggahannya adalah self-hosting Headscale yang juga disebut di tempat lain: https://github.com/juanfont/headscale
Dengan beberapa perubahan konfigurasi, itu bekerja bersama klien Tailscale standar, dan saya sendiri menggunakannya