Cara Memperbaiki Error Instalasi Tailscale di Ubuntu

Mengapa error instalasi Tailscale di Ubuntu merupakan error apt

Error instalasi Tailscale di Ubuntu hampir selalu terjadi sebelum kode Tailscale dijalankan. Error tersebut merupakan error apt. Ubuntu tidak menyediakan paket tailscale sendiri: berdasarkan pemeriksaan terhadap arsip paket Ubuntu pada Agustus 2026, satu-satunya hasil yang cocok adalah library helper Go dan python3-tailscale. Karena itu, daemon harus diperoleh dari repositori apt milik Tailscale di pkgs.tailscale.com.

Penambahan repositori tersebut menulis dua file. Satu file memberi tahu apt lokasi paket. File lainnya menyimpan kunci publik yang digunakan apt untuk memeriksa tanda tangan pada indeks repositori. Hampir semua kegagalan di bawah ini disebabkan oleh salah satu dari kedua file tersebut yang salah, atau oleh perangkat di antara apt dan repositori yang menolak permintaan.

Berikut adalah perintah yang dipublikasikan Tailscale untuk Ubuntu 24.04:

sudo mkdir -p --mode=0755 /usr/share/keyrings
curl -fsSL https://pkgs.tailscale.com/stable/ubuntu/noble.noarmor.gpg | sudo tee /usr/share/keyrings/tailscale-archive-keyring.gpg >/dev/null
curl -fsSL https://pkgs.tailscale.com/stable/ubuntu/noble.tailscale-keyring.list | sudo tee /etc/apt/sources.list.d/tailscale.list
sudo apt-get update && sudo apt-get install tailscale

noble adalah codename untuk Ubuntu 24.04 dan muncul pada kedua URL. Perintah kedua menulis satu baris komentar dan satu baris deb ke dalam /etc/apt/sources.list.d/tailscale.list, sedangkan cat menampilkan isi yang benar-benar ditulis ke file tersebut.

cat /etc/apt/sources.list.d/tailscale.list

Baca baris deb tersebut sebagai alamat dalam empat bidang: opsi dalam tanda kurung siku [signed-by=/usr/share/keyrings/tailscale-archive-keyring.gpg], kemudian basis repositori, yaitu pkgs.tailscale.com/stable/ubuntu yang diakses melalui https, lalu suite noble, dan terakhir komponen main. apt menggabungkan basis dan suite menjadi satu URL lalu mengambilnya: https://pkgs.tailscale.com/stable/ubuntu/dists/noble/InRelease. Jika Anda dapat mengambil URL tersebut secara manual, apt juga dapat mengambilnya. Itulah seluruh diagnosisnya.

Baca error apt sebelum mengubah apa pun

Jalankan pembaruan secara terpisah agar tidak ada keluaran lain yang menggulirkan error hingga tidak terlihat.

sudo apt update

Repository pihak ketiga yang gagal terlihat seperti ini. Codename dan alamat IP akan berbeda pada mesin Anda.

E: Failed to fetch https://pkgs.tailscale.com/stable/ubuntu/dists/wilma/InRelease  404  Not Found [IP: 203.0.113.9 443]
E: Some index files failed to download. They have been ignored, or old ones used instead.

Ada dua hal dalam keluaran tersebut yang menentukan tindakan berikutnya: kode status dan URL lengkap pada baris E: Failed to fetch. Jangan mengambil kesimpulan dari baris ringkasan di bagian bawah. Salin URL tersebut, lalu tanyakan langsung kepada server.

curl -sS -o /dev/null -w '%{http_code}\n' https://pkgs.tailscale.com/stable/ubuntu/dists/noble/InRelease

Perintah tersebut menampilkan 200 untuk codename yang dipublikasikan Tailscale. Saat diperiksa pada Agustus 2026, noble mengembalikan indeks bertanda tangan yang memuat Origin: Tailscale dan Codename: noble. Ganti noble dengan codename dari error Anda sendiri, lalu jalankan kembali perintah tersebut. Jika curl mendapatkan 200 saat apt mendapatkan error, repository tersebut berfungsi dan masalahnya berada pada konfigurasi apt itu sendiri.

Arti kode status

