Ubuntuలో Tailscale ఇన్‌స్టాల్ లోపాలను ఎలా సరిచేయాలి

Ubuntuలో Tailscale ఇన్‌స్టాల్ లోపాలు apt లోపాలు కావడానికి కారణం

Ubuntuలో Tailscale ఇన్‌స్టాల్ లోపాలు దాదాపు ఎల్లప్పుడూ Tailscale కోడ్ అమలు కాకముందే జరుగుతాయి. అవి apt లోపాలు. Ubuntu స్వంతంగా tailscale ప్యాకేజీని ship చేయదు: August 2026లో Ubuntu package archiveతో తనిఖీ చేసినప్పుడు కనిపించిన matches Go helper libraries మరియు python3-tailscale మాత్రమే. అందువల్ల daemon Tailscale స్వంత apt repository అయిన pkgs.tailscale.com నుంచే రావాలి.

ఆ repositoryను జోడించినప్పుడు రెండు files రాయబడతాయి. ఒక file packages ఎక్కడ ఉన్నాయో aptకు చెబుతుంది. మరొక file repository indexపై ఉన్న signatureను తనిఖీ చేయడానికి apt ఉపయోగించే public keyను కలిగి ఉంటుంది. దిగువన కనిపించే దాదాపు ప్రతి failureకు కారణం ఈ రెండు filesలో ఏదో ఒకటి తప్పుగా ఉండటం, లేదా apt మరియు repository మధ్య ఉన్న ఏదైనా device ఆ requestను తిరస్కరించడం.

Ubuntu 24.04 కోసం Tailscale ప్రచురించే commands ఇవి:

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 అనేది Ubuntu 24.04కు codename. ఇది రెండు URLsలోనూ కనిపిస్తుంది. రెండవ command ఒక comment lineను మరియు ఒక deb lineను /etc/apt/sources.list.d/tailscale.listలో రాస్తుంది. cat ద్వారా అక్కడ ఖచ్చితంగా ఏమి రాయబడిందో చూడవచ్చు.

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

ఆ deb lineను నాలుగు fields కలిగిన addressగా చదవాలి: ముందుగా square bracketsలో ఉన్న option [signed-by=/usr/share/keyrings/tailscale-archive-keyring.gpg], తరువాత https ద్వారా చేరే repository base అయిన pkgs.tailscale.com/stable/ubuntu, ఆపై suite noble, చివరగా component main. apt baseను suiteతో కలిపి ఒక URLగా రూపొందించి దాన్ని fetch చేస్తుంది: https://pkgs.tailscale.com/stable/ubuntu/dists/noble/InRelease. మీరు ఆ URLను చేతితో fetch చేయగలిగితే, apt కూడా దాన్ని fetch చేయగలదు. ఇదే పూర్తి diagnostic.

ఏదైనా మార్చే ముందు apt లోని error ను చదవండి

ఏదీ ఆ error ను scroll చేసి కనిపించకుండా చేయకుండా ఉండేందుకు update ను విడిగా అమలు చేయండి.

sudo apt update

విఫలమైన third-party repository ఇలా కనిపిస్తుంది. మీ machine లో codename మరియు IP address వేరుగా ఉంటాయి.

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.

ఆ output లోని రెండు విషయాల ఆధారంగానే తర్వాత ఏమి చేయాలో నిర్ణయిస్తారు: status code మరియు E: Failed to fetch line లోని పూర్తి URL. దిగువన ఉన్న summary line ఆధారంగా ఊహించవద్దు. URL ను copy చేసి, server ను మీరే అడగండి.

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

అది Tailscale ప్రచురించే codename కోసం 200 ను output చేస్తుంది. August 2026 లో చేసిన తనిఖీ ప్రకారం, noble లో Origin: Tailscale మరియు Codename: noble కలిగిన signed index వస్తుంది. noble స్థానంలో మీ స్వంత error లోని codename ను పెట్టి మళ్లీ అమలు చేయండి. apt error ఇచ్చిన చోట curl కు 200 వస్తే, repository సరిగానే ఉంది; సమస్య apt స్వంత configuration లో ఉంది.

స్థితి కోడ్ మీకు చెప్పేది

