Ubuntu Tailscale kurulum hataları nasıl çözülür?

Ubuntu üzerinde Tailscale kurulum hatalarının apt kaynaklı olma nedenleri

Ubuntu üzerindeki Tailscale kurulum hataları, neredeyse her zaman Tailscale kodu çalışmaya başlamadan önce gerçekleşir. Bunlar apt hatalarıdır. Ubuntu kendi bünyesinde bir tailscale paketi sunmaz: Ağustos 2026 itibarıyla Ubuntu paket arşivi kontrol edildiğinde, eşleşen tek öğeler Go yardımcı kütüphaneleri ve python3-tailscale'tür; bu nedenle daemon'ın pkgs.tailscale.com adresindeki Tailscale'e ait apt deposundan gelmesi gerekir.

Söz konusu deponun eklenmesi iki dosya oluşturur. Birinci dosya, apt'ye paketlerin nerede bulunduğunu bildirir. İkincisi ise apt'nin depo dizinindeki imzayı doğrulamak için kullandığı genel anahtarı tutar. Aşağıdaki hataların neredeyse tamamı, bu iki dosyadan birinin hatalı olmasından veya apt ile depo arasındaki bir cihazın isteği reddetmesinden kaynaklanır.

Tailscale'in Ubuntu 24.04 için yayınladığı komutlar şunlardır:

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 için kullanılan kod adıdır ve her iki URL'de de yer alır. İkinci komut, /etc/apt/sources.list.d/tailscale.list dosyasına bir açıklama satırı ve bir deb satırı yazar; cat ise oraya tam olarak neyin eklendiğini gösterir.

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

Söz konusu deb satırını dört alandan oluşan bir adres olarak okuyun: köşeli parantez içindeki [signed-by=/usr/share/keyrings/tailscale-archive-keyring.gpg] seçeneği, ardından https üzerinden erişilen pkgs.tailscale.com/stable/ubuntu depo tabanı, ardından noble paketi ve son olarak main bileşeni. apt, taban adresi ve paketi birleştirerek tek bir URL oluşturur ve veriyi çeker: https://pkgs.tailscale.com/stable/ubuntu/dists/noble/InRelease. Eğer bu URL'ye manuel olarak erişebiliyorsanız, apt de erişebilir. Tüm teşhis süreci bundan ibarettir.

Herhangi bir değişiklik yapmadan önce apt hata mesajını okuyun

Hata mesajının kaybolmaması için güncellemeyi tek başına çalıştırın.

sudo apt update

Başarısız bir üçüncü taraf deposu şu şekilde görünür. Kod adı ve IP adresi makinenizde farklı olacaktır.

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.

Bu çıktıdaki iki unsur bir sonraki adımınızı belirler: durum kodu ve E: Failed to fetch satırındaki tam URL. En alttaki özet satırına bakarak tahminde bulunmayın. URL'yi kopyalayın ve sunucuya kendiniz sorgu gönderin.

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

Bu komut, Tailscale'in yayınladığı bir kod adı için 200 çıktısını verir. Ağustos 2026'da kontrol edildiğinde, noble; Origin: Tailscale ve Codename: noble içeren imzalı bir dizin döndürür. noble kısmını kendi hatanızdaki kod adı ile değiştirin ve komutu tekrar çalıştırın. Eğer curl komutu, apt'nin hata aldığı yerde 200 sonucunu döndürüyorsa, depo düzgün çalışıyordur ve sorun apt'nin kendi yapılandırmasındadır.

Durum kodunun anlamı

• 404 Not Found, deponun belirtilen yolda herhangi bir dosyaya sahip olmadığını gösterir. pkgs.tailscale.com üzerinde bu durum, neredeyse her zaman URL içindeki kod adından kaynaklanır.
• 403 Forbidden, bir yanıtın alındığını ancak erişimin reddedildiğini belirtir. Ağustos 2026 itibarıyla bu depo, sahip olmadığı yollar için 404 döndürmektedir; dolayısıyla 403 kodu, sunucunuz ile Tailscale arasında bir proxy, filtreleme cihazı veya güvenlik duvarı olduğunu işaret eder.
• 401 Unauthorized veya 407 Proxy Authentication Required, bir proxy'nin apt tarafından gönderilmeyen kimlik bilgileri talep ettiği anlamına gelir.
• Bağlantı hatası veya isim çözümleme hatası, herhangi bir HTTP iletişimi gerçekleşmediği anlamına gelir. IPv6 bölümüne geçin.

