Cara Selesaikan Ralat Pemasangan Tailscale di Ubuntu

Mengapa ralat pemasangan Tailscale pada Ubuntu adalah ralat apt

Ralat pemasangan Tailscale pada Ubuntu hampir selalu berlaku sebelum sebarang kod Tailscale dijalankan. Ia adalah ralat apt. Ubuntu tidak mengeluarkan pakej tailscale sendiri: disemak terhadap arkib pakej Ubuntu pada Ogos 2026, satu-satunya padanan adalah pustaka pembantu Go dan python3-tailscale, jadi daemon tersebut perlu diperoleh daripada repositori apt milik Tailscale sendiri di pkgs.tailscale.com.

Menambah repositori tersebut akan menulis dua fail. Satu fail memberitahu apt di mana pakej-pakej tersebut berada. Fail yang satu lagi menyimpan kunci awam yang digunakan oleh apt untuk menyemak tandatangan pada indeks repositori. Hampir setiap kegagalan di bawah berpunca daripada salah satu daripada dua fail tersebut yang tidak betul, atau peranti di antara apt dan repositori yang menolak permintaan tersebut.

Ini adalah arahan yang diterbitkan oleh 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 ialah kod nama untuk Ubuntu 24.04, dan ia muncul dalam kedua-dua URL. Arahan kedua menulis satu baris komen dan satu baris deb ke dalam /etc/apt/sources.list.d/tailscale.list, dan cat menunjukkan kepada anda dengan tepat apa yang terkandung di sana.

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

Baca baris deb tersebut sebagai alamat dalam empat medan: pilihan dalam kurungan [signed-by=/usr/share/keyrings/tailscale-archive-keyring.gpg], kemudian pangkalan repositori, iaitu pkgs.tailscale.com/stable/ubuntu yang dicapai melalui https, kemudian suite noble, dan komponen main. apt mencantumkan pangkalan dan suite tersebut menjadi satu URL dan mengambilnya: https://pkgs.tailscale.com/stable/ubuntu/dists/noble/InRelease. Jika anda boleh mengambil URL tersebut secara manual, apt juga boleh mengambilnya. Itulah keseluruhan diagnostik tersebut.

Baca ralat apt sebelum anda mengubah apa-apa

Jalankan kemas kini secara berasingan supaya tiada apa-apa yang menolak ralat tersebut keluar dari paparan.

sudo apt update

Repositori pihak ketiga yang gagal akan kelihatan seperti ini. Kod nama dan alamat IP akan berbeza 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 perkara dalam output tersebut menentukan tindakan anda seterusnya: kod status, dan URL penuh pada baris E: Failed to fetch. Jangan meneka berdasarkan baris ringkasan di bahagian bawah. Salin URL tersebut dan tanya pelayan itu sendiri.

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

Perintah itu mencetak 200 untuk kod nama yang diterbitkan oleh Tailscale. Disemak pada Ogos 2026, noble mengembalikan indeks bertandatangan yang membawa Origin: Tailscale dan Codename: noble. Gantikan noble dengan kod nama daripada ralat anda sendiri dan jalankannya semula. Jika curl mendapat 200 sedangkan apt mendapat ralat, repositori tersebut adalah baik dan masalahnya terletak pada konfigurasi apt itu sendiri.

Apa yang diberitahu oleh kod status

• 404 Not Found bermaksud repositori tidak mempunyai fail pada laluan tersebut. Pada pkgs.tailscale.com, ini hampir selalu merupakan nama kod dalam URL.
• 403 Forbidden bermaksud sesuatu telah menjawab dan menolak permintaan. Setakat Ogos 2026, repositori ini mengembalikan 404 untuk laluan yang tidak dimilikinya, jadi 403 menunjukkan adanya proksi, perkakas penapisan, atau firewall di antara pelayan anda dengan Tailscale.
• 401 Unauthorized atau 407 Proxy Authentication Required bermaksud proksi memerlukan kelayakan yang tidak dihantar oleh apt.
• Ralat sambungan atau ralat resolusi nama bermaksud tiada perbualan HTTP berlaku sama sekali. Terus ke bahagian IPv6.

