Jinsi ya kurekebisha hitilafu za Tailscale kwenye Ubuntu

Kwa nini makosa ya usakinishaji wa Tailscale kwenye Ubuntu ni makosa ya apt

Makosa ya usakinishaji wa Tailscale kwenye Ubuntu karibu kila mara hutokea kabla ya msimbo wowote wa Tailscale kuendeshwa. Haya ni makosa ya apt. Ubuntu haisambazi kifurushi cha tailscale chake chenyewe: ikikaguliwa dhidi ya kumbukumbu ya vifurushi vya Ubuntu mnamo Agosti 2026, matokeo pekee ni maktaba za usaidizi za Go na python3-tailscale, kwa hivyo daemon lazima itoke kwenye hazina (repository) ya apt ya Tailscale yenyewe katika pkgs.tailscale.com.

Kuongeza hazina hiyo huandika faili mbili. Faili moja huiambia apt mahali vifurushi vilipo. Nyingine inashikilia ufunguo wa umma (public key) ambao apt hutumia kukagua sahihi kwenye faharasa ya hazina. Karibu kila hitilafu iliyo hapa chini inatokana na mojawapo ya faili hizo mbili kuwa na makosa, au kifaa kilicho katikati ya apt na hazina hiyo kukataa ombi hilo.

Hizi ndizo amri ambazo Tailscale huchapisha kwa ajili ya 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 ni jina la msimbo (codename) kwa ajili ya Ubuntu 24.04, na linaonekana katika URL zote mbili. Amri ya pili huandika mstari wa maoni na mstari mmoja wa deb ndani ya /etc/apt/sources.list.d/tailscale.list, na cat hukuonyesha hasa kile kilichowekwa hapo.

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

Soma mstari huo wa deb kama anwani katika sehemu nne: chaguo lililo kwenye mabano la [signed-by=/usr/share/keyrings/tailscale-archive-keyring.gpg], kisha msingi wa hazina, ambao ni pkgs.tailscale.com/stable/ubuntu unaofikiwa kupitia https, kisha suite noble, kisha kijenzi (component) main. apt huunganisha msingi na suite kuwa URL moja na kuipakua: https://pkgs.tailscale.com/stable/ubuntu/dists/noble/InRelease. Ikiwa unaweza kuipakua URL hiyo kwa mkono, apt inaweza kuipakua pia. Huo ndio utambuzi mzima wa tatizo.

Soma kosa la apt kabla ya kubadilisha chochote

Tekeleza update peke yake ili hakuna kitakachofunika kosa hilo kwa kulisogeza nje ya skrini.

sudo apt update

Repository ya mtu wa tatu iliyofeli huonekana hivi. Codename na anwani ya IP vitatofautiana kwenye mashine yako.

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.

Mambo mawili katika matokeo hayo huamua hatua yako inayofuata: status code, na URL kamili kwenye mstari wa E: Failed to fetch. Usikisie kutokana na mstari wa muhtasari hapo chini. Nakili URL hiyo na uulize seva mwenyewe.

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

Hiyo huchapisha 200 kwa ajili ya codename ambayo Tailscale huchapisha. Ikiangaliwa mnamo Agosti 2026, noble hurejesha index iliyotiwa saini yenye Origin: Tailscale na Codename: noble. Badilisha noble na codename kutoka kwenye kosa lako mwenyewe na uikimbize tena. Ikiwa curl itapata 200 ambapo apt ilipata kosa, repository iko sawa na tatizo liko kwenye usanidi wa apt wenyewe.

Nini maana ya status code kwako

• 404 Not Found inamaanisha kuwa hazina (repository) haina faili kwenye njia hiyo. Kwenye pkgs.tailscale.com hiyo karibu kila mara ni codename iliyo kwenye URL.
• 403 Forbidden inamaanisha kuwa kuna kitu kilijibu na kukataa ombi. Kufikia Agosti 2026, hazina hii inarejesha 404 kwa njia isiyokuwepo, kwa hivyo 403 inaashiria proxy, kifaa cha kuchuja (filtering appliance), au firewall iliyopo kati ya seva yako na Tailscale.
• 401 Unauthorized au 407 Proxy Authentication Required inamaanisha kuwa proxy inahitaji vitambulisho ambavyo apt haitumi.
• Hitilafu ya muunganisho (connect error) au hitilafu ya utatuzi wa jina (name resolution error) inamaanisha kuwa hakuna mazungumzo ya HTTP yaliyofanyika hata kidogo. Rukia sehemu ya IPv6.