URL içindeki kod adı Tailscale tarafından yayınlanmayan bir isimdir

Tailscale, her Ubuntu kod adı için ayrı bir dizin oluşturur. Sunucuda sunulacak bir dists/<codename> bulunmadığı için, mevcut olmayan bir kod adı istendiğinde 404 hatası alırsınız. Satıcının kendi listesi olan pkgs.tailscale.com/stable adresinde hangi kod adlarının mevcut olduğu görülebilir. Ağustos 2026 itibarıyla bu liste 16.04 sürümünden başlayıp Ubuntu 26.04 olan resolute sürümüne kadar uzanmaktadır.

Yanlış kod adının sisteme girmesinin yaygın yolu, Ubuntu tabanlı ancak Ubuntu olmayan bir dağıtımda lsb_release -cs komutunun çalıştırılmasıdır. Linux Mint 22 üzerinde bu komut, Mint'in kendi kod adı olan wilma çıktısını verir ve Tailscale bu isim için herhangi bir paket yayınlamaz. Bunun yerine Ubuntu tabanını okuyun.

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

Ubuntu üzerinde her iki değer de aynıdır. Türev bir dağıtımda VERSION_CODENAME türevin kendi adını, UBUNTU_CODENAME ise üzerine inşa edildiği Ubuntu sürümünü belirtir. Her iki URL içinde de UBUNTU_CODENAME kullanın.

İkinci yol ise sürüm yükseltmedir. Ubuntu yükseltme aracı çalıştırıldığında üçüncü taraf kaynakları devre dışı bırakır; bu nedenle Ubuntu 24.04 sürümünden 26.04 sürümüne yükseltme işleminden sonra /etc/apt/sources.list.d/tailscale.list dosyasının ya yorum satırı haline getirildiğini ya da artık resolute olan bir makinede hala noble ismini taşıdığını görürsünüz. Sorunu, her iki dosyanın üzerine yazacak olan yeni kod adıyla iki curl komutunu tekrar çalıştırarak çözün.

Üçüncü yol ise zamanlamadır. Yeni bir Ubuntu sürümünün yayınlanmasını takip eden haftalarda, kod adı Canonical tarafında mevcut olsa da Tailscale tarafında henüz bulunmayabilir. Dosyayı bir önceki LTS kod adına yönlendirmek genellikle kurulumu gerçekleştirir, çünkü bu paketler az sayıda bağımlılık taşır; ancak bu durumda daha eski bir sürüm için oluşturulmuş bir yapıyı çalıştırıyor olursunuz. apt policy tailscale komutu ile gerçekte ne yüklendiğini kontrol edin ve gerçek kod adı yayınlandığında dosyayı tekrar güncelleyin.

Anahtarlık boş ve onu yazan komut hiçbir çıktı vermedi

Bu durum sessizdir ve çoğu sorun burada sonlanır. Anahtarlık komutunu tekrar inceleyin:

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

Kabuk, programlardan herhangi biri çalışmadan önce tüm işlem hattını (pipeline) oluşturur; bu nedenle sudo tee, anahtarlık yolunu açar ve hemen sıfır bayta düşürür. Eğer curl başarısız olursa ve -f herhangi bir HTTP hatasında başarısızlığa zorlarsa, curl hiçbir şey yazmaz ve sıfır olmayan bir değerle çıkar. Dosya sıfır bayt boyutunda kalır. Bir işlem hattının çıkış durumu, son komutun durumudur; bu da başarılı olan tee komutudur. Hiçbir şey yazdırılmaz ve anahtarın yüklendiğine inanarak bir sonraki komuta geçersiniz.

Komutu değil, dosyayı kontrol edin.

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

Sağlıklı bir anahtarlık, Tailscale adını içeren bir pub satırı ve bir uid satırı yazdırır. Sıfır baytlık bir dosya ise gpg: no valid OpenPGP data found. çıktısını verir ve başka hiçbir şey yazmaz. Bir HTML hata sayfası içeren dosya da aynı çıktıyı verir ve üzerinde head -c 80 komutunu çalıştırmak, ikili anahtar verisi yerine bir web sayfasının başlangıcını gösterir.

