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 herhangi bir Tailscale kodu çalışmadan önce meydana gelir. Bunlar apt hatalarıdır. Ubuntu arşivinde tailscale paketi bulunmaz: Ekim 2026 itibarıyla Ubuntu paket arşivi kontrol edildiğinde, eşleşen tek sonuç Go yardımcı kütüphaneleri ve python3-tailscale paketidir. Bu nedenle daemon, normal şartlarda pkgs.tailscale.com adresindeki Tailscale'in kendi apt deposundan gelir. Canonical ayrıca bir Tailscale snap paketi de sunar; bu paket, metnin sonuna doğru ele alınan diğer alternatif yöntemler kapsamındadır.

Söz konusu deponun eklenmesi iki dosya oluşturur. İlk dosya, apt aracına paketlerin nerede bulunduğunu bildirir. İkincisi ise apt aracının depo dizinindeki imzayı doğrulamak için kullandığı genel anahtarı tutar. Aşağıda listelenen 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'ün kod adıdır ve her iki URL içerisinde 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 bu dosyaya tam olarak neyin eklendiğini gösterir.

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

Bu 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ı, daha sonra noble paketi ve son olarak main bileşeni. apt aracı, taban adresi ve paketi birleştirerek şu URL'yi 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 aracı da erişebilir. Tüm teşhis süreci bundan ibarettir.

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

Güncelleme işlemini tek başına çalıştırın; böylece hiçbir şey hata mesajının ekran dışına kaymasına neden olmaz.

sudo apt update

Başarısız olan 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ımda ne yapacağı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. Ekim 2026'da kontrol edildiğinde, noble komutu Origin: Tailscale ve Codename: noble içeren imzalı bir dizin döndürür. noble kısmını kendi hata mesajınızdaki kod adı ile değiştirin ve komutu tekrar çalıştırın. Eğer curl komutu, apt'nin getirme hatası aldığı yerde 200 sonucunu döndürüyorsa, depo erişilebilirdir ve sorun apt yapılandırmasındadır. Ancak bir 200 yalnızca indirmenin başarılı olduğunu kanıtlar; apt, indirme işleminden sonra dizin üzerindeki imzayı hala kontrol eder ve bir anahtar sorunu burada başarısızlığa yol açar; bu durum aşağıdaki anahtarlık bölümünde ele alınmıştır.

Durum kodunun size anlattıkları

• 404 Not Found, deponun ilgili yolda bir dosyaya sahip olmadığı anlamına gelir. pkgs.tailscale.com üzerinde bu durum neredeyse her zaman URL içindeki kod adından kaynaklanır.
• 403 Forbidden, bir yanıtın geldiğini ancak isteğin reddedildiğini gösterir. Ekim 2026 itibarıyla bu depo, sahip olmadığı bir yol için 404 döndürmektedir; bu nedenle 403 hatası genellikle sunucunuz ile Tailscale arasındaki bir proxy, filtreleme cihazı veya güvenlik duvarına işaret eder. Her zaman böyle değildir: pkgs.tailscale.com, Amazon CloudFront üzerinden sunulmaktadır ve AWS belgelerine göre bir CloudFront dağıtımı, örneğin bir güvenlik duvarı kuralı veya origin sunucusu nedeniyle kendi tarafından da 403 döndürebilir.
• 407 Proxy Authentication Required, bir proxy'nin apt tarafından gönderilmeyen kimlik bilgileri talep ettiği anlamına gelir. 401 Unauthorized farklıdır: bu, talep edilen kaynağın kendisine yönelik bir kimlik doğrulama sınamasıdır ve WWW-Authenticate başlığı ile gönderilir; tek başına bir proxy'yi tanımlamaz. Bu depo dosyalarını kimlik bilgisi gerektirmeden sunduğu için 401 hatası genellikle o URL için araya giren bir ağ geçidi gibi başka bir yapının yanıt verdiğini gösterir. Proxy bölümündeki hata ayıklama komutu, apt'nin aslında hangi ana bilgisayara ulaştığını gösterir.
• Bir bağlantı hatası veya isim çözümleme hatası, hiçbir HTTP iletişiminin 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 pkgs.tailscale.com/stable adresindeki kendi listesi, hangi sürümlerin mevcut olduğunu gösterir. Ekim 2026 itibarıyla bu liste 16.04 sürümünden, Ubuntu 26.04 olan resolute sürümüne kadar uzanmaktadır.