Jina la msimbo (codename) lililo kwenye URL halichapishwi na Tailscale

Tailscale hutengeneza saraka tofauti kwa kila jina la msimbo la Ubuntu. Ukiomba jina la msimbo ambalo halipo utapata 404, kwa sababu hakuna dists/<codename> kwenye seva ya kuhudumia ombi hilo. Orodha ya muuzaji mwenyewe iliyo kwenye pkgs.tailscale.com/stable inaonyesha yale yaliyopo. Mnamo Agosti 2026 orodha hiyo inaanza 16.04 hadi resolute, ambayo ni Ubuntu 26.04.

Njia ya kawaida ya jina la msimbo lisilo sahihi kuingia ni kupitia lsb_release -cs kwenye mfumo wa usambazaji (distribution) unaotegemea Ubuntu lakini si Ubuntu. Kwenye Linux Mint 22 amri hiyo huchapisha wilma, ambalo ni jina la msimbo la Mint lenyewe, na Tailscale haichapishi chochote kwa ajili yake. Soma msingi wa Ubuntu badala yake.

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

Kwenye Ubuntu thamani zote mbili ni sawa. Kwenye mfumo tegemezi (derivative), VERSION_CODENAME ni jina la mfumo huo na UBUNTU_CODENAME ni toleo la Ubuntu lililojengwa juu yake. Tumia UBUNTU_CODENAME kwenye URL zote mbili.

Njia ya pili ni uboreshaji wa toleo (release upgrade). Zana ya kuboresha ya Ubuntu huzima vyanzo vya wahusika wengine (third-party sources) inapoendeshwa, kwa hivyo baada ya kuboresha Ubuntu 24.04 hadi 26.04 utapata /etc/apt/sources.list.d/tailscale.list ikiwa imewekewa alama ya maoni au bado inataja noble kwenye mashine ambayo sasa ni resolute. Rekebisha kwa kuendesha tena amri mbili za curl na jina jipya la msimbo, ambazo zitafuta na kuandika upya faili zote mbili.

Njia ya tatu ni muda. Katika wiki chache baada ya toleo jipya la Ubuntu kutoka, jina la msimbo huwa lipo kwa Canonical kabla halijafika Tailscale. Kuelekeza faili kwenye jina la msimbo la LTS lililotangulia kwa kawaida hufanikisha usakinishaji, kwa sababu vifurushi hivi havina utegemezi mwingi, lakini utakuwa unaendesha toleo lililotengenezwa kwa ajili ya toleo la zamani la mfumo. Hakiki ulichopata kwa kutumia apt policy tailscale, na ubadilishe faili hiyo mara tu jina sahihi la msimbo litakapopatikana.

Keyring haina kitu, na amri iliyoandika haikutoa ujumbe wowote

Hili ni tatizo kimya, na ndipo sehemu kubwa ya makosa haya huishia. Angalia tena amri ya keyring:

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

Shell hujenga pipeline nzima kabla ya programu yoyote kuanza kufanya kazi, kwa hivyo sudo tee hufungua njia ya keyring na kuifuta iwe na baiti sifuri mara moja. Ikiwa curl itafeli, na -f ikaisababisha ifeli kwenye kosa lolote la HTTP, curl haitaandika chochote na itatoka kwa status isiyo sifuri. Faili hubaki na baiti sifuri. Status ya kutoka ya pipeline ni status ya amri yake ya mwisho, ambayo ni tee, iliyofanikiwa. Hakuna kinachochapishwa, na unaendelea na amri inayofuata ukiamini kuwa ufunguo umewekwa.

Kagua faili, usikague amri iliyoiunda.

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