• 404 Not Found berarti repositori tidak memiliki file pada path tersebut. Pada pkgs.tailscale.com, ini hampir selalu merupakan codename dalam URL.
• 403 Forbidden berarti ada sesuatu yang merespons dan menolak permintaan. Per Agustus 2026, repositori ini mengembalikan 404 untuk path yang tidak tersedia. Jadi, 403 menunjukkan adanya proxy, perangkat pemfilteran, atau firewall antara server Anda dan Tailscale.
• 401 Unauthorized atau 407 Proxy Authentication Required berarti proxy meminta kredensial yang tidak dikirimkan oleh apt.
• Error koneksi atau error resolusi nama berarti tidak ada percakapan HTTP yang terjadi sama sekali. Lanjutkan ke bagian IPv6.

Kode nama dalam URL tidak dipublikasikan oleh Tailscale

Tailscale membuat direktori terpisah untuk setiap kode nama Ubuntu. Jika Anda meminta kode nama yang tidak tersedia, server mengembalikan 404 karena tidak ada dists/<codename> yang dapat disajikan di server. Daftar milik vendor di pkgs.tailscale.com/stable menunjukkan kode nama yang tersedia. Pada Agustus 2026, daftar tersebut mencakup versi 16.04 hingga resolute, yaitu Ubuntu 26.04.

Kesalahan kode nama biasanya terjadi saat lsb_release -cs dijalankan pada distribusi yang berbasis Ubuntu, tetapi bukan Ubuntu. Di Linux Mint 22, perintah tersebut mencetak wilma, yaitu kode nama milik Mint sendiri. Tailscale tidak memublikasikan paket untuk kode nama itu. Periksa basis Ubuntu-nya.

. /etc/os-release
echo "$VERSION_CODENAME $UBUNTU_CODENAME"

Di Ubuntu, kedua nilai tersebut sama. Pada distribusi turunan, VERSION_CODENAME adalah nama distribusi turunannya, sedangkan UBUNTU_CODENAME adalah rilis Ubuntu yang menjadi basisnya. Gunakan UBUNTU_CODENAME dalam kedua URL.

Cara kedua adalah pemutakhiran rilis. Alat pemutakhiran Ubuntu menonaktifkan sumber pihak ketiga saat berjalan. Karena itu, setelah memutakhirkan Ubuntu 24.04 ke 26.04, Anda akan menemukan /etc/apt/sources.list.d/tailscale.list dalam keadaan dikomentari atau masih mencantumkan noble pada mesin yang sekarang menggunakan resolute. Perbaiki dengan menjalankan kembali kedua perintah curl menggunakan kode nama baru. Kedua perintah tersebut akan menimpa kedua file.

Cara ketiga berkaitan dengan waktu rilis. Dalam beberapa minggu setelah rilis Ubuntu baru, kode nama tersebut sudah tersedia di Canonical, tetapi belum tersedia di Tailscale. Mengarahkan file ke kode nama LTS sebelumnya biasanya tetap memungkinkan instalasi karena paket-paket ini memiliki sedikit dependensi. Namun, Anda menjalankan build yang dibuat untuk rilis yang lebih lama. Periksa hasil instalasi dengan apt policy tailscale, lalu kembalikan file ke kode nama yang benar setelah kode nama tersebut tersedia.

Keyring kosong, dan perintah yang menulisnya tidak menampilkan apa pun

Bagian ini tidak menampilkan pesan, dan biasanya menjadi penyebab sebagian besar masalah seperti ini. Perhatikan kembali perintah keyring:

curl -fsSL https://pkgs.tailscale.com/stable/ubuntu/noble.noarmor.gpg | sudo tee /usr/share/keyrings/tailscale-archive-keyring.gpg >/dev/null

Shell membangun seluruh pipeline sebelum salah satu program dijalankan. Karena itu, sudo tee segera membuka path keyring dan memotong isinya menjadi nol byte. Jika curl kemudian gagal, dan -f membuatnya gagal pada setiap error HTTP, curl tidak menulis apa pun dan keluar dengan status nonzero. File tetap berukuran nol byte. Status keluar pipeline adalah status perintah terakhir, yaitu tee, dan perintah tersebut berhasil. Tidak ada yang ditampilkan. Anda lalu menjalankan perintah berikutnya karena mengira key sudah terpasang.

Periksa file, bukan perintah yang membuatnya.

ls -l /usr/share/keyrings/tailscale-archive-keyring.gpg
gpg --show-keys /usr/share/keyrings/tailscale-archive-keyring.gpg