• 404 Not Found అంటే ఆ path వద్ద repositoryలో ఎలాంటి file లేదు. pkgs.tailscale.com విషయంలో URLలోని codename కారణంగానే ఇది దాదాపు ఎల్లప్పుడూ జరుగుతుంది.
• 403 Forbidden అంటే ఏదో ఒక వ్యవస్థ అభ్యర్థనకు స్పందించి దాన్ని నిరాకరించింది. August 2026 నాటికి ఈ repositoryలో లేని path కోసం 404 వస్తుంది. కాబట్టి 403 వస్తే, మీ server మరియు Tailscale మధ్య ఉన్న proxy, filtering appliance లేదా firewall కారణమై ఉండవచ్చు.
• 401 Unauthorized లేదా 407 Proxy Authentication Required అంటే apt పంపని credentials ను proxy కోరుతోంది.
• connect error లేదా name resolution error అంటే అసలు HTTP సంభాషణ జరగలేదని అర్థం. IPv6 విభాగానికి వెళ్లండి.

URLలో ఉన్న codenameను Tailscale ప్రచురించదు

Tailscale ప్రతి Ubuntu codename కోసం ప్రత్యేక directoryని రూపొందిస్తుంది. అక్కడ లేని codenameను అడిగితే 404 వస్తుంది, ఎందుకంటే అందించడానికి serverలో dists/<codename> ఉండదు. ఏ codenames అందుబాటులో ఉన్నాయో vendor యొక్క స్వంత listing pkgs.tailscale.com/stableలో కనిపిస్తుంది. August 2026లో ఆ జాబితా 16.04 నుంచి resolute వరకు ఉంటుంది. ఇది Ubuntu 26.04.

తప్పు codename సాధారణంగా Ubuntu ఆధారంగా ఉన్నా Ubuntu కాని distributionలో lsb_release -csను అమలు చేసినప్పుడు వస్తుంది. Linux Mint 22లో ఆ command wilmaను చూపిస్తుంది. అది Mint యొక్క స్వంత codename, దానికి Tailscale ఏ packageనూ ప్రచురించదు. బదులుగా Ubuntu baseను గుర్తించండి.

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

Ubuntuలో రెండు విలువలు ఒకేలా ఉంటాయి. Derivativeలో VERSION_CODENAME derivative పేరు, UBUNTU_CODENAME అది ఆధారపడిన Ubuntu release. రెండు URLsలోనూ UBUNTU_CODENAMEను ఉపయోగించండి.

రెండవ కారణం release upgrade. Ubuntu upgrade tool అమలులో ఉన్నప్పుడు third-party sourcesను disable చేస్తుంది. అందువల్ల Ubuntu 24.04ను 26.04కు upgrade చేసిన తర్వాత /etc/apt/sources.list.d/tailscale.list comment చేయబడి ఉండవచ్చు లేదా ఇప్పుడు resoluteగా ఉన్న machineలో ఇంకా nobleను సూచిస్తూ ఉండవచ్చు. కొత్త codenameతో రెండు curl commandsను మళ్లీ అమలు చేయండి. అవి రెండు filesను overwrite చేస్తాయి.

మూడవ కారణం సమయం. కొత్త Ubuntu release వచ్చిన తర్వాతి కొన్ని వారాల్లో, ఆ codename Canonical వద్ద కనిపిస్తుంది, కానీ Tailscale వద్ద ఇంకా ఉండకపోవచ్చు. Fileను మునుపటి LTS codenameకు చూపిస్తే సాధారణంగా installation జరుగుతుంది, ఎందుకంటే ఈ packagesకు dependencies తక్కువగా ఉంటాయి. అయితే అప్పుడు మీరు పాత release కోసం రూపొందించిన buildను నడుపుతున్నారు. నిజంగా ఏది install అయిందో apt policy tailscaleతో తనిఖీ చేయండి. అసలు codename కనిపించిన తర్వాత fileను సరైన codenameకు మార్చండి.

keyring ఖాళీగా ఉంది, కానీ దాన్ని రాసిన command ఏమీ చూపించలేదు

ఇది నిశ్శబ్దంగా జరిగే సమస్య. ఇలాంటి సమస్యల్లో ఎక్కువ భాగం ఇక్కడే ముగుస్తాయి. keyring command ను మరోసారి చూడండి:

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