Keyring yenye afya huchapisha mstari wa pub na mstari wa uid unaotaja Tailscale. Faili yenye baiti sifuri huchapisha gpg: no valid OpenPGP data found. na hakuna kingine. Faili iliyopokea ukurasa wa kosa wa HTML huchapisha kitu hicho hicho, na head -c 80 juu yake huonyesha mwanzo wa ukurasa wa wavuti badala ya data ya ufunguo wa binary.

Kwa keyring isiyo na ufunguo unaoweza kutumika, sudo apt update hupakua index kisha huikataa. Utapata mstari wa W: GPG error unaotaja hazina ya Tailscale na suite yake, maandishi The following signatures couldn't be verified because the public key is not available: NO_PUBKEY yakifuatiwa na kitambulisho cha ufunguo cha herufi 16, na chini yake kosa linalosema hazina haijasainiwa. Kumbuka kile apt inachokuambia: ilipakua index vizuri, na haikuweza kukagua sahihi. Hilo ni tatizo la ufunguo, si tatizo la mtandao. Ikiwa faili ya keyring haipo kabisa, ujumbe huwa tofauti tena, na hutaja njia hiyo moja kwa moja na Could not open file /usr/share/keyrings/tailscale-archive-keyring.gpg.

Andika ufunguo kwa hatua mbili ili upakuaji ulioshindwa usiharibu keyring inayofanya kazi.

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

Mstari wa katikati ndio lango: ikiwa hauchapishi uid ya Tailscale, simama na usinakili faili hiyo. Hali ya 0644 ni muhimu kwa sababu apt hushuka hadi kwa mtumiaji asiye na upendeleo wa _apt ili kupakua na kuhakiki, kwa hivyo keyring ambayo root pekee anaweza kuisoma ni keyring ambayo apt haiwezi kuitumia.

Faili za .list na .sources zote mbili zinaelezea hazina (repository) moja

Ubuntu ilihamishia vyanzo vyake kwenye umbizo la deb822 katika Ubuntu 24.10, ambapo /etc/apt/sources.list ilibadilika kuwa /etc/apt/sources.list.d/ubuntu.sources. Tailscale bado inachapisha kwa umbizo la mstari mmoja. Baada ya kukaguliwa mnamo Agosti 2026, hakuna faili ya .sources inayoweza kupakuliwa kutoka pkgs.tailscale.com: URL hiyo inarejesha 404. Kwa hivyo, ikiwa mashine yako ina tailscale.sources, wewe au mwongozo ulioutumia uliandika faili hiyo kwa mkono, na ikiwa tailscale.list bado ipo pia, apt sasa ina hazina hiyo hiyo iliyoelezewa mara mbili.

Toleo dogo la tatizo hili ni onyo linalojitokeza kila unapofanya update:

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

Toleo kali la tatizo hili hutokea wakati faili hizo mbili zinataja njia (paths) tofauti za keyring, kwa sababu apt haiwezi kuamua ni ufunguo upi unaosimamia hazina hiyo. Inachapisha E: Conflicting values set for option Signed-By regarding source, ikifuatiwa na hazina na suite yake, kisha njia mbili za keyring zikiwa na != katikati yake, na kisha inakataa kuendelea:

E: The list of sources could not be read.

Hali hiyo inazuia kila amri ya apt, si update pekee, hadi moja ya faili hizo iondolewe. Hitilafu hiyo hiyo hujitokeza kwa hazina za Ubuntu zenyewe, na hitilafu ya duplicate apt source baada ya uhamiaji wa deb822 inaelezea hatua za kutatua hali hiyo kwa ujumla.

Tafuta kila faili inayotaja Tailscale kabla ya kufuta kitu chochote.

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

Hifadhi faili moja. Ili kulemaza nyingine bila kuipoteza, ibadilishe jina: apt inasoma tu faili zinazoishia na .list au .sources, kwa hivyo tailscale.list.bak itarukwa na kubaki kwenye diski kwa ajili ya marejeleo.

Kuandika faili ya chanzo ya deb822 kwa usahihi

Ikiwa unapendelea umbizo jipya zaidi, badilisha faili uliyonayo badala ya kuandika upya anwani ya hazina (repository), kwa sababu kosa la uchapaji hapo ndilo chanzo cha hitilafu zilizotajwa hapo juu. Matoleo mapya ya apt yana kigeuzi kinachobadilisha faili za .list kuwa stanzas za deb822 na kuhamisha chaguo la signed-by kama Signed-By.

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

