Ubuntu वर Tailscale install errors कसे दुरुस्त कराल

Ubuntu वर Tailscale install errors म्हणजे apt errors

Ubuntu वर Tailscale install errors जवळजवळ नेहमीच Tailscale चा कोणताही code चालण्यापूर्वी उद्भवतात. त्या apt errors असतात. Ubuntu स्वतःचे tailscale package देत नाही: October 2026 मध्ये Ubuntu package archive विरुद्ध तपासल्यावर केवळ Go helper libraries आणि python3-tailscale यांच्याशी जुळणाऱ्या नोंदी आढळतात. त्यामुळे daemon pkgs.tailscale.com येथील Tailscale च्या स्वतःच्या apt repository मधून घ्यावा लागतो.

ही 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 म्हणून पाहा: प्रथम bracket मध्ये असलेला option [signed-by=/usr/share/keyrings/tailscale-archive-keyring.gpg], त्यानंतर https द्वारे pkgs.tailscale.com/stable/ubuntu पर्यंत पोहोचणारा repository base, मग suite noble आणि शेवटी component main. apt base आणि suite जोडून एक URL तयार करते आणि तो fetch करते: https://pkgs.tailscale.com/stable/ubuntu/dists/noble/InRelease. तो URL तुम्ही हाताने 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 साठी प्रकाशन करते त्यासाठी 200 मिळते. October 2026 मध्ये तपासल्यावर, noble मुळे Origin: Tailscale आणि Codename: noble असलेली signed index मिळते. तुमच्या स्वतःच्या error मधील codename ने noble बदला आणि command पुन्हा चालवा. apt ला error मिळालेल्या ठिकाणी curl ला 200 मिळत असल्यास repository योग्य आहे आणि समस्या apt च्या स्वतःच्या configuration मध्ये आहे.

स्थिती कोड काय सांगतो

• 404 Not Found म्हणजे त्या path वर repository मध्ये कोणतीही file नाही. pkgs.tailscale.com मध्ये URL मधील codename असणे ही जवळजवळ नेहमीची बाब आहे.
• 403 Forbidden म्हणजे समोरच्या बाजूने प्रतिसाद देऊन विनंती नाकारली. October 2026 पर्यंत या repository मध्ये उपलब्ध नसलेल्या path साठी 404 परत केला जातो. त्यामुळे 403 असल्यास तुमचा server आणि Tailscale यांच्यामधील proxy, filtering appliance किंवा firewall कारणीभूत असण्याची शक्यता आहे.
• 401 Unauthorized किंवा 407 Proxy Authentication Required म्हणजे proxy ला credentials हवी आहेत, जी apt पाठवत नाही.
• connect error किंवा name resolution error म्हणजे HTTP संभाषण मुळीच झाले नाही. IPv6 section कडे जा.

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

Tailscale प्रत्येक Ubuntu codename साठी स्वतंत्र directory तयार करते. उपलब्ध नसलेला codename मागितल्यास 404 मिळतो, कारण सर्व्हरवर सेवा देण्यासाठी dists/<codename> उपलब्ध नसते. Vendor ची स्वतःची यादी pkgs.tailscale.com/stable येथे कोणते codename उपलब्ध आहेत ते दाखवते. October 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 करतील. Upgrade मध्येच थांबले असेल आणि dpkg फक्त या repository बद्दल नव्हे, तर अर्धवट configured packages बद्दल तक्रार करत असेल, तर आधी अयशस्वी release upgrade मधून पुनर्प्राप्त करा. कारण apt configuration पूर्ण करू शकत नसलेल्या system वर tailscale.list मधील कोणताही बदल टिकणार नाही.

तिसरा मार्ग म्हणजे वेळेचा फरक. नवीन Ubuntu release आल्यानंतरच्या काही आठवड्यांत Canonical कडे codename उपलब्ध असतो, पण 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

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

फाइल तयार करणाऱ्या 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 फाइलमध्ये gpg: no valid OpenPGP data found. दिसते आणि त्यानंतर काहीही दिसत नाही. HTML error page मिळालेल्या फाइलमध्येही तेच दिसते. त्या फाइलवर 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 मजकूर दिसतो आणि repository signed नसल्याचे सांगणारी error दिसते. apt काय सांगत आहे ते लक्षात घ्या: त्याने index यशस्वीरीत्या download केला, परंतु त्याची signature तपासता आली नाही. ही key ची समस्या आहे, network ची नाही. keyring फाइल पूर्णपणेच नसल्यास संदेश पुन्हा वेगळा असतो आणि Could not open file /usr/share/keyrings/tailscale-archive-keyring.gpg द्वारे path थेट दाखवला जातो.