Kullanılabilir bir anahtar içermeyen bir anahtarlık ile sudo apt update, dizini indirir ancak reddeder. Tailscale deposunu ve paket grubunu adlandıran bir W: GPG error satırı, ardından 16 karakterlik bir anahtar kimliği ile The following signatures couldn't be verified because the public key is not available: NO_PUBKEY metni ve altında deponun imzalanmadığını belirten bir hata alırsınız. apt'nin size ne söylediğine dikkat edin: dizini başarıyla indirdi ancak imzayı doğrulayamadı. Bu bir ağ sorunu değil, bir anahtar sorunudur. Eğer anahtarlık dosyası tamamen eksikse, mesaj tekrar değişir ve Could not open file /usr/share/keyrings/tailscale-archive-keyring.gpg ile doğrudan yolu belirtir.

Anahtarı iki adımda yazın; böylece başarısız bir indirme işlemi, çalışan bir anahtarlığı bozamaz.

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

Orta satır bir geçittir: eğer bir Tailscale uid çıktısı vermiyorsa, durun ve dosyayı kopyalamayın. 0644 modu önemlidir çünkü apt, indirme ve doğrulama işlemleri için yetkisiz _apt kullanıcısına düşer; bu nedenle yalnızca root kullanıcısının okuyabildiği bir anahtarlık, apt'nin kullanamayacağı bir anahtarlıktır.

Hem .list hem de .sources dosyası aynı depoyu tanımlıyor

Ubuntu, 24.10 sürümüyle birlikte kendi kaynaklarını deb822 formatına taşıdı ve bu süreçte /etc/apt/sources.list dosyası /etc/apt/sources.list.d/ubuntu.sources haline geldi. Tailscale ise hala tek satırlık formatı yayınlamaya devam ediyor. Ağustos 2026 itibarıyla yapılan kontrolde, pkgs.tailscale.com adresinden indirilebilecek bir .sources dosyası bulunmamaktadır; bu URL 404 hatası döndürür. Dolayısıyla, makinenizde bir tailscale.sources dosyası varsa, bu dosya ya sizin tarafınızdan ya da bir rehber aracılığıyla manuel olarak oluşturulmuştur. Eğer tailscale.list dosyası da hala mevcutsa, apt artık aynı depoyu iki kez tanımlanmış olarak görür.

Hafif versiyon, her güncellemede bir uyarı olarak karşınıza çıkar:

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

Ciddi versiyon ise, iki dosya farklı anahtarlık (keyring) yolları belirttiğinde ortaya çıkar; çünkü apt, deponun hangi anahtar tarafından yönetileceğine karar veremez. Bu durumda E: Conflicting values set for option Signed-By regarding source ifadesini, ardından depo ve suite bilgisini, aralarında != bulunan iki anahtarlık yolunu yazdırır ve işleme devam etmeyi reddeder:

E: The list of sources could not be read.

Bu durum, dosyalardan biri kaldırılana kadar sadece güncelleme işlemini değil, tüm apt komutlarını engeller. Aynı hata Ubuntu'nun kendi depolarında da görülür ve deb822 geçişi sonrası oluşan mükerrer apt kaynağı hatası rehberi, genel durum için çözüm adımlarını açıklar.

Herhangi bir silme işlemi yapmadan önce Tailscale'den bahseden tüm dosyaları bulun.

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

Dosyalardan birini tutun. Diğerini kaybetmeden devre dışı bırakmak için yeniden adlandırın: apt yalnızca .list veya .sources ile biten dosyaları okur, bu nedenle tailscale.list.bak uzantılı dosyalar atlanır ve referans olması için diskte kalmaya devam eder.

deb822 kaynak dosyasını doğru şekilde yazma

Daha yeni formatı tercih ediyorsanız, depo adresini yeniden yazmak yerine mevcut dosyanızı dönüştürün; çünkü yukarıdaki hatalar tam olarak bu tür yazım yanlışlarından kaynaklanır. Güncel apt sürümleri, .list dosyalarını deb822 bloklarına dönüştüren ve signed-by seçeneğini Signed-By olarak taşıyan bir dönüştürücü içerir.

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