Ubuntu 24.04 inakuja na apt ya toleo la awali kabla ya subcommand hiyo, kwa hivyo mstari wa usaidizi utakuambia mara moja ikiwa toleo lako inayo. Pale ambapo haipo, jenga stanza kutoka kwenye mstari uliopo tayari kwenye diski, ili msingi utoke kwenye faili ya muuzaji badala ya kibodi yako.

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

Hiyo huchapisha stanza iliyoandikwa, ili uweze kusoma sehemu (fields) hizo kabla ya apt update inayofuata. Nne kati ya hizo ni muhimu kuzijua kwa kina, kwa sababu kila moja inashindwa kufanya kazi kwa njia tofauti:

• URIs huishia kwenye msingi wa hazina. Kubandika sehemu ya dists/noble ndani yake husababisha 404, kwa sababu apt huongeza dists/<suite> yenyewe na kuomba dists/noble/dists/noble.
• Suites ni codename, thamani halisi iliyokuwa katikati ya umbizo la mstari mmoja.
• Signed-By huchukua njia kamili (absolute path) ya faili ya keyring. Pia inakubali ufunguo uliolindwa (armored key) uliowekwa ndani yake, ambapo kila mstari wa ufunguo huingizwa nafasi moja na kila mstari tupu ndani ya ufunguo huandikwa kama nukta moja.
• Enabled: no huzima chanzo bila kukifuta, jambo ambalo ni rahisi kutendua kuliko kubadili jina na ni rahisi kuelezea mtu mwingine.

Weka stanza moja kwa kila faili kwa ajili ya hazina za watu wengine, na weka mstari tupu kati ya stanzas ikiwa utaweka kadhaa pamoja. Kielezo cha hazina huorodhesha amd64 na arm64 miongoni mwa usanifu wake (architectures), kwa hivyo ARM VPS haihitaji sehemu ya ziada ya Architectures.

Proxy iliyo katikati inarejesha 403

Kwa sababu njia ambayo hazipo kwenye hazina hii hurejesha 404, 403 inamaanisha kuwa kitu kingine kimejibu kwa niaba yake. Anza na usanidi wa apt yenyewe, kwa sababu proxy iliyowekwa hapo inatumika kwa apt na si kwa curl yako ya maingiliano.

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

Kisha fuatilia kile ambacho apt inatuma kihalisi.

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

Hiyo huchapisha mstari wa ombi, vichwa (headers) ambavyo apt imetuma, na proxy iliyounganishwa kwayo, ikiwa ipo. Ilinganishe na curl ya kawaida kwenye URL hiyo hiyo. Ikiwa curl inarejesha 200 na apt inarejesha 403, maombi hayo mawili yanatofautiana katika kitu ambacho kifaa cha kati kinakizingatia, na mtuhumiwa wa kawaida ni 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

Ikiwa hiyo inarejesha 403 wakati curl ya kawaida inarejesha 200, kifaa cha kuchuja (filtering device) kinakataa apt kwa jina lake. Marekebisho yanapaswa kufanywa kwenye kifaa hicho, si kwenye seva yako. Proxy ya shirika inayokagua TLS hufanya kazi kwa njia tofauti tena: apt inaripoti hitilafu ya uthibitishaji wa cheti badala ya status code, kwa sababu cheti ilichopokea kilitolewa na proxy na si na mamlaka ya vyeti ya Tailscale. Firewall ya kutoka (egress firewall) ya wingu inayoruhusu vioo (mirrors) vya Ubuntu pekee ndiyo chanzo kingine cha kawaida, na hapo suluhisho ni kuruhusu pkgs.tailscale.com kwenye firewall.

Egress ya IPv6 pekee, na makosa ambayo si status codes

Ikiwa apt haijapata jibu lolote la HTTP, jaribu kila itifaki kivyake.

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