ఏ program నడవకముందే shell మొత్తం pipeline ను నిర్మిస్తుంది. అందువల్ల sudo tee వెంటనే keyring path ను తెరిచి, దాని పరిమాణాన్ని zero bytes కు తగ్గిస్తుంది. తరువాత curl విఫలమైతే, అలాగే -f వల్ల ఏదైనా HTTP error వచ్చినప్పుడు అది విఫలమైతే, curl ఏమీ రాయకుండా nonzero exit status తో ముగుస్తుంది. File పరిమాణం zero bytes గానే ఉంటుంది. Pipeline యొక్క exit status దాని చివరి command అయిన tee యొక్క status అవుతుంది. అది విజయవంతమవుతుంది. ఏదీ కనిపించదు. Key install అయిందని భావించి మీరు తదుపరి command కు వెళ్తారు.

దాన్ని తయారు చేసిన command ను కాకుండా file ను తనిఖీ చేయండి.

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

సరైన keyring లో pub line మరియు Tailscale పేరును చూపించే uid line కనిపిస్తాయి. Zero-byte file లో gpg: no valid OpenPGP data found. మాత్రమే కనిపిస్తుంది. HTML error page ను పట్టుకున్న file లో కూడా అదే కనిపిస్తుంది. దానిపై head -c 80 నడిపితే binary key data బదులుగా web page ప్రారంభం కనిపిస్తుంది.

ఉపయోగించగల key ఏదీ లేని keyring తో sudo apt update index ను download చేసి, తరువాత దాన్ని తిరస్కరిస్తుంది. Tailscale repository మరియు దాని suite పేరును చూపించే W: GPG error line కనిపిస్తుంది. దాని తరువాత 16 అక్షరాల key id తో The following signatures couldn't be verified because the public key is not available: NO_PUBKEY text కనిపిస్తుంది. దాని కింద repository signed కాలేదని తెలిపే error ఉంటుంది. apt చెబుతున్న విషయాన్ని గమనించండి: అది index ను విజయవంతంగా download చేసింది, కానీ signature ను తనిఖీ చేయలేకపోయింది. ఇది key సమస్య, network సమస్య కాదు. keyring file పూర్తిగా missing అయితే message మళ్లీ వేరుగా ఉంటుంది. అందులో Could not open file /usr/share/keyrings/tailscale-archive-keyring.gpg ద్వారా path నేరుగా చూపబడుతుంది.

విఫలమైన download వల్ల పనిచేస్తున్న keyring నాశనం కాకుండా key ను రెండు దశల్లో రాయండి.

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

మధ్యలో ఉన్న line నిర్ణయాత్మక తనిఖీ. అది Tailscale కు సంబంధించిన uid ను చూపించకపోతే ఆపండి. File ను copy చేయవద్దు. 0644 mode ముఖ్యం. ఎందుకంటే fetch మరియు verify చేయడానికి apt privileged కాని _apt user కు మారుతుంది. root మాత్రమే చదవగలిగే keyring ను apt ఉపయోగించలేడు.

.list మరియు .sources ఫైళ్లు ఒకే repository ను వివరిస్తాయి

Ubuntu 24.10లో తన repositories ను deb822 format కు మార్చింది. ఇందులో /etc/apt/sources.list, /etc/apt/sources.list.d/ubuntu.sources గా మారింది. Tailscale ఇప్పటికీ one-line format ను publish చేస్తోంది. August 2026లో తనిఖీ చేసినప్పుడు pkgs.tailscale.com నుంచి download చేయడానికి .sources file లేదు; ఆ URL 404 ను return చేస్తుంది. కాబట్టి మీ machine లో tailscale.sources ఉంటే, దాన్ని మీరు లేదా ఏదైనా guide చేతితో రాసి ఉండవచ్చు. tailscale.list కూడా ఇంకా ఉంటే, apt ఇప్పుడు అదే repository ను రెండు సార్లు వివరంగా పొందుతోంది.

సాధారణ పరిస్థితిలో ప్రతి update సమయంలో warning కనిపిస్తుంది:

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