Ubuntu 24.04, bu alt komuttan daha eski bir apt sürümüyle gelir; bu nedenle yardım satırı, sürümünüzün bu özelliği destekleyip desteklemediğini anında size bildirir. Desteklemiyorsa, bloğu diskte zaten mevcut olan satırdan oluşturun; böylece temel bilgiler klavyenizden değil, satıcının dosyasından alınmış olur.

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

Bu komut, yazdığı bloğu ekrana basar; böylece bir sonraki apt update işleminden önce alanları kontrol edebilirsiniz. Her biri farklı bir şekilde hata verebileceği için şu dört alanı detaylıca bilmekte fayda vardır:

• URIs, deponun kök dizininde durur. dists/noble kısmını buraya yapıştırmak 404 hatasına yol açar, çünkü apt dists/<suite> kısmını kendisi ekler ve dists/noble/dists/noble dosyasını ister.
• Suites, tek satırlık formatın ortasında yer alan kod adının aynısıdır.
• Signed-By, bir anahtarlık (keyring) dosyasının mutlak yolunu alır. Ayrıca, altına satır içi olarak eklenmiş, her satırı bir boşlukla girintilenmiş ve içindeki her boş satırı tek bir nokta olarak yazılmış şifreli bir anahtarı da kabul eder.
• Enabled: no, bir kaynağı silmeden devre dışı bırakır; bu işlem, dosyayı yeniden adlandırmaktan daha kolay geri alınabilir ve bir sonraki kişiye açıklanması daha basittir.

Üçüncü taraf depolar için her dosyada bir blok tutun ve birden fazla bloğu bir arada tutmanız gerekirse aralarına boş bir satır ekleyin. Depo dizini, mimarileri arasında amd64 ve arm64 değerlerini listeler; bu nedenle bir ARM VPS için fazladan bir Architectures alanına gerek yoktur.

Araya giren bir proxy 403 hatası döndürüyor

Bu depodaki bir yol 404 hatası vermediği için, 403 hatası başka bir bileşenin sizin yerinize yanıt verdiğini gösterir. Öncelikle apt yapılandırmasını kontrol edin; çünkü burada ayarlanan bir proxy, etkileşimli curl komutunuz için değil, doğrudan apt için geçerlidir.

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

Ardından apt'nin gerçekte ne gönderdiğini izleyin.

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

Bu komut; istek satırını, apt tarafından gönderilen başlıkları ve varsa bağlantı kurulan proxy bilgisini yazdırır. Çıktıyı, aynı URL'ye yönelik standart bir curl isteğiyle karşılaştırın. Eğer curl 200 döndürüyor ve apt 403 döndürüyorsa, iki istek arasında aradaki cihazın (middlebox) önem verdiği bir fark vardır; bu durumda genellikle şüpheli olan kısım user agent bilgisidir:

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

Eğer bu komut 403 döndürüyor ancak varsayılan curl 200 döndürüyorsa, bir filtreleme cihazı apt'yi ismen engelliyordur. Çözüm sunucunuzda değil, ilgili cihaz üzerinde yapılmalıdır. TLS trafiğini inceleyen kurumsal bir proxy farklı davranır: apt, bir durum kodu yerine sertifika doğrulama hatası bildirir; çünkü alınan sertifika Tailscale'in sertifika yetkilisi tarafından değil, proxy tarafından düzenlenmiştir. Yalnızca Ubuntu yansımalarına izin veren bir bulut çıkış güvenlik duvarı (egress firewall) diğer yaygın bir nedendir; bu durumda çözüm, güvenlik duvarında pkgs.tailscale.com adresine izin vermektir.

Sadece IPv6 çıkışı ve durum kodu olmayan hatalar

Eğer apt hiçbir HTTP yanıtı alamazsa, her protokolü ayrı ayrı test edin.

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 yanıt veriyor ancak IPv6 yanıt vermiyor veya Network is unreachable hatası bildiriyorsa, apt başarısız oluyor demektir; bunun nedeni çözümleyici kütüphanenin IPv6'yı tercih etmesi ve sunucunun çalışan bir IPv6 yoluna sahip olmamasıdır. Teoriyi doğrulamak için bir çalıştırmayı IPv4 üzerinden yapmaya zorlayın:

sudo apt -o Acquire::ForceIPv4=true update

Eğer bu güncelleme başarılı olursa, ayarı kalıcı hale getirin.

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

Tersi durum için dürüst olun. Hiç IPv4 adresi olmayan bir VPS üzerinde, IPv4'ü zorlamak hiçbir şeyi düzeltmez; çünkü trafiği yönlendirebileceğiniz bir IPv4 rotası yoktur. Bu durumda sağlayıcınızdan sağlanan DNS64 ile NAT64'e veya IPv4 adresi olan bir proxy'ye ihtiyacınız vardır. Belirti, bir IPv6 adresini işaret eden bağlantı hatasıdır; bu nedenle size gerçeği söyleyen satır curl -6 satırıdır.

Yedek yöntemler ve maliyetleri

Satıcı kurulum betiği. curl -fsSL https://tailscale.com/install.sh | sh, Tailscale'in önerdiği komuttur. Betik incelendiğinde, dağıtımınızı /etc/os-release üzerinden tespit ettiği ve bu kılavuzda düzeltilen iki yolu, yani /usr/share/keyrings/tailscale-archive-keyring.gpg ve /etc/apt/sources.list.d/tailscale.list yollarını aynı URL'lerden yazdığı görülür. Bu durum beklentileriniz açısından önemlidir: Bir proxy tarafından engellenen depoyu aşamaz. Aynı şekilde başarısız olur ancak daha az çıktı üretir. İndirilen bir betiği root yetkisiyle doğrudan shell'e yönlendirmek bir çözüm değil, bir takastır; çünkü o an sunucunun döndürdüğü her şeye güvenmiş olursunuz ve çalıştırılan kodun bir kopyasını tutmazsınız. Bu takası kabul ediyorsanız, risklerin farkında olun:

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

Statik ikili dosyalar. Aynı sunucu, pkgs.tailscale.com/stable adresindeki statik ikili dosyalar bölümünde düz tarball dosyaları yayınlar. Ağustos 2026 itibarıyla kararlı sürüm 1.102.2'dir ve 64 bit x86 dosyası tailscale_1.102.2_amd64.tgz şeklindedir. tailscale istemcisini ve tailscaled daemon'ını kendiniz yerleştirir, daemon'ı kendiniz denetlersiniz; bu nedenle apt upgrade yolu mevcut değildir ve gelecekteki her güncelleme, manuel olarak yapmanız gereken bir indirme işlemidir. Bu yöntem, internet erişimi olmayan (air-gapped) bir sunucuda veya belirli bir sürümü sabitlemeniz gerektiğinde tercih edilir.

Ubuntu'nun kendi paketi. Böyle bir paket bulunmamaktadır. Satıcı deposu yapılandırılmadan sudo apt install tailscale komutunu çalıştırmak E: Unable to locate package tailscale hatasıyla sonuçlanır ve apt update komutunun hiçbir etkisi olmaz. Eğer asıl istediğiniz Tailscale'in barındırdığı sunucu yerine kendi kontrolünüzde bir koordinasyon sunucusu ise, bu ayrı bir karardır: kendi kontrol sunucunuz olarak Headscale çalıştırma konusu bunu ele alır; Tailscale ile standart WireGuard karşılaştırması ise bu altyapıya ihtiyacınız olup olmadığını açıklar.

Paket kuruldu ancak tailscaled başlatılamıyor

apt kurulumu tamamlandıktan sonra hatalar daemon seviyesine taşınır.

systemctl status tailscaled
sudo journalctl -u tailscaled -n 50

LXC veya OpenVZ gibi ana makine çekirdeğini paylaşan konteyner sanallaştırma teknolojileri kullanan bir VPS üzerinde, günlük kayıtlarında /dev/net/tun dosyasının bulunmadığına dair bir satır yer alır. Daemon, tailscale0 arayüzünü oluşturmak için bir TUN cihazına ihtiyaç duyar ve konteynere bu yetki verilmemiştir. Sağlayıcınızdan konteyner üzerinde TUN özelliğini etkinleştirmesini isteyin veya kendi çekirdeğinize sahip olduğunuz bir KVM planına geçiş yapın. KVM üzerinde bu işlem ek bir yapılandırma gerektirmeden çalışır.

