Ubuntu वर Tailscale install त्रुटी कशा सोडवाव्यात

Ubuntu वर Tailscale install मधील त्रुटी या apt त्रुटी का असतात

Ubuntu वर Tailscale install करताना येणाऱ्या त्रुटी जवळजवळ नेहमी Tailscale चा कोणताही code चालण्यापूर्वीच उद्भवतात. त्या apt त्रुटी असतात. Ubuntu स्वतःचे tailscale package पुरवत नाही: August 2026 मध्ये Ubuntu package archive विरुद्ध तपासल्यावर केवळ 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 /etc/apt/sources.list.d/tailscale.list मध्ये एक comment line आणि एक deb line लिहितो. cat मुळे तेथे प्रत्यक्षात काय लिहिले गेले आहे ते अचूकपणे पाहता येते.

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

त्या deb line कडे चार fields असलेल्या address प्रमाणे पाहा: चौकोनी कंसातील 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 तयार करतो आणि तेथून data आणतो: https://pkgs.tailscale.com/stable/ubuntu/dists/noble/InRelease. तुम्ही तो URL manually fetch करू शकत असाल, तर apt देखील तो fetch करू शकतो. हेच संपूर्ण diagnostic आहे.

तुम्ही काहीही बदलण्यापूर्वी apt त्रुटी वाचा

त्रुटी लगेच वर सरकून दिसेनाशी होऊ नये यासाठी update स्वतंत्रपणे चालवा.

sudo apt update

अयशस्वी third-party repository असे दिसते. तुमच्या मशीनवर 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 ओळीवरील संपूर्ण URL. शेवटच्या summary line वरून अंदाज लावू नका. URL कॉपी करा आणि server ला स्वतः विनंती पाठवा.

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

यामुळे Tailscale ज्या codename साठी repository प्रकाशित करते त्यासाठी 200 दिसते. August 2026 मध्ये तपासल्यावर, noble मध्ये Origin: Tailscale आणि Codename: noble असलेली signed index परत मिळते. noble च्या जागी तुमच्या स्वतःच्या error मधील codename टाका आणि command पुन्हा चालवा. 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 याचा अर्थ proxy ला credentials हवे आहेत, पण apt ती credentials पाठवत नाही.
• connect error किंवा name resolution error याचा अर्थ HTTP संभाषण सुरूच झाले नाही. IPv6 विभागाकडे जा.

URL मधील codename Tailscale प्रकाशित करत नाही

Tailscale प्रत्येक Ubuntu codename साठी स्वतंत्र directory तयार करते. उपलब्ध नसलेला codename मागितल्यास 404 मिळते, कारण सर्व्हरवर तो देण्यासाठी dists/<codename> नसतो. Vendor ची स्वतःची यादी pkgs.tailscale.com/stable येथे कोणते codename उपलब्ध आहेत ते दाखवते. August 2026 मध्ये ही यादी 16.04 पासून resolute पर्यंत आहे. resolute म्हणजे Ubuntu 26.04.

चुकीचा codename येण्याचा नेहमीचा मार्ग म्हणजे Ubuntu वर आधारित, पण Ubuntu नसलेल्या distribution वर lsb_release -cs चालवणे. Linux Mint 22 वर ही command wilma दाखवते. हा Mint चा स्वतःचा codename आहे आणि Tailscale त्यासाठी कोणतेही package प्रकाशित करत नाही. त्याऐवजी Ubuntu चा base release शोधा.

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

Ubuntu मध्ये दोन्ही values समान असतात. 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 असलेल्या मशीनवर अजूनही noble दाखवत असते. नवीन codename वापरून दोन curl commands पुन्हा चालवा. त्या दोन्ही files overwrite करून समस्या दुरुस्त करतात.

तिसरा मार्ग म्हणजे timing. नवीन Ubuntu release नंतरच्या काही आठवड्यांत codename Canonical कडे उपलब्ध असतो, पण Tailscale कडे अद्याप उपलब्ध नसतो. File मध्ये मागील LTS codename दिल्यास सामान्यतः installation होते, कारण या packages च्या dependencies कमी असतात. मात्र अशा वेळी तुम्ही जुन्या release साठी तयार केलेला build चालवत असता. apt policy tailscale वापरून प्रत्यक्षात काय install झाले ते तपासा. खरा codename उपलब्ध झाल्यावर file मध्ये तो पुन्हा द्या.

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