రెండు ఫైళ్లు వేర్వేరు keyring paths ను పేర్కొన్నప్పుడు తీవ్రమైన సమస్య ఏర్పడుతుంది. ఏ key repository కు వర్తించాలో apt నిర్ణయించలేకపోతుంది. ఇది మొదట E: Conflicting values set for option Signed-By regarding source ను print చేస్తుంది. తరువాత repository మరియు దాని suite ను చూపిస్తుంది. ఆపై != మధ్యలో ఉంచి రెండు keyring paths ను చూపిస్తుంది. చివరగా కొనసాగడానికి నిరాకరిస్తుంది:

E: The list of sources could not be read.

ఈ పరిస్థితిలో update మాత్రమే కాదు, ప్రతి apt command block అవుతుంది. రెండు ఫైళ్లలో ఒకటి తొలగించబడే వరకు సమస్య కొనసాగుతుంది. Ubuntu యొక్క స్వంత repositories తో కూడా ఇదే failure కనిపిస్తుంది. సాధారణ పరిస్థితిని deb822 migration తర్వాత కనిపించే duplicate apt source error వివరిస్తుంది.

ఏదైనా delete చేయడానికి ముందు Tailscale ను పేర్కొన్న ప్రతి file ను కనుగొనండి.

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

ఒక file ను మాత్రమే ఉంచండి. మరొకదాన్ని కోల్పోకుండా disable చేయాలంటే దాని పేరు మార్చండి. apt, .list లేదా .sources తో ముగిసే files ను మాత్రమే చదువుతుంది. అందువల్ల tailscale.list.bak skip చేయబడుతుంది మరియు reference కోసం disk పై అలాగే ఉంటుంది.

deb822 source file ను సరిగ్గా రాయడం

మీకు కొత్త format నచ్చితే, repository address ను మళ్లీ టైప్ చేయకుండా ఇప్పటికే ఉన్న file ను convert చేయండి. అక్కడ జరిగే చిన్న typo వల్లే పై errors మొదలవుతాయి. ఇటీవలి apt releases ఒక converter ను కలిగి ఉంటాయి. అది .list files ను deb822 stanzas గా తిరిగి రాస్తుంది. అలాగే signed-by option ను Signed-By గా మార్చుతుంది.

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

Ubuntu 24.04 తో వచ్చే apt లో ఆ subcommand కంటే పాత version ఉంది. అందువల్ల మీ version లో అది ఉందో లేదో help line ఒక్క క్షణంలో చూపిస్తుంది. అది లేకపోతే, ఇప్పటికే disk పై ఉన్న line ఆధారంగా stanza ను రూపొందించండి. అప్పుడు base మీ keyboard input నుంచి కాకుండా vendor file నుంచి వస్తుంది.

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

ఇది రాసిన stanza ను output చేస్తుంది. అందువల్ల తదుపరి apt update కు ముందు fields ను మీరు పరిశీలించవచ్చు. వీటిలో నాలుగు fields ను వివరంగా తెలుసుకోవాలి, ఎందుకంటే ప్రతి field విభిన్న విధంగా విఫలమవుతుంది:

• URIs repository యొక్క base వద్ద ఆగుతుంది. అందులో dists/noble భాగాన్ని paste చేస్తే 404 వస్తుంది. కారణం, apt స్వయంగా dists/<suite> ను జోడించి dists/noble/dists/noble కోసం request పంపుతుంది.
• Suites codename. ఒక-line format లో మధ్యలో ఉన్న value ఇదే.
• Signed-By keyring file కు absolute path ను తీసుకుంటుంది. దాని కింద armored key ను inline గా కూడా ఉంచవచ్చు. అప్పుడు key లోని ప్రతి line ముందు ఒక space తో indent చేయాలి. Key లోని ప్రతి blank line ను ఒక dot గా రాయాలి.
• Enabled: no source ను delete చేయకుండా off చేస్తుంది. అందువల్ల rename చేయడం కంటే దాన్ని తిరిగి enable చేయడం సులభం. తరువాత నిర్వహించే వ్యక్తికి వివరించడం కూడా సులభం.