Yanlış bir kod adının sisteme girmesinin yaygın yolu, Ubuntu tabanlı ancak Ubuntu olmayan bir dağıtımda lsb_release -cs komutunun kullanılmasıdır. Linux Mint 22 üzerinde bu komut, Mint'in kendi kod adı olan wilma çıktısını verir ve Tailscale bunun için herhangi bir yayın yapmaz. 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 adıyken, UBUNTU_CODENAME üzerine inşa edildiği Ubuntu sürümüdür. Her iki URL içinde de UBUNTU_CODENAME kullanın.

İkinci yol ise sürüm yükseltmedir. Ubuntu yükseltme aracı çalışırken üçüncü taraf kaynakları devre dışı bırakır; bu nedenle Ubuntu 24.04'ten 26.04'e 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. Her iki dosyayı da üzerine yazan yeni kod adı ile iki curl komutunu tekrar çalıştırarak sorunu giderin. Eğer yükseltme işleminin kendisi yarıda kaldıysa ve dpkg sadece bu depo ile ilgili değil, yapılandırılması yarım kalmış paketlerle ilgili hata veriyorsa, önce başarısız olan sürüm yükseltmesini kurtarın; çünkü apt yapılandırmayı bitiremediği sürece tailscale.list üzerinde yapılan hiçbir düzeltme kalıcı olmayacaktır.

Üçüncü yol ise zamanlamadır. Tailscale kendi kod adını eklemeden önce yeni bir Ubuntu sürümüne kurulum yaparsanız aynı 404 hatasını alırsınız. Bu zaman aralığı genellikle kısa sürer veya hiç oluşmaz: Tailscale'in Ubuntu 24.04 kurulum desteği için takip ettiği konu, sürüm yayınlanmadan aylar önce, Ocak 2024'te tamamlanmış olarak kapatılmıştır. Eğer bu duruma düşerseniz, dosyayı bir önceki LTS kod adına yönlendirmek genellikle kurulumu sağlar; çü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 derlemeyi çalıştırıyor olursunuz. apt policy tailscale ile gerçekte ne yüklediğinizi 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 sessiz gerçekleşir ve çoğu hata 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 curl'ün hata vermesini sağlarsa, 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 çıktı üretilmez ve anahtarın yüklendiğini varsayarak bir sonraki komuta geçersiniz.

Komutu değil, oluşturulan 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, bir pub satırı ve Tailscale adını içeren 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. Hatalı bir HTML sayfası içeren dosya da aynı çıktıyı verir; bu dosya ü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ıkla, sudo apt update dizini indirir ancak reddeder. Tailscale deposunu ve paketini belirten 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 imzalı olmadığını belirten bir hata alırsınız. apt'nin size ne söylediğine dikkat edin: dizini başarıyla indirmiştir ancak imzayı doğrulayamamıştır. 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 dosya yolunu 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 tarafından kullanılamaz.

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

Ubuntu, 24.04 LTS sürümüyle birlikte kendi kaynaklarını deb822 formatına taşıdı ve bu süreçte /etc/apt/sources.list, /etc/apt/sources.list.d/ubuntu.sources haline geldi. Tailscale ise hala tek satırlık formatı yayınlamaya devam ediyor. Ekim 2026 itibarıyla, 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 versiyonu, her güncellemede bir uyarı olarak karşımı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 versiyonu 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 depoyu ve suite bilgisini, aralarında != bulunan iki anahtarlık yolunu yazdırır ve işlem yapmayı reddeder:

E: The list of sources could not be read.

Bu hata, dosyalardan biri kaldırılana kadar sadece güncellemeleri 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ı dokümanı genel durumu açıklamaktadır.

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ı, sizinkinin bu özelliğe sahip olup olmadığını anında söyler. Eğer özellik yoksa, bloğu diskte zaten mevcut olan satırdan oluşturun; böylece temel yapı sizin klavyenizden değil, satıcının dosyasından gelir.

. /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, bunlardan dördünü 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 tam ortasında yer alan kod adıdır.
• Signed-By, bir anahtarlık (keyring) dosyasına giden mutlak yolu 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ış zırhlı (armored) 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 dosya başına 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 yolun yanıt vermemesi 404 hatasına neden olduğundan, 403 hatası eksik bir dosyadan kaynaklanmaz. Bu durum genellikle sunucunuz ile Tailscale arasındaki bir cihazdan kaynaklanır, ancak deponun önündeki CDN de bu hatayı döndürebilir. Öncelikle apt yapılandırmasını kontrol edin; burada ayarlanan bir proxy, etkileşimli curl komutunuz için değil, 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. Bunu aynı URL'ye yapılan 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 önem verdiği bir fark vardır; genellikle bu fark kullanıcı aracısı (user agent) kaynaklıdır:

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 reddediyor demektir. Çözüm sunucunuzda değil, ilgili cihazda yapılmalıdır. Sunucunuzdan gelen her istek 403 alıyorsa, aynı curl komutunu farklı bir ağdaki makinede çalıştırın: Oradan alınan 200, engelin sizin tarafınızda olduğunu gösterir; her yerde 403 alınması ise sorunun serviste olduğunu işaret eder ve bu durumda Tailscale durum sayfası kontrol edilmelidir. TLS denetimi yapan kurumsal bir proxy farklı davranır: apt, durum kodu yerine sertifika doğrulama hatası bildirir; çünkü alınan sertifika Tailscale 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ı diğer yaygın bir kaynaktır; bu durumda çözüm, güvenlik duvarında pkgs.tailscale.com adresine izin vermektir.

