Perbaiki Error Instalasi Tailscale di Ubuntu

Alasan 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 Oktober 2026, satu-satunya hasil yang cocok adalah library pembantu Go dan python3-tailscale. Karena itu, daemon harus diperoleh dari repositori apt milik Tailscale sendiri di pkgs.tailscale.com.

Penambahan repositori tersebut menulis dua file. Satu file memberi tahu apt lokasi paket. File lainnya berisi kunci publik yang digunakan apt untuk memeriksa tanda tangan pada indeks repositori. Hampir semua kegagalan di bawah ini disebabkan oleh kesalahan pada salah satu dari dua file tersebut, 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 dengan empat field: opsi dalam tanda kurung siku [signed-by=/usr/share/keyrings/tailscale-archive-keyring.gpg], lalu basis repositori, yaitu pkgs.tailscale.com/stable/ubuntu yang diakses melalui https, kemudian suite noble, lalu 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 update secara terpisah agar tidak ada output lain yang menggulir error tersebut.

sudo apt update

Repository pihak ketiga yang gagal akan 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.

Dua hal dalam output tersebut menentukan tindakan berikutnya: kode status dan URL lengkap pada baris E: Failed to fetch. Jangan menebak berdasarkan baris ringkasan di bagian bawah. Salin URL tersebut, lalu minta server meresponsnya secara langsung.

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. Berdasarkan pemeriksaan pada Oktober 2026, noble mengembalikan indeks bertanda tangan yang memuat Origin: Tailscale dan Codename: noble. Ganti noble dengan codename dari error Anda sendiri, lalu jalankan kembali. Jika curl mendapatkan 200 sementara apt mendapatkan error, repository tersebut berfungsi dan masalahnya terdapat pada konfigurasi apt itu sendiri.

Makna kode status

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

Codename dalam URL tidak dipublikasikan oleh Tailscale

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

Cara yang paling umum adalah menjalankan lsb_release -cs pada distribusi yang berbasis Ubuntu, tetapi bukan Ubuntu. Di Linux Mint 22, perintah tersebut menampilkan wilma, yaitu codename milik Mint sendiri. Tailscale tidak menyediakan paket untuk codename itu. Baca 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 turunan dan UBUNTU_CODENAME adalah rilis Ubuntu yang menjadi basisnya. Gunakan UBUNTU_CODENAME pada kedua URL.

Cara kedua adalah upgrade rilis. Tool upgrade Ubuntu menonaktifkan source pihak ketiga saat dijalankan. Karena itu, setelah meng-upgrade Ubuntu 24.04 ke 26.04, Anda akan menemukan /etc/apt/sources.list.d/tailscale.list dalam keadaan diberi komentar atau masih mencantumkan noble pada mesin yang sekarang menjalankan resolute. Perbaiki dengan menjalankan kembali kedua perintah curl menggunakan codename baru. Perintah tersebut menimpa kedua file. Jika proses upgrade terhenti di tengah jalan sehingga dpkg melaporkan paket yang baru dikonfigurasi sebagian, bukan hanya masalah pada repository ini, pulihkan upgrade rilis yang gagal terlebih dahulu. Perbaikan pada tailscale.list tidak akan bertahan jika apt tidak dapat menyelesaikan konfigurasi sistem.

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

Keyring kosong, dan perintah yang menulisnya tidak menampilkan apa pun

Bagian ini tidak menampilkan pesan apa pun, dan biasanya menjadi penyebab utama masalah tersebut. 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. Akibatnya, sudo tee langsung membuka path keyring dan memotong isinya menjadi 0 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 0 byte. Status keluar pipeline adalah status perintah terakhir, yaitu tee, dan perintah tersebut berhasil. Tidak ada output yang ditampilkan. Anda kemudian menjalankan perintah berikutnya dengan anggapan bahwa key telah 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 0 byte menampilkan gpg: no valid OpenPGP data found. dan tidak menampilkan apa pun selain itu. File yang berisi halaman error HTML menampilkan hal yang sama. Perintah head -c 80 pada file tersebut akan menampilkan awal halaman web, bukan data key biner.

Jika keyring tidak berisi key yang dapat digunakan, sudo apt update mengunduh index lalu menolaknya. Anda akan melihat baris W: GPG error yang mencantumkan repository Tailscale dan suite-nya, teks The following signatures couldn't be verified because the public key is not available: NO_PUBKEY yang diikuti key id sepanjang 16 karakter, lalu error yang menyatakan bahwa repository tidak ditandatangani. Perhatikan informasi dari apt: index 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 secara langsung mencantumkan path melalui Could not open file /usr/share/keyrings/tailscale-archive-keyring.gpg.