Wakati IPv4 inajibu na IPv6 inakwama au inatoa Network is unreachable, apt inafeli kwa sababu maktaba ya resolver inapendelea IPv6 na seva haina njia ya IPv6 inayofanya kazi. Lazimisha utekelezaji mmoja kwenye IPv4 ili kuthibitisha nadharia hiyo:

sudo apt -o Acquire::ForceIPv4=true update

Ikiwa update hiyo itafanikiwa, ifanye iwe ya kudumu.

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

Kuwa mkweli kuhusu hali ya kinyume. Kwenye VPS ambayo haina anwani ya IPv4 kabisa, kulazimisha IPv4 hakurekebishi chochote, kwa sababu hakuna njia ya IPv4 ya kuelekeza trafiki. Hapo unahitaji NAT64 pamoja na DNS64 kutoka kwa mtoa huduma wako, au proxy inayomiliki anwani ya IPv4. Dalili yake ni kosa la muunganisho linalotaja anwani ya IPv6, kwa hivyo mstari wa curl -6 ndio unaokuambia ukweli.

Njia mbadala, na gharama zake

Hati ya usakinishaji ya muuzaji. curl -fsSL https://tailscale.com/install.sh | sh ndiyo amri ambayo Tailscale inatangaza. Unaposoma hati hiyo, inatambua usambazaji wako kupitia /etc/os-release kisha inaandika njia mbili zilezile ambazo mwongozo huu umekuwa ukizirekebisha, /usr/share/keyrings/tailscale-archive-keyring.gpg na /etc/apt/sources.list.d/tailscale.list, kutoka kwenye URL zilezile. Hilo ni muhimu kwa matarajio yako: haikwepi hazina (repository) ambayo inazuiwa na proksi. Inafeli kwa njia ileile ikiwa na matokeo machache zaidi. Kuunganisha hati iliyopakuliwa moja kwa moja kwenye shell kama root ni biashara, si suluhisho, kwa sababu unaiamini seva yoyote inayotoa majibu wakati huo na huhifadhi nakala ya kile kilichoendeshwa. Ikiwa utakubali biashara hiyo, ifanye ukiwa na ufahamu kamili:

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

Faili za binary tuli (static binaries). Seva ileile huchapisha tarballs za kawaida chini ya sehemu ya static binaries ya pkgs.tailscale.com/stable. Kufikia Agosti 2026 toleo thabiti ni 1.102.2 na faili ya x86 ya biti 64 ni tailscale_1.102.2_amd64.tgz. Unaweka mteja wa tailscale na daemon ya tailscaled wewe mwenyewe, na unasimamia daemon hiyo wewe mwenyewe, kwa hivyo hakuna njia ya apt upgrade na kila sasisho la baadaye ni upakuaji unaopaswa kukumbuka kuufanya. Njia hii inafaa kwenye seva iliyotengwa na mtandao (air-gapped), au unapohitaji kutumia toleo moja mahususi.

Kifurushi cha Ubuntu chenyewe. Hakuna. Kuendesha sudo apt install tailscale bila hazina ya muuzaji kusanidiwa huishia kwenye E: Unable to locate package tailscale, na hakuna kiasi chochote cha apt update kitakachobadilisha hilo. Ikiwa unachotaka hasa ni seva ya uratibu unayoimiliki badala ya ile inayohifadhiwa na Tailscale, hilo ni uamuzi tofauti: kuendesha Headscale kama seva yako ya udhibiti inalizungumzia hilo, na ulinganisho kati ya Tailscale na WireGuard ya kawaida inazungumzia ikiwa unahitaji mashine yoyote kati ya hizi.

Kifurushi kimesakinishwa, na tailscaled haianziki

Baada ya apt kukamilisha kazi, hitilafu huhamia kwenye daemon.

systemctl status tailscaled
sudo journalctl -u tailscaled -n 50

Kwenye VPS inayotumia container virtualization inayoshiriki kernel ya mwenyeji, kama vile LXC au OpenVZ, logi huwa na mstari kuhusu /dev/net/tun kutokuwepo. Daemon inahitaji kifaa cha TUN ili kuunda interface ya tailscale0, na container haikupewa kifaa hicho. Mwambie mtoa huduma wako awashe TUN kwenye container, au hamia kwenye mpango wa KVM ambapo unapata kernel yako mwenyewe. Kwenye KVM, hii hufanya kazi bila usanidi wa ziada.