Yalnızca 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ı döndürüyorsa, apt başarısız oluyor demektir; bunun nedeni çözümleyici kütüphanenin IPv6'yı tercih etmesi ancak 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 dosyalarını aynı URL'lerden yazdığı görülür. Bu durum beklentileriniz açısından önemlidir: Bir proxy tarafından engellenen depoyu aşmanızı sağlamaz. Aynı şekilde başarısız olur ancak daha az çıktı verir. İndirilen bir betiği root yetkisiyle doğrudan bir kabuğa yönlendirmek (pipe), bir çözüm değil bir takastır; çünkü o anda 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. Ekim 2026 itibarıyla kararlı sürüm 1.104.1'dir ve 64 bit x86 dosyası tailscale_1.104.1_amd64.tgz şeklindedir. tailscale istemcisini ve tailscaled daemon sürecini kendiniz yerleştirir ve daemon sürecini kendiniz yönetirsiniz; bu nedenle apt upgrade yolu mevcut değildir ve gelecekteki her güncelleme, manuel olarak indirmeniz gereken bir işlemdir. 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. Arşivde bir deb dosyası 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 sürümü bunu değiştirmez. Canonical, sudo snap install tailscale ile kurulan bir snap paketi yayınlamaktadır ve bu paket Snap Store üzerinden geldiği için yukarıda belirtilen tüm apt hatalarından kaçınır. Ekim 2026'da yapılan kontrolde, 1/stable kanalı Tailscale'in güncel 1.104.1 sürümünden daha eski olan 1.102.3 sürümünü içermekteydi; ayrıca liste, paketin geliştiriciler tarafından değil Canonical tarafından bakıldığını belirtmektedir. Güncellemeler snapd takvimine göre yapılır; Ubuntu Server üzerinde snap güncellemelerini yönetme konusu bunun nasıl kontrol edileceğini açıklar. Eğer istediğiniz şey 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 bu konuyu ele alır, Tailscale ve standart WireGuard karşılaştırması ise bu altyapıya ihtiyacınız olup olmadığını değerlendirmenize yardımcı olur.

Paket kuruldu ancak tailscaled başlatılamıyor

apt kurulumu başarıyla 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 bulunamadığına dair bir satır yer alır. Daemon, tailscale0 arayüzünü oluşturmak için bir TUN cihazına ihtiyaç duyar ve konteynerin bu yetkisi yoktur. 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 komutu, 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ü 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ı 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 modunda 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 tabanlı bir dağıtımda lsb_release -cs kullanmayın: Linux Mint 22 üzerinde bu değer 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 midir?

Bu, bilinçli olarak yapılması gereken bir tercihtir. Betik Tailscale kaynağından gelir 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 maliyeti, sunucunun o an döndürdüğü her şeyi root yetkisiyle çalıştırmanız ve herhangi bir kayıt tutmamanızdır. Betiği -o install.sh ile indirin, okuyun ve kör nokta olmadan kolaylık sağlamak 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.

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

İki yolunuz vardır. Birincisi, Canonical tarafından sürdürülen ve Ekim 2026 itibarıyla 1/stable kanalında 1.102.3 sürümünü barındıran, Tailscale tarafından mutlaka onaylanmamış olan sudo snap install tailscale snap paketidir. İkincisi, pkgs.tailscale.com üzerinde yayınlanan statik tarball dosyalarıdır; bunlar Ekim 2026 itibarıyla 1.104.1 sürümündedir ve amd64 dosyası tailscale_1.104.1_amd64.tgz olarak adlandırılır. Tarball dosyaları ile tailscale ve tailscaled programlarını kendiniz kurar ve daemon'ı systemd altında kendiniz çalıştırırsınız. Bunun maliyeti yükseltmelerdir: yeni sürümü çekecek bir apt paketi yoktur, bu nedenle her güncelleme manueldir. Ubuntu arşivi kendi içinde bir tailscale deb paketi barındırmaz, bu yüzden satıcı deposu olmayan bir makinede sudo apt install tailscale komutu E: Unable to locate package tailscale hatasıyla durur.