Tulis key dalam dua langkah agar kegagalan download tidak menghapus 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 Tailscale uid, hentikan proses dan jangan salin file. Mode 0644 penting karena apt beralih ke user tanpa hak istimewa _apt untuk mengambil dan memverifikasi file. Keyring yang hanya dapat dibaca oleh root adalah keyring yang tidak dapat digunakan apt.

Baik file .list maupun file .sources menjelaskan repositori yang sama

Ubuntu memindahkan sumber paketnya sendiri ke format deb822 di Ubuntu 24.04 LTS, sehingga /etc/apt/sources.list menjadi /etc/apt/sources.list.d/ubuntu.sources. Tailscale masih menerbitkan format satu baris. Berdasarkan pemeriksaan pada Oktober 2026, tidak ada file .sources yang dapat diunduh dari pkgs.tailscale.com: URL tersebut mengembalikan 404. Jadi, jika mesin Anda memiliki tailscale.sources, 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 pada setiap pembaruan:

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 mencantumkan 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.

Kegagalan ini memblokir setiap perintah apt, bukan hanya update, sampai salah satu file dihapus. Kegagalan yang sama juga muncul pada repositori bawaan Ubuntu. 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, sehingga tailscale.list.bak dilewati dan tetap tersimpan di disk sebagai referensi.

Menulis file sumber deb822 dengan benar

Jika Anda memilih format yang lebih baru, konversikan file yang sudah ada daripada mengetik ulang alamat repository, karena salah ketik di sana adalah penyebab awal kesalahan seperti di atas. Rilis apt terbaru menyertakan konverter 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 menyertakan apt yang dirilis sebelum subperintah tersebut tersedia, jadi baris bantuan dapat memberi tahu dalam hitungan detik apakah apt Anda memilikinya. Jika tidak, buat stanza dari baris yang sudah ada di disk, sehingga nilai base diambil dari file milik vendor, bukan dari hasil pengetikan 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 field-field tersebut sebelum menjalankan apt update berikutnya. Empat field perlu dipahami secara terperinci karena masing-masing dapat gagal dengan cara yang berbeda:

• URIs berhenti pada base repository. Menempelkan bagian dists/noble ke dalamnya 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 armored key yang ditulis langsung di bawahnya. Setiap baris key harus diindentasi dengan 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 repository pihak ketiga. Jika beberapa stanza disimpan dalam satu file, beri satu baris kosong di antara setiap stanza. Indeks repository mencantumkan amd64 dan arm64 di antara arsitekturnya, sehingga VPS ARM tidak memerlukan field Architectures tambahan.

Proxy di tengah mengembalikan 403

Karena repository ini tidak memiliki path yang menjawab 404, respons 403 berarti ada pihak lain yang menjawab atas namanya. Mulailah dari 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 permintaan yang benar-benar dikirim apt.

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

Perintah tersebut mencetak baris permintaan, header yang dikirim apt, dan proxy yang digunakan untuk terhubung, jika ada. Bandingkan hasilnya dengan curl biasa ke URL yang sama. Jika curl mengembalikan 200 dan apt mengembalikan 403, kedua permintaan tersebut berbeda pada aspek yang diperiksa oleh middlebox, dan 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 penyaring 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 diterimanya diterbitkan oleh proxy, bukan oleh otoritas sertifikat Tailscale. Firewall egress cloud yang hanya mengizinkan mirror Ubuntu juga merupakan sumber umum lainnya. Dalam kasus tersebut, izinkan pkgs.tailscale.com pada firewall.

Egress IPv6 saja, serta 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 merespons, sedangkan IPv6 menggantung atau melaporkan Network is unreachable, apt gagal karena pustaka 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 tersebut permanen.

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

Perhatikan juga kasus sebaliknya. Pada VPS yang sama sekali tidak memiliki alamat IPv4, memaksa IPv4 tidak akan memperbaiki apa pun karena tidak ada rute IPv4 yang dapat digunakan untuk mengarahkan trafik. Dalam kondisi tersebut, Anda memerlukan NAT64 dengan DNS64 dari provider atau proxy yang memiliki alamat IPv4. Gejalanya adalah error koneksi yang menyebut alamat IPv6, sehingga baris curl -6 adalah bagian yang menunjukkan kondisi sebenarnya.