Keyring yang valid menampilkan baris pub dan baris uid yang mencantumkan Tailscale. File berukuran nol byte menampilkan gpg: no valid OpenPGP data found. dan tidak menampilkan apa pun lagi. File yang berisi halaman error HTML menampilkan hal yang sama. Perintah head -c 80 pada file tersebut menampilkan awal halaman web, bukan data key biner.

Jika keyring tidak berisi key yang dapat digunakan, sudo apt update mengunduh indeks lalu menolaknya. Anda akan melihat baris W: GPG error yang mencantumkan repositori Tailscale dan suite-nya, teks The following signatures couldn't be verified because the public key is not available: NO_PUBKEY yang diikuti ID key sepanjang 16 karakter, lalu pesan error yang menyatakan bahwa repositori tidak ditandatangani. Perhatikan informasi dari apt: indeks berhasil diunduh, tetapi tanda tangannya tidak dapat diverifikasi. Ini adalah masalah key, bukan masalah jaringan. Jika file keyring sama sekali tidak ada, pesannya kembali berbeda dan langsung mencantumkan path dengan Could not open file /usr/share/keyrings/tailscale-archive-keyring.gpg.

Tulis key dalam dua langkah agar unduhan yang gagal tidak merusak keyring yang masih valid.

curl -fsSL https://pkgs.tailscale.com/stable/ubuntu/noble.noarmor.gpg -o /tmp/tailscale.gpg
gpg --show-keys /tmp/tailscale.gpg
sudo install -m 0644 -o root -g root /tmp/tailscale.gpg /usr/share/keyrings/tailscale-archive-keyring.gpg

Baris tengah adalah pemeriksaan penentu. Jika baris tersebut tidak menampilkan uid Tailscale, hentikan proses dan jangan salin file. Mode 0644 penting karena apt beralih ke user _apt yang tidak memiliki hak istimewa untuk mengunduh dan memverifikasi. Jadi, keyring yang hanya dapat dibaca oleh root tidak dapat digunakan oleh apt.

File .list dan .sources yang sama-sama menjelaskan repositori

Ubuntu memindahkan sumber paketnya sendiri ke format deb822 di Ubuntu 24.10, dan /etc/apt/sources.list menjadi /etc/apt/sources.list.d/ubuntu.sources. Tailscale masih menerbitkan format satu baris. Berdasarkan pemeriksaan pada Agustus 2026, tidak ada file .sources yang dapat diunduh dari pkgs.tailscale.com: URL tersebut mengembalikan 404. Jadi, jika komputer Anda memiliki tailscale.sources, berarti Anda atau sebuah panduan membuatnya secara manual. Jika tailscale.list juga masih ada, apt kini memiliki deskripsi repositori yang sama sebanyak dua kali.

Versi ringan menampilkan peringatan setiap kali pembaruan dijalankan:

W: Target Packages (main/binary-amd64/Packages) is configured multiple times in /etc/apt/sources.list.d/tailscale.list:1 and /etc/apt/sources.list.d/tailscale.sources:1

Versi parah terjadi ketika kedua file menetapkan path keyring yang berbeda, karena apt tidak dapat menentukan keyring mana yang mengatur repositori tersebut. apt menampilkan E: Conflicting values set for option Signed-By regarding source, lalu repositori dan suite-nya, kemudian kedua path keyring dengan != di antaranya, lalu menolak melanjutkan:

E: The list of sources could not be read.

Masalah ini memblokir setiap perintah apt, bukan hanya pembaruan, sampai salah satu file dihapus. Kegagalan yang sama juga dapat terjadi pada repositori bawaan Ubuntu. Artikel error sumber apt duplikat setelah migrasi deb822 menjelaskan kasus umum ini.

Temukan setiap file yang menyebut Tailscale sebelum menghapus apa pun.

grep -RIn tailscale /etc/apt/sources.list /etc/apt/sources.list.d/

Pertahankan satu file. Untuk menonaktifkan file lainnya tanpa menghapusnya, ubah namanya: apt hanya membaca file yang diakhiri dengan .list atau .sources. Dengan demikian, tailscale.list.bak dilewati dan tetap tersimpan di disk sebagai referensi.

Menulis file source deb822 dengan benar

Jika Anda memilih format yang lebih baru, konversikan file yang sudah ada daripada mengetik ulang alamat repositori, karena kesalahan ketik di bagian tersebut adalah penyebab munculnya error seperti di atas. Rilis apt terbaru menyediakan converter yang menulis ulang file .list menjadi stanza deb822 dan memindahkan opsi signed-by sebagai Signed-By.