Nama kod dalam URL adalah sesuatu yang tidak diterbitkan oleh Tailscale

Tailscale membina direktori berasingan bagi setiap nama kod Ubuntu. Jika anda meminta nama kod yang tiada, anda akan mendapat ralat 404 kerana tiada dists/<codename> pada pelayan untuk dihidangkan. Senarai vendor sendiri di pkgs.tailscale.com/stable menunjukkan nama kod yang wujud. Pada Ogos 2026, senarai tersebut bermula dari 16.04 sehingga resolute, iaitu Ubuntu 26.04.

Cara biasa nama kod yang salah dimasukkan adalah melalui lsb_release -cs pada pengedaran yang berasaskan Ubuntu tetapi bukan Ubuntu. Pada Linux Mint 22, arahan tersebut memaparkan wilma, iaitu nama kod milik Mint sendiri, dan Tailscale tidak menerbitkan apa-apa untuknya. Baca pangkalan Ubuntu sebaliknya.

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

Pada Ubuntu, kedua-dua nilai adalah sama. Pada pengedaran terbitan, VERSION_CODENAME ialah nama pengedaran terbitan tersebut dan UBUNTU_CODENAME ialah keluaran Ubuntu yang menjadi asas binaannya. Gunakan UBUNTU_CODENAME dalam kedua-dua URL.

Cara kedua ialah peningkatan keluaran (release upgrade). Alat naik taraf Ubuntu melumpuhkan sumber pihak ketiga apabila ia dijalankan, jadi selepas menaik taraf Ubuntu 24.04 kepada 26.04, anda akan mendapati /etc/apt/sources.list.d/tailscale.list sama ada dikomen atau masih menamakan noble pada mesin yang kini menjalankan resolute. Betulkan perkara ini dengan menjalankan semula dua arahan curl dengan nama kod baharu, yang akan menulis ganti kedua-dua fail tersebut.

Cara ketiga ialah faktor masa. Dalam beberapa minggu selepas keluaran Ubuntu baharu, nama kod tersebut wujud di Canonical sebelum ia wujud di Tailscale. Menghalakan fail ke nama kod LTS sebelumnya biasanya akan berjaya dipasang kerana pakej ini membawa sedikit dependency, namun anda kemudiannya menjalankan binaan yang dibuat untuk keluaran yang lebih lama. Semak apa yang anda peroleh dengan apt policy tailscale, dan alihkan semula fail tersebut sebaik sahaja nama kod yang sebenar muncul.

Keyring kosong, dan arahan yang menulisnya tidak mengeluarkan sebarang output

Masalah ini senyap, dan di sinilah kebanyakan ralat berakhir. Perhatikan semula arahan keyring tersebut:

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

Shell membina keseluruhan pipeline sebelum mana-mana program dijalankan, jadi sudo tee membuka laluan keyring dan memotong saiznya kepada sifar bait serta-merta. Jika curl kemudian gagal, dan -f menyebabkannya gagal pada sebarang ralat HTTP, curl tidak menulis apa-apa dan keluar dengan status bukan sifar. Fail tersebut kekal pada sifar bait. Status keluar bagi sesuatu pipeline adalah status arahan terakhirnya, iaitu tee, yang berjaya dilaksanakan. Tiada apa-apa yang dicetak, dan anda beralih ke arahan seterusnya dengan anggapan kunci telah dipasang.

Periksa fail tersebut, bukan arahan yang menciptanya.

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

Keyring yang sihat akan mencetak baris pub dan baris uid yang menamakan Tailscale. Fail bersaiz sifar bait akan mencetak gpg: no valid OpenPGP data found. dan tiada apa-apa lagi. Fail yang menangkap halaman ralat HTML akan mencetak perkara yang sama, dan head -c 80 padanya akan menunjukkan permulaan halaman web dan bukannya data kunci binari.