Shell दोन्ही प्रोग्राम सुरू होण्यापूर्वी संपूर्ण pipeline तयार करतो. त्यामुळे sudo tee keyring path उघडतो आणि तो त्वरित zero bytes इतका truncate करतो. त्यानंतर curl अयशस्वी झाल्यास, आणि -f मुळे कोणत्याही HTTP error वर ते अयशस्वी होत असल्यास, curl काहीही लिहित नाही आणि nonzero status सह बंद होतो. File zero bytes इतकीच राहते. Pipeline चा exit status हा तिच्या शेवटच्या command चा status असतो. येथे तो tee चा असतो आणि तो यशस्वी होतो. काहीही प्रदर्शित होत नाही. त्यामुळे key install झाली आहे असे समजून तुम्ही पुढील command कडे जाता.

File तपासा. ती तयार करणाऱ्या command वर अवलंबून राहू नका.

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 ची सुरुवात दिसते.

Usable key नसलेल्या keyring सह sudo apt update index download करते आणि त्यानंतर तो नाकारते. Tailscale repository आणि तिच्या suite चे नाव असलेली W: GPG error line दिसते. त्याखाली The following signatures couldn't be verified because the public key is not available: NO_PUBKEY हा मजकूर आणि 16 अक्षरांचा key id दिसतो. त्यानंतर 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 थेट दाखवला जातो.

Key दोन चरणांत लिहा, जेणेकरून failed download मुळे कार्यरत keyring नष्ट होणार नाही.

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 unprivileged _apt user कडे जाते. त्यामुळे फक्त root वाचू शकणारी keyring apt वापरू शकत नाही.

.list आणि .sources फाइल एकाच repository चे वर्णन करतात

Ubuntu 24.10 मध्ये Ubuntu ने स्वतःचे sources deb822 format मध्ये हलवले. त्यावेळी /etc/apt/sources.list चे रूपांतर /etc/apt/sources.list.d/ubuntu.sources मध्ये झाले. Tailscale अजूनही one line format प्रकाशित करते. August 2026 मध्ये तपासल्यावर pkgs.tailscale.com वरून download करण्यासाठी .sources फाइल उपलब्ध नाही: त्या URL वर 404 मिळतो. त्यामुळे तुमच्या मशीनवर tailscale.sources असल्यास, ती तुम्ही किंवा एखाद्या guide ने manually तयार केली आहे. 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 दिलेले असतील, तेव्हा गंभीर आवृत्ती दिसते. Repository साठी कोणता key लागू आहे हे apt ठरवू शकत नाही. ते E: Conflicting values set for option Signed-By regarding source, त्यानंतर repository आणि तिचे suite, मग != ने विभक्त केलेले दोन्ही keyring paths दाखवते आणि पुढे जाण्यास नकार देते:

E: The list of sources could not be read.

एखादी फाइल हटेपर्यंत ही समस्या प्रत्येक apt command रोखते; फक्त update command नाही. Ubuntu च्या स्वतःच्या repositories सोबतही हीच समस्या दिसते. deb822 migration नंतरच्या duplicate apt source error मध्ये सर्वसाधारण परिस्थितीचे स्पष्टीकरण दिले आहे.

काहीही हटवण्यापूर्वी Tailscale चा उल्लेख असलेली प्रत्येक फाइल शोधा.

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

एकच फाइल ठेवा. दुसरी फाइल न हटवता निष्क्रिय करण्यासाठी तिचे नाव बदला: apt फक्त .list किंवा .sources ने समाप्त होणाऱ्या फाइल्स वाचते. त्यामुळे tailscale.list.bak वगळली जाते आणि संदर्भासाठी disk वर राहते.

deb822 source फाइल योग्य पद्धतीने लिहिणे

तुम्हाला नवीन format पसंत असल्यास, repository address पुन्हा टाइप करण्याऐवजी तुमच्याकडे आधीपासून असलेली फाइल रूपांतरित करा. त्यात झालेली टंकलेखनाची चूकच वरचे errors सुरू होण्याचे नेमके कारण असते. अलीकडील apt releases मध्ये असा converter उपलब्ध आहे. तो .list files चे deb822 stanzas मध्ये रूपांतर करतो आणि signed-by option चे रूपांतर Signed-By मध्ये करतो.

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

Ubuntu 24.04 मध्ये त्या subcommand पेक्षा जुनी apt आवृत्ती येते. त्यामुळे तुमच्या आवृत्तीत तो subcommand आहे की नाही हे help line लगेच दाखवते. तो उपलब्ध नसल्यास, आधीच disk वर असलेल्या line वरून stanza तयार करा. त्यामुळे base तुमच्या keyboard वरून नव्हे, तर 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 प्रदर्शित होतो. त्यामुळे पुढील apt update करण्यापूर्वी fields पुन्हा वाचून तपासता येतात. यांपैकी चार fields सविस्तर समजून घेणे आवश्यक आहे, कारण प्रत्येक field वेगळ्या प्रकारे fail होतो:

• URIs repository च्या base वर थांबतो. त्यात dists/noble भाग paste केल्यास 404 मिळतो, कारण apt स्वतः dists/<suite> जोडतो आणि dists/noble/dists/noble साठी विनंती करतो.
• Suites हे codename आहे. one line format च्या मध्यभागी असलेली हीच value असते.
• Signed-By मध्ये keyring file चा absolute path दिला जातो. त्याखाली armored key inline स्वरूपातही देता येते. अशा वेळी key ची प्रत्येक line एका space ने indent केलेली असावी आणि key मधील प्रत्येक blank line single dot म्हणून लिहावी.
• Enabled: no source delete न करता बंद करतो. त्यामुळे rename करण्यापेक्षा तो पुन्हा सुरू करणे सोपे असते आणि पुढील व्यक्तीला त्याचा अर्थ समजावून सांगणेही सोपे असते.

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 आणि apt ज्या proxy मार्फत जोडले गेले तो proxy, असल्यास, दिसतो. त्याची तुलना त्याच URL साठी केलेल्या साध्या curl विनंतीशी करा. curl ने 200 आणि apt ने 403 परत केल्यास, दोन्ही requests मध्ये middlebox ला महत्त्वाचा वाटणारा काही फरक आहे. यासाठी नेहमीचा संशय 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 वर नव्हे, तर त्या device वर करावे. TLS ची तपासणी करणारा corporate proxy वेगळ्या प्रकारे वागतो. अशा वेळी apt status code ऐवजी certificate verification failure दाखवतो, कारण त्याला मिळालेले certificate Tailscale च्या certificate authority ने नव्हे, तर proxy ने जारी केलेले असते. फक्त Ubuntu mirrors ला परवानगी देणारा cloud egress firewall हा आणखी एक सामान्य स्रोत आहे. त्या ठिकाणी firewall वर pkgs.tailscale.com ला परवानगी देणे हा उपाय आहे.

फक्त IPv6 egress आणि status code नसलेल्या त्रुटी

apt ला HTTP प्रतिसादच मिळाला नसेल, तर प्रत्येक 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 यशस्वी झाल्यास, हा बदल कायमस्वरूपी करा.

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 हीच आहे.

पर्यायी मार्ग आणि प्रत्येकाची किंमत

Vendor install script. curl -fsSL https://tailscale.com/install.sh | sh ही Tailscale ने सुचवलेली command आहे. Script वाचल्यावर दिसते की ती /etc/os-release मधून तुमचे distribution ओळखते आणि नंतर या मार्गदर्शकात दुरुस्त केलेले तेच दोन paths, /usr/share/keyrings/tailscale-archive-keyring.gpg आणि /etc/apt/sources.list.d/tailscale.list, त्याच URLs मधून लिहिते. याचा तुमच्या अपेक्षांवर परिणाम होतो: proxy ज्या repository ला block करत आहे त्याला ही पद्धत वळसा घालत नाही. कमी output सह ती त्याच प्रकारे fail होते. Download केलेली script root म्हणून shell मध्ये pipe करणे हा एक तडजोडीचा पर्याय आहे, समाधान नाही. कारण त्या क्षणी server जे परत करतो त्यावर तुम्ही विश्वास ठेवता आणि काय चालवले गेले याची प्रत तुमच्याकडे राहत नाही. हा पर्याय स्वीकारत असाल, तर त्याचे परिणाम स्पष्टपणे समजून स्वीकारा:

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

Static binaries. pkgs.tailscale.com/stable मधील static binaries विभागात तोच server साधे tarballs प्रकाशित करतो. August 2026 पर्यंत stable release 1.102.2 आहे आणि 64 bit x86 file tailscale_1.102.2_amd64.tgz आहे. tailscale client आणि tailscaled daemon तुम्ही स्वतः ठेवता आणि daemon चे supervision देखील स्वतः करता. त्यामुळे apt upgrade path राहत नाही आणि पुढील प्रत्येक update तुम्हाला लक्षात ठेवून download करावा लागतो. Air-gapped host वर किंवा एकच अचूक version pin करणे आवश्यक असताना हा पर्याय उपयुक्त ठरतो.