Third-party repositories కోసం ప్రతి file లో ఒక stanza మాత్రమే ఉంచండి. ఒకే file లో అనేక stanzas ఉంచితే వాటి మధ్య blank line పెట్టండి. Repository index లో amd64 మరియు arm64 architectures గా ఉన్నాయి. కాబట్టి ARM VPS కు అదనపు Architectures field అవసరం లేదు.

మధ్యలో ఉన్న proxy 403 ను తిరిగి ఇస్తోంది

ఈ repository లో ఆ path కు సమాధానం లేకపోతే 404 రావాలి. 403 అంటే దాని తరఫున మరేదో స్పందించిందని అర్థం. ముందుగా apt యొక్క స్వంత configuration ను పరిశీలించండి. అక్కడ సెట్ చేసిన proxy apt కు వర్తిస్తుంది, కానీ మీరు interactive గా అమలు చేసే curl కు వర్తించదు.

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

తర్వాత apt వాస్తవంగా ఏమి పంపుతోందో monitor చేయండి.

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

ఇది request line, apt పంపిన headers, అలాగే ఏదైనా proxy ద్వారా అది చేసిన connection వివరాలను చూపిస్తుంది. అదే URL కు plain curl చేసిన ఫలితంతో దీన్ని పోల్చండి. curl 200 ను తిరిగి ఇస్తే, apt 403 ను తిరిగి ఇస్తే, మధ్యలోని పరికరం పట్టించుకునే అంశంలో ఆ రెండు requests భిన్నంగా ఉన్నాయని అర్థం. సాధారణంగా కారణం 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

ఇది 403 ను తిరిగి ఇస్తూ, default curl 200 ను తిరిగి ఇస్తే, filtering device పేరు ఆధారంగా apt ను నిరాకరిస్తోంది. పరిష్కారం మీ server లో కాదు, ఆ పరికరంలో చేయాలి. TLS ను inspect చేసే corporate proxy అయితే పరిస్థితి మళ్లీ భిన్నంగా ఉంటుంది. అప్పుడు apt status code బదులుగా certificate verification failure ను నివేదిస్తుంది. ఎందుకంటే అందుకున్న certificate ను Tailscale certificate authority కాకుండా proxy జారీ చేసి ఉంటుంది. Ubuntu mirrors కు మాత్రమే అనుమతి ఇచ్చే cloud egress firewall మరొక సాధారణ కారణం. ఆ సందర్భంలో firewall పై pkgs.tailscale.com ను అనుమతించాలి.

IPv6 మాత్రమే బయటి కనెక్షన్లు, మరియు status codes కాని లోపాలు

apt కు HTTP response ఎప్పుడూ రాకపోతే, ప్రతి protocol ను విడిగా పరీక్షించండి.

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

IPv4 స్పందించి, IPv6 నిలిచిపోతే లేదా Network is unreachable ను చూపిస్తే, resolver library IPv6 కు ప్రాధాన్యం ఇవ్వడం వల్ల apt విఫలమవుతోంది. అయితే ఈ సర్వర్‌లో పనిచేసే IPv6 మార్గం లేదు. ఈ కారణాన్ని నిర్ధారించడానికి ఒకసారి IPv4 ద్వారా మాత్రమే అమలు చేయండి:

sudo apt -o Acquire::ForceIPv4=true update

ఈ update విజయవంతమైతే, దాన్ని శాశ్వతంగా అమలు చేసేలా configuration మార్చండి.

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

వ్యతిరేక పరిస్థితినీ స్పష్టంగా గుర్తించాలి. IPv4 address అసలు లేని VPSలో IPv4ను బలవంతం చేయడం వల్ల ప్రయోజనం ఉండదు. ఎందుకంటే traffic ను పంపడానికి IPv4 route ఉండదు. అలాంటి సందర్భంలో provider నుంచి NAT64 మరియు DNS64 అవసరం, లేదా IPv4 address కలిగిన proxy అవసరం. IPv6 address ను సూచించే connect error కనిపిస్తే, నిజమైన కారణాన్ని చెప్పేది curl -6 line.

ప్రత్యామ్నాయ మార్గాలు, వాటిలో ప్రతి దానికి అయ్యే ఖర్చు