Dengan keyring yang tidak mengandungi kunci yang boleh digunakan, sudo apt update memuat turun indeks dan kemudian menolaknya. Anda akan mendapat baris W: GPG error yang menamakan repositori Tailscale dan suitenya, teks The following signatures couldn't be verified because the public key is not available: NO_PUBKEY diikuti dengan id kunci 16 aksara, dan di bawahnya ralat yang menyatakan repositori tidak ditandatangani. Perhatikan apa yang diberitahu oleh apt kepada anda: ia berjaya memuat turun indeks, dan ia tidak dapat menyemak tandatangan. Itu adalah masalah kunci, bukan masalah rangkaian. Jika fail keyring tiada langsung, mesejnya akan berbeza lagi, dan menamakan laluan tersebut secara terus dengan Could not open file /usr/share/keyrings/tailscale-archive-keyring.gpg.

Tulis kunci dalam dua langkah supaya muat turun yang gagal tidak memusnahkan keyring yang sedang berfungsi.

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 penapis: jika ia tidak mencetak uid Tailscale, berhenti dan jangan salin fail tersebut. Mod 0644 adalah penting kerana apt menurunkan keistimewaan kepada pengguna _apt untuk mengambil dan mengesahkan, jadi keyring yang hanya boleh dibaca oleh root adalah keyring yang tidak boleh digunakan oleh apt.

Kedua-dua fail .list dan .sources menerangkan repositori yang sama

Ubuntu telah menukar sumbernya sendiri kepada format deb822 dalam Ubuntu 24.10, di mana /etc/apt/sources.list menjadi /etc/apt/sources.list.d/ubuntu.sources. Tailscale masih menerbitkan format satu baris. Disemak pada Ogos 2026, tiada fail .sources untuk dimuat turun daripada pkgs.tailscale.com: URL tersebut memulangkan ralat 404. Jadi, jika mesin anda mempunyai tailscale.sources, anda atau panduan yang anda ikuti telah menulisnya secara manual, dan jika tailscale.list masih ada juga, apt kini mempunyai repositori yang sama diterangkan sebanyak dua kali.

Versi ringan adalah amaran pada setiap kemas kini:

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 serius berlaku apabila kedua-dua fail menamakan laluan keyring yang berbeza, kerana apt tidak dapat menentukan kunci mana yang mengawal repositori tersebut. Ia mencetak E: Conflicting values set for option Signed-By regarding source, kemudian repositori dan suitenya, diikuti dua laluan keyring dengan != di antaranya, dan kemudian enggan meneruskan proses:

E: The list of sources could not be read.

Keadaan itu menyekat setiap arahan apt, bukan sahaja kemas kini, sehingga salah satu fail dibuang. Kegagalan yang sama muncul dengan repositori Ubuntu sendiri, dan ralat sumber apt pendua selepas migrasi deb822 membincangkan kes umum ini.

Cari setiap fail yang menyebut Tailscale sebelum anda memadamkan apa-apa.

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

Simpan satu fail sahaja. Untuk menyahdayakan fail yang satu lagi tanpa kehilangannya, namakan semula fail tersebut: apt hanya membaca fail yang berakhir dengan .list atau .sources, jadi tailscale.list.bak akan dilangkau dan kekal pada cakera sebagai rujukan.

Menulis fail sumber deb822 dengan betul

Jika anda lebih gemar format yang lebih baharu, tukarkan fail sedia ada anda daripada menaip semula alamat repositori, kerana kesilapan taip di situ adalah punca utama ralat di atas. Keluaran apt terkini mempunyai penukar yang menulis semula fail .list kepada stanza deb822 dan memindahkan pilihan signed-by sebagai Signed-By.

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