Bu adımdan sonra sudo tailscale up bir giriş URL'si yazdırır ve tailscale status makinenizi 100.64.0.0/10 aralığında bir adresle listelemelidir. Listede görünen bir makine, üzerine inşa edebileceğiniz bir makinedir; bu ister VPS'nizden özel bir alt ağın duyurulması, ister VPS'nin çıkış düğümü (exit node) olarak kullanılması anlamına gelsin.

FAQ

apt neden Tailscale deposunun imzalı olmadığını söylüyor?

Çünkü apt, depo dizinini indirdi ancak imzasını /usr/share/keyrings/tailscale-archive-keyring.gpg ile doğrulayamadı. Bunun yaygın nedeni anahtarlığın sıfır bayt olmasıdır: sudo tee, curl hiçbir şey indiremeden dosyayı kesti ve boru hattı (pipeline) tee başarılı olduğu için işlemin tamamlandığını raporladı. gpg --show-keys /usr/share/keyrings/tailscale-archive-keyring.gpg komutunu çalıştırın. Çalışan bir anahtarlık pub satırını ve Tailscale adını içeren bir uid satırını yazdırır; boş veya bozuk bir anahtarlık ise gpg: no valid OpenPGP data found. çıktısını verir. Anahtarı geçici bir dosyaya indirin, orada kontrol edin ve ardından _apt kullanıcısının okuyabilmesi için 0644 moduyla yerine kopyalayın.

Tailscale URL'lerinde hangi Ubuntu kod adını kullanmalıyım?

/etc/os-release içindeki UBUNTU_CODENAME değerini kullanın; bu değer Ubuntu 24.04 üzerinde noble, Ubuntu 26.04 üzerinde ise resolute'dur. Ubuntu türevi bir dağıtımda lsb_release -cs kullanmayın: Linux Mint 22 üzerinde bu komut wilma çıktısını verir, Tailscale bu isim altında hiçbir şey yayınlamaz ve apt, dists/wilma/InRelease üzerinde 404 hatası bildirir. Herhangi bir düzenleme yapmadan önce https://pkgs.tailscale.com/stable/ubuntu/dists/<codename>/InRelease adresine karşı curl -sS -o /dev/null -w '%{http_code}\n' ile dizini manuel olarak çekerek seçiminizi doğrulayın.

Tailscale kurulum betiğini doğrudan bir shell'e yönlendirerek çalıştırmak güvenli mi?

Bu, bilinçli olarak yapmanız gereken bir tercihtir. Betik Tailscale tarafından sağlanır ve manuel adımların yaptığını yapar: /etc/os-release dosyasını okur, aynı anahtarlığı ve aynı /etc/apt/sources.list.d/tailscale.list dosyasını yazar, ardından paketi kurar. Bunun bedeli, sunucunun o an döndürdüğü her şeyi root yetkisiyle çalıştırmanız ve hiçbir kayıt tutmamanızdır. Betiği -o install.sh ile indirin, okuyun ve körü körüne çalıştırmadan kolaylığından faydalanmak istiyorsanız o şekilde çalıştırın. Ayrıca, zaten başarısız olan aynı URL'leri kullandığı için engellenmiş bir depo sorununu çözemez.

Tailscale'i apt deposu olmadan Ubuntu'ya nasıl kurarım?

pkgs.tailscale.com adresinde yayınlanan statik tarball dosyalarını kullanın; Ağustos 2026 itibarıyla bu dosyalar 1.102.2 sürümündedir ve amd64 dosyası tailscale_1.102.2_amd64.tgz adını taşır. tailscale ve tailscaled programlarını kendiniz kurmalı ve daemon'ı systemd altında kendiniz çalıştırmalısınız. Bunun bedeli yükseltmelerdir: yeni sürümü çekecek bir apt paketi yoktur, bu nedenle her güncelleme manuel olarak yapılmalıdır. Ubuntu arşivi kendi içinde bir tailscale paketi barındırmaz, bu nedenle üretici deposu olmayan bir makinede sudo apt install tailscale komutu E: Unable to locate package tailscale hatasıyla durur.