Baada ya hapo, sudo tailscale up huchapisha URL ya kuingia, na tailscale status inapaswa kuorodhesha mashine yako ikiwa na anwani katika masafa ya 100.64.0.0/10. Mashine inayoonekana hapo ni mashine unayoweza kuijengea huduma, iwe hiyo inamaanisha kutangaza subnet ya kibinafsi kutoka kwa VPS yako au kutumia VPS kama exit node.

FAQ

Kwa nini apt inasema hazina ya Tailscale haijasainiwa?

Kwa sababu apt ilipakua index ya hazina na haikuweza kuthibitisha sahihi yake dhidi ya /usr/share/keyrings/tailscale-archive-keyring.gpg. Sababu ya kawaida ni kwamba keyring ina ukubwa wa zero bytes: sudo tee ilikata faili kabla ya curl kushindwa kupakua chochote, na pipeline iliripoti mafanikio kwa sababu tee ilifaulu. Tekeleza gpg --show-keys /usr/share/keyrings/tailscale-archive-keyring.gpg. Keyring inayofanya kazi huchapisha mstari wa pub na mstari wa uid unaotaja Tailscale, wakati ile tupu au iliyoharibika huchapisha gpg: no valid OpenPGP data found.. Pakua ufunguo kwenye faili ya muda, uikague hapo, kisha uinakili mahali pake kwa mode ya 0644 ili mtumiaji wa _apt aweze kuusoma.

Ni codename ipi ya Ubuntu ninayopaswa kuweka kwenye URL za Tailscale?

Tumia thamani ya UBUNTU_CODENAME kutoka /etc/os-release, ambayo ni noble kwenye Ubuntu 24.04 na resolute kwenye Ubuntu 26.04. Usitumie lsb_release -cs kwenye usambazaji unaotokana na Ubuntu: kwenye Linux Mint 22 inachapisha wilma, Tailscale haichapishi chochote kwa jina hilo, na apt inaripoti 404 kwenye dists/wilma/InRelease. Thibitisha chaguo lako kabla ya kuhariri chochote kwa kupakua index kwa mkono ukitumia curl -sS -o /dev/null -w '%{http_code}\n' dhidi ya https://pkgs.tailscale.com/stable/ubuntu/dists/<codename>/InRelease.

Je, ni salama kuendesha script ya usakinishaji wa Tailscale kwa kuipitisha kwenye shell?

Ni uamuzi unaopaswa kuufanya kwa makusudi. Script hiyo inatoka Tailscale na inafanya yale ambayo hatua za mwongozo hufanya: inasoma /etc/os-release, inaandika keyring ileile na /etc/apt/sources.list.d/tailscale.list ileile, kisha inasakinisha kifurushi. Gharama yake ni kwamba unaendesha chochote ambacho seva inarudisha wakati huo, ukiwa na ruhusa za root, na huweki kumbukumbu yake. Ipakue kwa -o install.sh, isome, kisha uiendeshe ikiwa unataka urahisi bila hatari ya kutojua kinachoendelea. Pia, haiwezi kusaidia ikiwa hazina imefungwa, kwa sababu inatumia URL zilezile zilizoshindwa awali.

Ninawezaje kusakinisha Tailscale kwenye Ubuntu bila kutumia hazina ya apt?

Tumia tarballs tuli zilizochapishwa kwenye pkgs.tailscale.com, ambazo kufikia Agosti 2026 ziko kwenye toleo la 1.102.2 na faili ya amd64 inayoitwa tailscale_1.102.2_amd64.tgz. Unasakinisha programu za tailscale na tailscaled mwenyewe na kuendesha daemon chini ya systemd mwenyewe. Gharama yake ni maboresho: hakuna kifurushi cha apt cha kuvuta toleo jipya, kwa hivyo kila sasisho ni la mwongozo. Archive ya Ubuntu haina kifurushi cha tailscale chake, kwa hivyo sudo apt install tailscale kwenye mashine isiyo na hazina ya muuzaji huishia kwenye E: Unable to locate package tailscale.