Ubuntu 24.04 membekalkan apt yang tidak mempunyai subperintah tersebut, jadi baris bantuan akan memberitahu anda dalam sekelip mata sama ada versi anda memilikinya. Jika tidak, bina stanza tersebut daripada baris yang sudah ada pada cakera, supaya asasnya diambil daripada fail vendor dan bukannya daripada papan kekunci 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 itu mencetak stanza yang ditulisnya, supaya anda boleh menyemak semula medan tersebut sebelum apt update seterusnya. Empat daripadanya perlu difahami dengan terperinci, kerana setiap satunya gagal dengan cara yang berbeza:

• URIs berhenti pada pangkal repositori. Menampal bahagian dists/noble ke dalamnya akan menyebabkan ralat 404, kerana apt menambah dists/<suite> secara automatik dan meminta dists/noble/dists/noble.
• Suites ialah nama kod, iaitu nilai tepat yang berada di tengah-tengah format satu baris.
• Signed-By mengambil laluan mutlak ke fail keyring. Ia juga menerima kunci berarmour yang diletakkan di bawahnya, di mana setiap baris kunci dianjakkan dengan satu ruang dan setiap baris kosong di dalam kunci ditulis sebagai satu titik.
• Enabled: no mematikan sumber tanpa memadamkannya, yang lebih mudah untuk dibatalkan berbanding menamakan semula dan lebih mudah untuk dijelaskan kepada orang seterusnya.

Simpan satu stanza bagi setiap fail untuk repositori pihak ketiga, dan letakkan baris kosong antara stanza jika anda menyimpan beberapa stanza bersama-sama. Indeks repositori menyenaraikan amd64 dan arm64 dalam seni binanya, jadi VPS ARM tidak memerlukan medan Architectures tambahan.

Proksi di tengah mengembalikan 403

Oleh sebab laluan dalam repositori ini tidak mempunyai jawapan 404, ralat 403 bermakna sesuatu yang lain telah menjawab bagi pihaknya. Mulakan dengan konfigurasi apt sendiri, memandangkan proksi yang ditetapkan di situ terpakai pada apt dan bukan pada curl interaktif anda.

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

Kemudian, perhatikan apa yang sebenarnya dihantar oleh apt.

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

Perintah tersebut mencetak baris permintaan, pengepala (headers) yang dihantar oleh apt, dan proksi yang disambungkan, jika ada. Bandingkan dengan curl biasa ke URL yang sama. Jika curl mengembalikan 200 dan apt mengembalikan 403, kedua-dua permintaan tersebut berbeza pada sesuatu yang diambil kira oleh peranti tengah, dan calon yang biasa ialah 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 sementara curl lalai mengembalikan 200, peranti penapis sedang menolak apt berdasarkan namanya. Pembaikan perlu dilakukan pada peranti tersebut, bukan pada pelayan anda. Proksi korporat yang memeriksa TLS berkelakuan berbeza pula: apt melaporkan kegagalan pengesahan sijil dan bukannya kod status, kerana sijil yang diterimanya dikeluarkan oleh proksi dan bukan oleh pihak berkuasa sijil Tailscale. Firewall keluar awan (cloud egress firewall) yang hanya membenarkan mirror Ubuntu adalah punca biasa yang lain, dan di situ pembaikannya adalah dengan membenarkan pkgs.tailscale.com pada firewall tersebut.

Egress IPv6 sahaja, dan ralat yang bukan kod status

Jika apt tidak menerima sebarang respons HTTP, uji setiap protokol secara berasingan.

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

Apabila IPv4 menjawab tetapi IPv6 tergantung atau melaporkan Network is unreachable, apt gagal kerana pustaka penyelesai (resolver library) lebih mengutamakan IPv6 sedangkan pelayan tidak mempunyai laluan IPv6 yang berfungsi. Paksa satu pelaksanaan ke IPv4 untuk mengesahkan teori tersebut:

sudo apt -o Acquire::ForceIPv4=true update