apt modernize-sources --help
sudo apt modernize-sources

Ubuntu 24.04 menyediakan apt yang dirilis sebelum subperintah tersebut tersedia, sehingga baris bantuan dapat segera memberi tahu apakah versi Anda memilikinya. Jika tidak, buat stanza dari baris yang sudah tersimpan di disk agar nilai base diambil dari file vendor, bukan dari keyboard Anda.

. /etc/os-release
{
  echo 'Types: deb'
  echo "URIs: $(awk '/^deb /{print $3}' /etc/apt/sources.list.d/tailscale.list)"
  echo "Suites: $UBUNTU_CODENAME"
  echo 'Components: main'
  echo 'Signed-By: /usr/share/keyrings/tailscale-archive-keyring.gpg'
} | sudo tee /etc/apt/sources.list.d/tailscale.sources
sudo rm /etc/apt/sources.list.d/tailscale.list

Perintah tersebut mencetak stanza yang ditulisnya, sehingga Anda dapat memeriksa kembali setiap field sebelum apt update berikutnya. Empat field perlu dipahami secara mendetail karena masing-masing dapat gagal dengan cara yang berbeda:

• URIs berhenti pada base repositori. Jika bagian dists/noble ditempelkan ke dalamnya, apt menghasilkan 404 karena apt menambahkan dists/<suite> sendiri dan meminta dists/noble/dists/noble.
• Suites adalah codename, tepat seperti nilai yang berada di tengah format satu baris.
• Signed-By menerima path absolut ke file keyring. Field ini juga menerima key berformat armor yang ditulis langsung di bawahnya. Setiap baris key harus diindentasi satu spasi, dan setiap baris kosong di dalam key harus ditulis sebagai satu titik.
• Enabled: no menonaktifkan source tanpa menghapusnya. Cara ini lebih mudah dibatalkan daripada mengganti nama file dan lebih mudah dijelaskan kepada orang berikutnya.

Gunakan satu stanza per file untuk repositori pihak ketiga. Jika beberapa stanza disimpan dalam satu file, beri satu baris kosong di antara stanza. Indeks repositori mencantumkan amd64 dan arm64 sebagai salah satu arsitekturnya, sehingga VPS ARM tidak memerlukan field Architectures tambahan.

Proxy di tengah mengembalikan 403

Karena path yang tidak ada di repository ini menghasilkan 404, respons 403 berarti ada komponen lain yang menjawab atas nama repository tersebut. Mulailah dengan konfigurasi apt sendiri, karena proxy yang ditetapkan di sana berlaku untuk apt, bukan untuk curl interaktif Anda.

grep -RIn -i proxy /etc/apt/apt.conf.d/ /etc/apt/apt.conf
sudo apt-config dump | grep -i 'acquire::http'

Selanjutnya, pantau apa yang benar-benar dikirim oleh apt.

sudo apt -o Debug::Acquire::http=1 update

Perintah tersebut menampilkan baris permintaan, header yang dikirim apt, serta proxy yang digunakan untuk terhubung, jika ada. Bandingkan hasilnya dengan curl biasa ke URL yang sama. Jika curl mengembalikan 200 sedangkan apt mengembalikan 403, kedua permintaan tersebut berbeda pada aspek yang diperiksa oleh middlebox. Kandidat yang paling umum adalah user agent:

curl -sS -o /dev/null -w '%{http_code}\n' -A 'Debian APT-HTTP/1.3' https://pkgs.tailscale.com/stable/ubuntu/dists/noble/InRelease

Jika perintah tersebut mengembalikan 403 sedangkan curl dengan konfigurasi default mengembalikan 200, perangkat pemfilteran menolak apt berdasarkan namanya. Perbaikannya harus dilakukan pada perangkat tersebut, bukan pada server Anda. Proxy perusahaan yang memeriksa TLS berperilaku berbeda: apt melaporkan kegagalan verifikasi sertifikat, bukan kode status, karena sertifikat yang diterima diterbitkan oleh proxy, bukan oleh otoritas sertifikat Tailscale. Firewall egress cloud yang hanya mengizinkan mirror Ubuntu juga merupakan sumber masalah yang umum. Dalam kasus tersebut, izinkan pkgs.tailscale.com pada firewall.