Vendor install script. curl -fsSL https://tailscale.com/install.sh | sh అనేది Tailscale ప్రచారం చేసే command. ఆ script ను పరిశీలిస్తే, అది /etc/os-release నుంచి మీ distribution ను గుర్తించి, ఈ guide సరిచేస్తున్న అదే రెండు paths అయిన /usr/share/keyrings/tailscale-archive-keyring.gpg మరియు /etc/apt/sources.list.d/tailscale.list ను అదే URLs నుంచి రాస్తుంది. దీని వల్ల మీ అంచనాలు స్పష్టంగా ఉండాలి: proxy నిరోధిస్తున్న repository ని ఇది తప్పించదు. తక్కువ output తో అదే విధంగా విఫలమవుతుంది. Download చేసిన script ను root గా shell కు pipe చేయడం ఒక రాజీ మాత్రమే, పరిష్కారం కాదు. ఎందుకంటే ఆ సమయంలో server తిరిగి పంపే దానిని మీరు విశ్వసించాలి, అలాగే అమలు చేసిన script యొక్క copy మీ వద్ద ఉండదు. ఈ రాజీని అంగీకరిస్తే, దాని ప్రభావాలను స్పష్టంగా తెలుసుకుని చేయండి:

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

Static binaries. అదే server pkgs.tailscale.com/stable లోని static binaries విభాగం కింద సాధారణ tarballs ను కూడా ప్రచురిస్తుంది. August 2026 నాటికి stable release 1.102.2, అలాగే 64 bit x86 file tailscale_1.102.2_amd64.tgz. tailscale client మరియు tailscaled daemon ను మీరే ఉంచాలి, daemon ను మీరే supervise చేయాలి. అందువల్ల apt upgrade path ఉండదు, అలాగే భవిష్యత్తులో ప్రతి update ను మీరు స్వయంగా download చేయాలి. Air-gapped host పై లేదా ఒక ఖచ్చితమైన version ను pin చేయాల్సినప్పుడు ఈ విధానం ఉపయోగపడుతుంది.

Ubuntu స్వంత package. అలాంటిది లేదు. Vendor repository configure చేయకుండా sudo apt install tailscale నడిపితే E: Unable to locate package tailscale వద్ద ముగుస్తుంది. apt update ఎంత చేసినా అది మారదు. మీకు నిజంగా కావలసింది Tailscale hosted server కాకుండా మీరు నియంత్రించే coordination server అయితే, అది వేరే నిర్ణయం: Headscale ను మీ స్వంత control server గా నడపడం దాని గురించి వివరిస్తుంది. Tailscale మరియు plain WireGuard మధ్య పోలిక ద్వారా ఈ మొత్తం వ్యవస్థ మీకు అవసరమా అనేది తెలుసుకోవచ్చు.

ప్యాకేజ్ ఇన్‌స్టాల్ అయింది, కానీ tailscaled ప్రారంభం కావడం లేదు

apt సరిగా పనిచేసిన తర్వాత సమస్యలు daemon వద్ద కనిపిస్తాయి.

systemctl status tailscaled
sudo journalctl -u tailscaled -n 50

LXC లేదా OpenVZ వంటి host kernel ను భాగస్వామ్యం చేసే container virtualisation ను ఉపయోగించే VPS లో, log లో /dev/net/tun ఉనికిలో లేదని చూపించే లైన్ ఉంటుంది. tailscale0 interface ను సృష్టించడానికి daemon కు TUN device అవసరం. కానీ container కు అది కేటాయించబడలేదు. Container పై TUN ను enable చేయమని మీ provider ను అడగండి. లేదా మీకు స్వంత kernel లభించే KVM plan కు మారండి. KVM పై అదనపు setup లేకుండానే ఇది పనిచేస్తుంది.

ఆ తర్వాత, sudo tailscale up login URL ను ప్రింట్ చేస్తుంది. tailscale status అమలు చేస్తే 100.64.0.0/10 range లోని address తో మీ machine జాబితా కావాలి. అక్కడ కనిపించే machine పై తదుపరి configuration చేయవచ్చు. ఉదాహరణకు, మీ VPS నుంచి private subnet ను advertise చేయడం లేదా VPS ను exit node గా ఉపయోగించడం చేయవచ్చు.

FAQ

apt Tailscale repository సంతకం చేయబడలేదని ఎందుకు చెబుతుంది?