Jika kemas kini tersebut berjaya, jadikan ia kekal.

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

Berterus-teranglah mengenai kes sebaliknya. Pada VPS yang langsung tidak mempunyai alamat IPv4, memaksa penggunaan IPv4 tidak akan membaiki apa-apa, kerana tiada laluan IPv4 untuk menghalakan trafik. Dalam situasi itu, anda memerlukan NAT64 dengan DNS64 daripada penyedia anda, atau proksi yang mempunyai alamat IPv4. Simptomnya ialah ralat sambungan yang menamakan alamat IPv6, jadi baris curl -6 adalah perkara yang memberitahu anda perkara sebenar.

Pilihan sandaran, dan kos bagi setiap satunya

Skrip pemasangan vendor. curl -fsSL https://tailscale.com/install.sh | sh ialah arahan yang diuar-uarkan oleh Tailscale. Apabila skrip tersebut dibaca, ia mengesan pengedaran anda daripada /etc/os-release dan kemudian menulis dua laluan yang sama yang telah dibetulkan oleh panduan ini, iaitu /usr/share/keyrings/tailscale-archive-keyring.gpg dan /etc/apt/sources.list.d/tailscale.list, daripada URL yang sama. Perkara ini penting untuk jangkaan anda: ia tidak memintas repositori yang disekat oleh proksi. Ia gagal dengan cara yang sama tetapi dengan output yang lebih sedikit. Menyalurkan skrip yang dimuat turun terus ke dalam shell sebagai root adalah satu pertukaran, bukan penyelesaian, kerana anda mempercayai apa sahaja yang dikembalikan oleh pelayan pada saat itu dan anda tidak menyimpan salinan kod yang dijalankan. Jika anda memilih pertukaran ini, lakukan dengan sedar:

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

Binari statik. Pelayan yang sama menerbitkan tarball biasa di bawah bahagian binari statik di pkgs.tailscale.com/stable. Setakat Ogos 2026, keluaran stabil ialah 1.102.2 dan fail x86 64-bit ialah tailscale_1.102.2_amd64.tgz. Anda meletakkan klien tailscale dan daemon tailscaled sendiri, serta menyelia daemon tersebut sendiri, jadi tiada laluan apt upgrade dan setiap kemas kini pada masa hadapan adalah muat turun yang perlu anda ingat untuk dilakukan. Ia sesuai digunakan pada hos yang terasing daripada rangkaian (air-gapped), atau apabila anda perlu menetapkan satu versi yang tepat.

Pakej Ubuntu sendiri. Tiada pakej sedemikian. Menjalankan sudo apt install tailscale tanpa repositori vendor dikonfigurasikan akan berakhir dengan E: Unable to locate package tailscale, dan tiada jumlah apt update yang akan mengubahnya. Jika apa yang anda sebenarnya mahukan ialah pelayan penyelarasan (coordination server) yang anda kawal sendiri dan bukannya pelayan yang dihoskan oleh Tailscale, itu adalah keputusan yang berasingan: menjalankan Headscale sebagai pelayan kawalan anda sendiri merangkumi perkara tersebut, dan perbandingan antara Tailscale dengan WireGuard biasa merangkumi sama ada anda memerlukan mana-mana jentera ini.

Pakej telah dipasang, namun tailscaled tidak mahu bermula

Setelah apt selesai, kegagalan beralih kepada daemon.

systemctl status tailscaled
sudo journalctl -u tailscaled -n 50

Pada VPS yang menggunakan virtualisasi kontena yang berkongsi kernel hos, seperti LXC atau OpenVZ, log akan memaparkan baris mengenai /dev/net/tun yang tidak wujud. Daemon memerlukan peranti TUN untuk mencipta antara muka tailscale0, dan kontena tersebut tidak diberikan peranti berkenaan. Minta penyedia anda untuk mendayakan TUN pada kontena tersebut, atau beralih ke pelan KVM di mana anda mendapat kernel sendiri. Pada KVM, perkara ini berfungsi tanpa tetapan tambahan.