key दोन टप्प्यांत लिहा, जेणेकरून 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 छापले गेले नाही, तर थांबा आणि फाइल copy करू नका. 0644 mode महत्त्वाचा आहे, कारण fetch आणि verify करण्यासाठी apt privileged नसलेल्या _apt user कडे जाते. त्यामुळे फक्त root वाचू शकणारी keyring apt वापरू शकत नाही.

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

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

E: The list of sources could not be read.

ही समस्या फक्त update पुरती मर्यादित नसते. दोनपैकी एक फाइल काढून टाकेपर्यंत प्रत्येक apt command अडवली जाते. Ubuntu च्या स्वतःच्या repositories मध्येही हीच समस्या दिसू शकते. deb822 migration नंतरच्या duplicate apt source error मध्ये सर्वसाधारण परिस्थितीचे स्पष्टीकरण दिले आहे.

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

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

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

स्त्रोतासाठी deb822 फाइल योग्य प्रकारे लिहिणे

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

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

Ubuntu 24.04 सोबत येणारे apt त्या subcommand पेक्षा जुने आहे. त्यामुळे तुमच्या आवृत्तीत तो उपलब्ध आहे का, हे help line एका क्षणात सांगते. तो उपलब्ध नसल्यास, disk वर आधीपासून असलेल्या line वरून stanza तयार करा. त्यामुळे base तुमच्या keyboard ऐवजी vendor च्या फाइलमधून घेतला जातो.

. /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 सविस्तर समजून घेणे महत्त्वाचे आहे, कारण प्रत्येक वेगळ्या प्रकारे 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 indentation असते आणि key मधील प्रत्येक blank line एकाच dot म्हणून लिहिली जाते.
• Enabled: no source delete न करता बंद करतो. त्यामुळे rename करण्यापेक्षा तो पुन्हा सुरू करणे सोपे असते आणि पुढील व्यक्तीला त्याचा अर्थ समजावून सांगणेही सोपे असते.

Third-party repositories साठी प्रत्येक file मध्ये एकच stanza ठेवा. अनेक stanzas एकाच file मध्ये ठेवत असल्यास त्यांच्या मध्ये एक 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 परत करत असेल, तर दोन्ही विनंत्यांमध्ये 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 ची विनंती नाकारत आहे. दुरुस्ती त्या device वर करावी, तुमच्या server वर नाही. 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 codes नसलेल्या त्रुटी

apt ला HTTP प्रतिसाद मिळालाच नसेल, तर प्रत्येक प्रोटोकॉलची स्वतंत्रपणे चाचणी करा.

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 कडून DNS64 सह NAT64 किंवा 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 करत आहे, त्याला हे script bypass करत नाही. कमी output सह ते त्याच प्रकारे fail होते. Download केलेले script root म्हणून shell मध्ये pipe करणे हा एक तडजोडीचा पर्याय आहे, solution नाही. कारण त्या क्षणी server जे परत करेल त्यावर तुमचा विश्वास ठेवावा लागतो आणि काय execute झाले याची कोणतीही 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 प्रकाशित केले जातात. October 2026 नुसार stable release 1.102.4 आहे आणि 64 bit x86 file tailscale_1.102.4_amd64.tgz आहे. tailscale client आणि tailscaled daemon तुम्हालाच ठेवावे लागतात आणि daemon चे supervision देखील तुम्हालाच करावे लागते. त्यामुळे apt upgrade path नसतो आणि प्रत्येक future 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 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 ला ते device दिलेले नसते. तुमच्या provider ला container वर TUN सक्षम करण्यास सांगा. किंवा स्वतःचा 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 जाहीर करणे किंवा VPS चा exit node म्हणून वापर करणे.

FAQ

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

apt ने repository index डाउनलोड केला; परंतु /usr/share/keyrings/tailscale-archive-keyring.gpg विरुद्ध त्याची स्वाक्षरी पडताळता आली नाही. keyring शून्य bytes असणे हे याचे नेहमीचे कारण आहे: sudo tee ने curl काहीही डाउनलोड करण्यात अपयशी होण्यापूर्वी फाइल 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 तात्पुरत्या फाइलमध्ये डाउनलोड करा, तिथे तिची तपासणी करा आणि नंतर 0644 mode वापरून ती योग्य ठिकाणी कॉपी करा, जेणेकरून _apt वापरकर्ता ती वाचू शकेल.

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 त्या नावाखाली काहीही प्रकाशित करत नाही आणि apt dists/wilma/InRelease वर 404 दाखवते. काहीही संपादित करण्यापूर्वी https://pkgs.tailscale.com/stable/ubuntu/dists/<codename>/InRelease विरुद्ध curl -sS -o /dev/null -w '%{http_code}\n' वापरून index स्वतः डाउनलोड करा आणि तुमची निवड निश्चित करा.

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 बाबतही ती मदत करू शकत नाही, कारण आधी अपयशी ठरलेल्या त्याच URLs चा ती वापर करते.

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

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