apt repository index ను download చేసి, దాని సంతకాన్ని /usr/share/keyrings/tailscale-archive-keyring.gpg తో ధృవీకరించలేకపోయినందుకు ఈ సందేశం వస్తుంది. సాధారణ కారణం keyring సున్నా bytes పరిమాణంలో ఉండటం. curl ఏదీ download చేయకముందే sudo tee ఆ file ను truncate చేసింది, అలాగే pipeline విజయవంతమైందని చూపింది, ఎందుకంటే tee విజయవంతమైంది. gpg --show-keys /usr/share/keyrings/tailscale-archive-keyring.gpg ను అమలు చేయండి. సరిగ్గా పనిచేసే keyring లో Tailscale పేరును చూపించే pub line మరియు uid line కనిపిస్తాయి. ఖాళీగా లేదా దెబ్బతిన్న keyring లో gpg: no valid OpenPGP data found. కనిపిస్తుంది. Key ను తాత్కాలిక file కు download చేసి, అక్కడే తనిఖీ చేయండి. తరువాత దాన్ని 0644 mode తో సరైన స్థానానికి copy చేయండి, తద్వారా _apt user దాన్ని చదవగలదు.

Tailscale URLs లో ఏ Ubuntu codename ఉంచాలి?

/etc/os-release నుంచి వచ్చిన UBUNTU_CODENAME విలువను ఉపయోగించండి. Ubuntu 24.04 లో అది noble, Ubuntu 26.04 లో resolute. Ubuntu ఆధారిత distribution లో lsb_release -cs ను ఉపయోగించవద్దు. Linux Mint 22 లో అది wilma ను చూపిస్తుంది. Tailscale ఆ పేరుతో ఏదీ publish చేయదు, కాబట్టి apt dists/wilma/InRelease పై 404 error ను చూపిస్తుంది. ఏదైనా మార్చే ముందు, https://pkgs.tailscale.com/stable/ubuntu/dists/<codename>/InRelease కు వ్యతిరేకంగా curl -sS -o /dev/null -w '%{http_code}\n' ఉపయోగించి index ను చేతితో fetch చేసి మీ ఎంపికను నిర్ధారించండి.

shell కు pipe చేసిన Tailscale install script ను అమలు చేయడం సురక్షితమేనా?

ఇది ఉద్దేశపూర్వకంగా తీసుకోవాల్సిన trade-off. ఈ script Tailscale నుంచి వస్తుంది మరియు manual steps చేసే పనినే చేస్తుంది: ఇది /etc/os-release ను చదివి, అదే keyring మరియు అదే /etc/apt/sources.list.d/tailscale.list ను వ్రాసి, తరువాత package ను install చేస్తుంది. అయితే ఆ సమయంలో server తిరిగి పంపే ఏ code అయినా root హక్కులతో అమలు చేస్తారు, దానికి ఎలాంటి record కూడా ఉంచరు. -o install.sh ఉపయోగించి దాన్ని download చేసి చదవండి. సౌకర్యం కావాలనుకుంటే తరువాత అమలు చేయండి. ఇలా చేస్తే blind spot ఉండదు. Repository block చేయబడితే ఇది సహాయం చేయదు, ఎందుకంటే ఇప్పటికే విఫలమైన అదే URLs ను ఇది ఉపయోగిస్తుంది.

apt repository లేకుండా Ubuntuలో Tailscale ను ఎలా install చేయాలి?

pkgs.tailscale.com లో publish చేసిన static tarballs ను ఉపయోగించండి. August 2026 నాటికి వాటి version 1.102.2, amd64 file పేరు tailscale_1.102.2_amd64.tgz. మీరు tailscale మరియు tailscaled programs ను స్వయంగా install చేసి, daemon ను systemd కింద స్వయంగా run చేయాలి. దీని ప్రధాన వ్యయం upgrades. కొత్త version ను తీసుకురావడానికి apt package ఉండదు, కాబట్టి ప్రతి update manual గా చేయాలి. Ubuntu archive లో స్వంత tailscale package లేదు. అందువల్ల vendor repository లేని machine పై sudo apt install tailscale, E: Unable to locate package tailscale వద్ద ఆగిపోతుంది.