Selepas itu, sudo tailscale up akan mencetak URL log masuk, dan tailscale status sepatutnya menyenaraikan mesin anda dengan alamat dalam julat 100.64.0.0/10. Mesin yang muncul di sana ialah mesin yang boleh anda gunakan untuk membina konfigurasi, sama ada untuk mengiklankan subnet peribadi daripada VPS anda atau menggunakan VPS sebagai exit node.

FAQ

Mengapakah apt menyatakan repositori Tailscale tidak ditandatangani?

Kerana apt telah memuat turun indeks repositori dan tidak dapat mengesahkan tandatangannya terhadap /usr/share/keyrings/tailscale-archive-keyring.gpg. Sebab lazimnya ialah keyring tersebut bersaiz sifar bait: sudo tee memotong fail tersebut sebelum curl gagal memuat turun apa-apa, dan talian paip melaporkan kejayaan kerana tee berjaya dilaksanakan. Jalankan gpg --show-keys /usr/share/keyrings/tailscale-archive-keyring.gpg. Keyring yang berfungsi akan mencetak baris pub dan baris uid yang menamakan Tailscale, manakala keyring yang kosong atau rosak akan mencetak gpg: no valid OpenPGP data found.. Muat turun kunci tersebut ke fail sementara, periksa fail itu, kemudian salin ke lokasi yang sepatutnya dengan mod 0644 supaya pengguna _apt boleh membacanya.

Kod nama Ubuntu manakah yang perlu saya letakkan dalam URL Tailscale?

Gunakan nilai UBUNTU_CODENAME daripada /etc/os-release, iaitu noble pada Ubuntu 24.04 dan resolute pada Ubuntu 26.04. Jangan gunakan lsb_release -cs pada pengedaran yang diterbitkan daripada Ubuntu: pada Linux Mint 22 ia mencetak wilma, Tailscale tidak menerbitkan apa-apa di bawah nama tersebut, dan apt melaporkan ralat 404 pada dists/wilma/InRelease. Sahkan pilihan anda sebelum mengubah apa-apa 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.

Adakah selamat untuk menjalankan skrip pemasangan Tailscale yang disalurkan terus ke shell?

Ini adalah pertukaran yang perlu anda buat secara sengaja. Skrip tersebut datang daripada Tailscale dan melakukan apa yang dilakukan oleh langkah manual: ia membaca /etc/os-release, menulis keyring yang sama dan /etc/apt/sources.list.d/tailscale.list yang sama, kemudian memasang pakej tersebut. Kosnya ialah anda menjalankan apa sahaja yang dikembalikan oleh pelayan pada saat itu, dengan keistimewaan root, dan tidak menyimpan rekod mengenainya. Muat turun skrip tersebut dengan -o install.sh, baca kandungannya, kemudian jalankan jika anda mahukan kemudahan tanpa risiko yang tidak diketahui. Ia juga tidak dapat membantu sekiranya repositori disekat, kerana ia menggunakan URL yang sama yang telah gagal sebelum ini.

Bagaimanakah cara memasang Tailscale pada Ubuntu tanpa repositori apt?

Gunakan tarball statik yang diterbitkan pada pkgs.tailscale.com, yang setakat Ogos 2026 berada pada versi 1.102.2 dengan fail amd64 bernama tailscale_1.102.2_amd64.tgz. Anda perlu memasang program tailscale dan tailscaled sendiri serta menjalankan daemon di bawah systemd sendiri. Kosnya ialah peningkatan versi: tiada pakej apt untuk menarik versi baharu, jadi setiap kemas kini perlu dilakukan secara manual. Arkib Ubuntu tidak mengandungi pakej tailscale miliknya sendiri, jadi sudo apt install tailscale pada mesin tanpa repositori vendor akan terhenti pada E: Unable to locate package tailscale.