Alternatif, dan biaya masing-masing

Skrip instalasi vendor. curl -fsSL https://tailscale.com/install.sh | sh adalah perintah yang diiklankan Tailscale. Saat membaca skrip tersebut, terlihat bahwa skrip 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: skrip tersebut tidak menghindari repository yang diblokir oleh proxy. Kegagalannya sama, tetapi outputnya lebih sedikit. Menyalurkan skrip yang diunduh langsung ke shell sebagai root adalah sebuah kompromi, bukan solusi, karena Anda mempercayai apa pun yang dikirim server pada saat itu dan tidak menyimpan salinan dari apa yang dijalankan. Jika Anda memilih kompromi ini, 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 Oktober 2026, stable release adalah 1.102.4 dan file x86 64 bit adalah tailscale_1.102.4_amd64.tgz. Anda menempatkan client tailscale dan daemon tailscaled sendiri, serta mengawasi daemon tersebut sendiri. Karena itu, tidak ada path apt upgrade, dan setiap update berikutnya harus Anda ingat untuk diunduh. Pilihan ini sesuai untuk host air-gapped atau ketika Anda harus menggunakan satu versi tertentu.

Package milik Ubuntu. Package tersebut tidak tersedia. Menjalankan sudo apt install tailscale tanpa repository vendor yang dikonfigurasi akan berakhir pada E: Unable to locate package tailscale, dan tidak ada perubahan pada apt update yang dapat mengatasinya. Jika yang sebenarnya Anda inginkan adalah coordination server yang Anda kendalikan, bukan server hosted milik Tailscale, itu merupakan keputusan terpisah: menjalankan Headscale sebagai control server sendiri membahasnya, sedangkan perbandingan antara Tailscale dan WireGuard biasa membahas apakah Anda memerlukan seluruh mekanisme ini.

Paket telah terpasang, tetapi tailscaled tidak mau berjalan

Setelah apt berhasil berjalan tanpa masalah, kegagalan berikutnya terjadi pada 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 memuat baris tentang /dev/net/tun yang tidak ada. Daemon memerlukan perangkat TUN untuk membuat interface tailscale0, tetapi container tersebut tidak diberi perangkat itu. Minta provider 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 seharusnya menampilkan mesin Anda dengan alamat dalam rentang 100.64.0.0/10. Mesin yang muncul di sana dapat menjadi dasar konfigurasi lanjutan, 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 biasanya terjadi 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 valid mencetak baris pub dan baris uid yang mencantumkan Tailscale, sedangkan keyring yang kosong atau rusak mencetak gpg: no valid OpenPGP data found.. Unduh kunci ke file sementara, periksa file tersebut, lalu salin ke lokasi yang benar dengan mode 0644 agar pengguna _apt dapat membacanya.

Codename Ubuntu apa yang harus saya masukkan ke URL Tailscale?

Gunakan nilai UBUNTU_CODENAME dari /etc/os-release. Nilainya adalah 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 mencetak wilma, Tailscale tidak menerbitkan apa pun dengan nama itu, dan apt melaporkan 404 pada dists/wilma/InRelease. Pastikan pilihan Anda sebelum mengedit 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?

Anda harus mempertimbangkan keputusan ini secara sadar. Skrip tersebut berasal dari Tailscale dan melakukan langkah yang sama seperti prosedur manual: membaca /etc/os-release, menulis keyring dan /etc/apt/sources.list.d/tailscale.list yang sama, lalu memasang paket. Risikonya adalah Anda menjalankan apa pun yang dikirimkan server pada saat itu dengan hak root, tanpa menyimpan rekamannya. Unduh skrip dengan -o install.sh, baca isinya, lalu jalankan jika Anda menginginkan kemudahan tanpa kehilangan visibilitas terhadap prosesnya. Skrip ini juga tidak dapat mengatasi repositori yang terblokir karena menggunakan URL yang sama dengan URL yang sudah gagal.

Bagaimana cara memasang Tailscale di Ubuntu tanpa repositori apt?

Gunakan tarball statis yang diterbitkan di pkgs.tailscale.com. Hingga Oktober 2026, versinya adalah 1.102.4 dengan file amd64 bernama tailscale_1.102.4_amd64.tgz. Anda harus memasang program tailscale dan tailscaled sendiri, lalu menjalankan daemon di bawah systemd secara manual. 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.