Egress khusus IPv6 dan error yang bukan kode status

Jika apt tidak pernah menerima respons HTTP, uji setiap protokol secara terpisah.

curl -4 -sS -o /dev/null -w 'v4 %{http_code}\n' https://pkgs.tailscale.com/stable/ubuntu/dists/noble/InRelease
curl -6 -sS -o /dev/null -w 'v6 %{http_code}\n' https://pkgs.tailscale.com/stable/ubuntu/dists/noble/InRelease

Jika IPv4 memberikan respons, sedangkan IPv6 hang atau melaporkan Network is unreachable, apt gagal karena library resolver memprioritaskan IPv6 dan server tidak memiliki jalur IPv6 yang berfungsi. Paksa satu kali eksekusi menggunakan IPv4 untuk mengonfirmasi dugaan tersebut:

sudo apt -o Acquire::ForceIPv4=true update

Jika pembaruan berhasil, jadikan pengaturan itu permanen.

echo 'Acquire::ForceIPv4 "true";' | sudo tee /etc/apt/apt.conf.d/99force-ipv4

Pertimbangkan juga kemungkinan sebaliknya. Pada VPS yang sama sekali tidak memiliki alamat IPv4, pemaksaan IPv4 tidak menyelesaikan masalah karena tidak ada rute IPv4 untuk mengalihkan trafik. Dalam kasus tersebut, Anda memerlukan NAT64 dengan DNS64 dari provider, atau proxy yang memiliki alamat IPv4. Gejalanya adalah error koneksi yang menyebut alamat IPv6. Karena itu, baris curl -6 adalah baris yang menunjukkan kondisi sebenarnya.

Fallback yang tersedia dan konsekuensi masing-masing

Skrip instalasi vendor. curl -fsSL https://tailscale.com/install.sh | sh adalah perintah yang dipromosikan oleh Tailscale. Setelah membaca skrip tersebut, skrip akan mendeteksi distribusi Anda dari /etc/os-release, lalu menulis dua path yang sama dengan yang diperbaiki dalam panduan ini, yaitu /usr/share/keyrings/tailscale-archive-keyring.gpg dan /etc/apt/sources.list.d/tailscale.list, dari URL yang sama. Hal ini penting untuk menetapkan ekspektasi Anda: skrip tersebut tidak menghindari repository yang diblokir oleh proxy. Skrip akan gagal dengan cara yang sama, tetapi dengan output yang lebih sedikit. Menyalurkan skrip yang diunduh langsung ke shell sebagai root adalah kompromi, bukan solusi, karena Anda mempercayai apa pun yang dikirimkan server pada saat itu dan tidak menyimpan salinan dari apa yang dijalankan. Jika Anda memilih kompromi tersebut, pahami risikonya:

curl -fsSL https://tailscale.com/install.sh -o install.sh
less install.sh
sh install.sh

Biner statis. Server yang sama menyediakan tarball biasa pada bagian static binaries di pkgs.tailscale.com/stable. Per Agustus 2026, rilis stabilnya adalah 1.102.2 dan file x86 64 bit-nya adalah tailscale_1.102.2_amd64.tgz. Anda menempatkan client tailscale dan daemon tailscaled sendiri, serta mengawasi daemon tersebut sendiri. Karena itu, tidak ada path apt upgrade, dan setiap pembaruan berikutnya harus Anda ingat untuk diunduh secara manual. Pilihan ini sesuai untuk host air-gapped atau ketika Anda harus mengunci satu versi tertentu.

Paket bawaan Ubuntu. Paket tersebut tidak tersedia. Menjalankan sudo apt install tailscale tanpa repository vendor yang dikonfigurasi akan berakhir dengan E: Unable to locate package tailscale, dan perubahan apa pun pada apt update tidak akan mengubahnya. Jika yang sebenarnya Anda inginkan adalah server koordinasi yang Anda kendalikan sendiri, bukan server ter-host milik Tailscale, itu merupakan keputusan terpisah: menjalankan Headscale sebagai server kontrol sendiri membahasnya, sedangkan perbandingan antara Tailscale dan WireGuard biasa membahas apakah Anda memerlukan seluruh mekanisme ini.

Paket berhasil diinstal, tetapi tailscaled tidak mau berjalan

Setelah apt tidak lagi melaporkan masalah, kegagalan berpindah ke daemon.