Ubuntu चे स्वतःचे package. असे कोणतेही package नाही. Vendor repository configure न करता sudo apt install tailscale चालवल्यास शेवटी E: Unable to locate package tailscale मिळते; apt update मध्ये कितीही बदल केले तरी हे बदलत नाही. तुम्हाला प्रत्यक्षात Tailscale च्या hosted coordination 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 ला ते दिलेले नसते. तुमच्या provider ला container वर TUN enable करण्यास सांगा किंवा KVM plan वर स्थलांतर करा, ज्यामध्ये तुम्हाला स्वतःचा kernel मिळतो. KVM वर यासाठी अतिरिक्त setup आवश्यक नसतो.

त्यानंतर, sudo tailscale up login URL दाखवते आणि tailscale status ने 100.64.0.0/10 range मधील address असलेले तुमचे machine सूचीबद्ध झाले पाहिजे. तेथे दिसणारे machine पुढील configuration साठी वापरता येते. उदाहरणार्थ, तुमच्या VPS वरून private subnet जाहीर करणे किंवा VPS ला exit node म्हणून वापरणे.

FAQ

apt म्हणते की Tailscale repository स्वाक्षरी केलेले नाही, असे का?

apt ने repository index डाउनलोड केला; परंतु /usr/share/keyrings/tailscale-archive-keyring.gpg शी तुलना करून त्याची स्वाक्षरी पडताळता आली नाही. नेहमीचे कारण म्हणजे keyring शून्य bytesची असते: curl काहीही डाउनलोड करण्यात अयशस्वी होण्यापूर्वी sudo tee ने फाइल truncate केली आणि pipeline ने यशस्वी स्थिती नोंदवली, कारण tee यशस्वी झाले. gpg --show-keys /usr/share/keyrings/tailscale-archive-keyring.gpg चालवा. कार्यरत keyring मध्ये pub ओळ आणि Tailscaleचे नाव असलेली uid ओळ दिसते. रिकाम्या किंवा खराब keyring मध्ये gpg: no valid OpenPGP data found. दिसते. Key तात्पुरत्या फाइलमध्ये डाउनलोड करा, तिथे तिची तपासणी करा आणि नंतर mode 0644 सह योग्य ठिकाणी कॉपी करा, जेणेकरून _apt user ती वाचू शकेल.

Tailscale URLs मध्ये कोणता Ubuntu codename द्यावा?

/etc/os-release मधील UBUNTU_CODENAME ची value वापरा. Ubuntu 24.04 वर ती noble आणि Ubuntu 26.04 वर resolute असते. Ubuntu वर आधारित distribution वर lsb_release -cs वापरू नका. Linux Mint 22 वर ते wilma दाखवते, Tailscale त्या नावाखाली काहीही प्रकाशित करत नाही आणि apt ला dists/wilma/InRelease वर 404 मिळतो. काहीही संपादित करण्यापूर्वी https://pkgs.tailscale.com/stable/ubuntu/dists/<codename>/InRelease विरुद्ध curl -sS -o /dev/null -w '%{http_code}\n' वापरून index manually fetch करून तुमची निवड पडताळा.

shell मध्ये pipe केलेली Tailscale install script चालवणे सुरक्षित आहे का?

हा निर्णय जाणीवपूर्वक घ्या. ही script Tailscaleकडून येते आणि manual steps प्रमाणेच काम करते: ती /etc/os-release वाचते, तेच keyring आणि तेच /etc/apt/sources.list.d/tailscale.list लिहिते आणि नंतर package install करते. मात्र त्यासाठी त्या क्षणी server जे परत करतो ते root अधिकारांसह चालवावे लागते आणि त्याची कोणतीही नोंद राहत नाही. -o install.sh वापरून script डाउनलोड करा, ती वाचा आणि सोयीसाठी blind spot स्वीकारायचा असल्यास नंतर चालवा. Block केलेल्या repositoryच्या समस्येत ही script मदत करू शकत नाही, कारण ती आधी अयशस्वी झालेल्या त्याच URLs वापरते.

apt repository शिवाय Ubuntu वर Tailscale कसे install करावे?

pkgs.tailscale.com वर प्रकाशित केलेले static tarballs वापरा. August 2026 पर्यंत त्यांची version 1.102.2 आहे आणि amd64 फाइलचे नाव tailscale_1.102.2_amd64.tgz आहे. tailscale आणि tailscaled programs तुम्हालाच install करावे लागतील आणि daemon systemd अंतर्गत manually चालवावा लागेल. याची किंमत upgrades आहेत: नवीन version आणण्यासाठी apt package उपलब्ध नाही, त्यामुळे प्रत्येक update manually करावा लागतो. Ubuntuच्या archive मध्ये स्वतःचे tailscale package नाही. त्यामुळे vendor repository नसलेल्या machine वर sudo apt install tailscale E: Unable to locate package tailscale वर थांबते.