systemctl status tailscaled
sudo journalctl -u tailscaled -n 50

Pada VPS yang menggunakan virtualisasi berbasis container dan berbagi kernel host, seperti LXC atau OpenVZ, log berisi baris tentang /dev/net/tun yang tidak ada. Daemon memerlukan perangkat TUN untuk membuat antarmuka tailscale0, tetapi container tersebut tidak diberi perangkat itu. Minta penyedia VPS mengaktifkan TUN pada container, atau beralih ke paket KVM agar Anda mendapatkan kernel sendiri. Pada KVM, konfigurasi ini dapat berjalan tanpa pengaturan tambahan.

Setelah itu, sudo tailscale up menampilkan URL login, dan tailscale status akan mencantumkan mesin Anda dengan alamat dalam rentang 100.64.0.0/10. Mesin yang muncul di sana dapat digunakan sebagai dasar konfigurasi, baik untuk mengiklankan subnet privat dari VPS Anda maupun menggunakan VPS sebagai exit node.

FAQ

Mengapa apt mengatakan bahwa repositori Tailscale tidak ditandatangani?

Karena apt mengunduh indeks repositori, tetapi tidak dapat memverifikasi tanda tangannya terhadap /usr/share/keyrings/tailscale-archive-keyring.gpg. Penyebab yang umum adalah keyring berukuran nol byte: sudo tee memotong file sebelum curl gagal mengunduh apa pun, dan pipeline melaporkan keberhasilan karena tee berhasil. Jalankan gpg --show-keys /usr/share/keyrings/tailscale-archive-keyring.gpg. Keyring yang berfungsi menampilkan baris pub dan baris uid yang mencantumkan Tailscale, sedangkan keyring yang kosong atau rusak menampilkan gpg: no valid OpenPGP data found.. Unduh key ke file sementara, periksa file tersebut, lalu salin ke lokasi yang benar dengan mode 0644 agar user _apt dapat membacanya.

Codename Ubuntu mana yang harus saya masukkan ke URL Tailscale?

Gunakan nilai UBUNTU_CODENAME dari /etc/os-release, yaitu noble pada Ubuntu 24.04 dan resolute pada Ubuntu 26.04. Jangan gunakan lsb_release -cs pada distribusi turunan Ubuntu: pada Linux Mint 22, perintah tersebut menampilkan wilma, Tailscale tidak menerbitkan apa pun dengan nama itu, dan apt melaporkan 404 pada dists/wilma/InRelease. Pastikan pilihan Anda sebelum mengubah apa pun dengan mengambil indeks secara manual menggunakan curl -sS -o /dev/null -w '%{http_code}\n' terhadap https://pkgs.tailscale.com/stable/ubuntu/dists/<codename>/InRelease.

Apakah aman menjalankan skrip instalasi Tailscale yang dipipe ke shell?

Ini adalah keputusan yang harus Anda ambil secara sadar. Skrip tersebut berasal dari Tailscale dan melakukan hal yang sama seperti langkah manual: skrip membaca /etc/os-release, menulis keyring dan /etc/apt/sources.list.d/tailscale.list yang sama, lalu menginstal paket. Risikonya adalah Anda menjalankan apa pun yang dikirim server pada saat itu dengan hak root, tanpa menyimpan rekamannya. Unduh skrip menggunakan -o install.sh, baca isinya, lalu jalankan jika Anda menginginkan kemudahan tanpa mengabaikan risikonya. Skrip tersebut juga tidak dapat mengatasi repositori yang diblokir karena menggunakan URL yang sama dengan URL yang sebelumnya gagal.

Bagaimana cara menginstal Tailscale di Ubuntu tanpa repositori apt?

Gunakan tarball statis yang diterbitkan di pkgs.tailscale.com. Pada Agustus 2026, versi tersebut adalah 1.102.2 dengan file amd64 bernama tailscale_1.102.2_amd64.tgz. Anda harus menginstal program tailscale dan tailscaled sendiri, lalu menjalankan daemon di bawah systemd sendiri. Konsekuensinya adalah proses upgrade: tidak ada paket apt untuk mengambil versi baru, sehingga setiap pembaruan harus dilakukan secara manual. Arsip Ubuntu tidak memiliki paket tailscale sendiri, sehingga sudo apt install tailscale pada mesin tanpa repositori vendor berhenti pada E: Unable to locate package tailscale.