Linux VPS üzerinde Tor aktarıcısı nasıl kurulur?

Bir VPS üzerinde Tor aktarıcısının işlevi

Tor aktarıcısı, genel IP adresine sahip bir makinede çalışan ve diğer kullanıcılar için şifrelenmiş trafiği ileten bir Tor daemon sürecidir. Dizin yetkilileri (directory authorities) bu aktarıcıyı yayınlar ve Tor istemcileri bunun üzerinden devreler oluşturur. Bir guard veya orta aktarıcı, trafiği yalnızca başka bir aktarıcıya iletir; bu nedenle yabancı bir kullanıcı adına asla doğrudan bir web sitesine bağlantı açmaz. Bu temel gerçek, aktarıcının kötüye kullanım bildirimleri almamasının ve sıradan bir VPS üzerinde barındırılmaya uygun olmasının nedenidir.

İş yükü oldukça düşüktür: tek bir paket, on beş satırlık yapılandırma, bir güvenlik duvarı kuralı ve bir yeniden başlatma işlemi. Bu kılavuzun geri kalanı, genellikle sorun yaşanan kısımlara odaklanır. Bunlar arasında, kotalı planlarda bant genişliği hesaplamaları ve tamamen sağlıklı yeni bir aktarıcının neden bir hafta boyunca ölü gibi göründüğü yer alır.

Guard, middle, bridge veya exit: kurulumdan önce seçiminizi yapın

Tek bir daemon dört rolü de üstlenebilir. Hangi rolde çalışacağınız, yapılandırmanız ve directory authority birimleri tarafından belirlenir.

• Middle relay. Trafiği bir guard relay'den alır ve başka bir relay'e iletir. Hedef siteyle hiçbir zaman doğrudan bağlantı kurmaz. Her yeni relay bu rolde başlar.
• Guard relay. Aynı yapılandırmanın, ek bir bayrak (flag) almış halidir. Directory authority birimleri, yeterince uzun süredir hızlı ve kararlı çalışan relay'lere Guard bayrağı atar. Bu rolü siz seçemezsiniz; bu statüyü kazanırsınız. Aşağıdaki yapılandırma, bu statüyü kazanmanızı sağlayacak ayarlardır.
• Bridge. Genel dizin listesinden bilinçli olarak çıkarılan ve Tor'un engellendiği yerlerdeki kullanıcılara özel olarak dağıtılan bir relay'dir. Dört rol arasında en az sorumluluk gerektirendir: düşük bant genişliği, genel listeleme olmaması ve küçük ölçekli bir planınız varsa atılacak en doğru ilk adımdır.
• Exit relay. Hedef siteye bağlantıyı açan son duraktır. Kullanıcının yaptığı her istek sizin IP adresiniz üzerinden çıkar; bu nedenle kötüye kullanım raporları ve yasal talepler, o IP adresinin sahibine ulaşır.

Exit relay, genel amaçlı bir VPS üzerinde barındırılmaması gereken tek roldür. Bir exit relay'i yalnızca bu tür trafiği kabul edeceğini önceden onaylamış, kendine ait IP adresi olan ve herkese açık bir kötüye kullanım (abuse) iletişim bilgisi bulunan bir sağlayıcıda çalıştırın. Standart barındırma hizmetlerinin çoğu bunu yasaklar; bu kuralı görmezden gelmenin sonucu genellikle sunucunun askıya alınması ve IP adresinin kaybedilmesidir. Guard veya middle relay ise aynı kullanıcı trafiğini taşır ancak bu tür riskleri barındırmaz.

Aşağıdaki tüm adımlar bir guard/middle relay kurulumu içindir. ExitRelay 0, relay'in bu rolde kalmasını sağlayan satırdır.

Başlamadan önce VPS gereksinimleri

Tor Project, relay'ler için kesin gereksinimler yayınlamaktadır. Ağustos 2026 itibarıyla bu gereksinimler şunlardır: relay için bir adet genel IPv4 adresi, her yönde en az 10 Mbit/s bant genişliği (16 Mbit/s önerilir), aylık en az 100 GB çıkış trafiği ve 40 Mbit/s altı hızlar için 512 MB, üstü için 1 GB RAM. Belirli bir çalışma süresi kuralı yoktur, ancak günde iki saatten az çalışan bir relay ağ için pek kullanışlı değildir.

10 Mbit/s değeri hattın kapasitesini ifade eder, ayarı değil. Bunu karşılayabilecek bir porta ihtiyacınız vardır. Bu hattın ne kadarını relay kullanımına açacağınız, aylık veri transferi limitinize göre vereceğiniz ayrı bir karardır. Yapılandırmaya dokunmadan önce planınızı inceleyin. Eğer hala bir sunucu seçiyorsanız, bir VPS'in aylık gerçek maliyeti konusu transfer limitlerinin nasıl satıldığını, bir VPS'in gerçek ağ verimini ölçme konusu ise satış sayfasındaki verilere güvenmek yerine iperf3 kullanarak hattın gerçek performansının nasıl bulunacağını açıklar.

Önce makineyi güvenli hale getirin. Bir relay, genel bir adreste çalışan herkese açık bir servistir ve adres yayınlandıktan dakikalar sonra taranmaya başlar. SSH erişimini anahtarlara kısıtlama ve güvenli bir sshd yapılandırması işlemi on dakika sürer ve relay yayına alınmadan önce, yayınlandıktan sonra değil, yapılmalıdır.

Tor'u Tor Project deposundan kurun

Dağıtım paketleri yerine Tor Project'in kendi apt deposunu kullanın. Relay kodu, kararlı sürümlerden daha hızlı güncellenir; bu nedenle düzeltmeler önce bu depoya ulaşır, dağıtım paketleri ise sürümler arasında geride kalır.

sudo apt update
sudo apt install -y apt-transport-https gnupg wget

İmzalama anahtarını ve ardından depoyu ekleyin. Kod adı makineden otomatik okunduğu için aynı blok Ubuntu 24.04 (noble) ve Debian 13 (trixie) üzerinde çalışır.

wget -qO- https://deb.torproject.org/torproject.org/A3C4F0F979CAA22CDBA8F512EE8CBC9E886DDD89.asc \
  | gpg --dearmor \
  | sudo tee /usr/share/keyrings/deb.torproject.org-keyring.gpg >/dev/null

CODENAME=$(. /etc/os-release && echo "$VERSION_CODENAME")
echo "$CODENAME"

sudo tee /etc/apt/sources.list.d/tor.sources >/dev/null <<EOF
Types: deb deb-src
URIs: https://deb.torproject.org/torproject.org/
Suites: $CODENAME
Components: main
Signed-By: /usr/share/keyrings/deb.torproject.org-keyring.gpg
EOF

sudo apt update
sudo apt install -y tor deb.torproject.org-keyring
tor --version

tor --version, yeni kurduğunuz sürümü yazdırır. Eğer apt update bunun yerine bir NO_PUBKEY hatası verirse, dearmored anahtar Signed-By: satırında belirtilen yolda değildir; bu durumda apt, release dosyasını doğrulamak için bir anahtara sahip değildir. deb.torproject.org-keyring paketi daha sonrası için önemlidir: imzalama anahtarını standart bir paket olarak sunar, böylece anahtar rotasyonu yapıldığında apt çalışmaya devam eder.

Otomatik yükseltmeleri açın ve ardından yeni kaynağı tanıtın.

sudo apt install -y unattended-upgrades apt-listchanges

Ubuntu üzerinde, Tor kaynağını /etc/apt/apt.conf.d/50unattended-upgrades içindeki Allowed-Origins bloğuna ekleyin:

Unattended-Upgrade::Allowed-Origins {
        "${distro_id}:${distro_codename}-security";
        "TorProject:${distro_codename}";
};

Debian üzerinde aynı dosya Origins-Pattern kullanır; eklenecek satır "origin=TorProject"; şeklindedir. Sonucu, üzerinde işlem yapacağı kaynakları listeleyen ve herhangi bir çıktı üretmeyen sudo unattended-upgrade --debug --dry-run ile kontrol edin.

Önemli torrc ayarları

Paket, yoğun şekilde yorum satırları içeren uzun bir /etc/tor/torrc dosyası kurar. Bir relay için sadece birkaç satır önemlidir. Bunları dosyanın sonuna ekleyin.

Nickname mynicerelay
ContactInfo relay-ops[at]example.com
ORPort 9001
ExitRelay 0
SocksPort 0

Nickname, 1 ile 19 karakter arasında, yalnızca harf ve rakamlardan oluşmalıdır. Ağ genelinde benzersiz değildir ve kimliğinizi temsil etmez; kimliğinizi temsil eden değer fingerprint bilgisidir. Kendi relay'inizi arama kutusunda bulmanızı sağlar, bu nedenle telefonda kolayca söyleyebileceğiniz bir isim seçin.

ContactInfo, herkesin indirebileceği herkese açık bir belge olan relay tanımlayıcısında yayınlanır, bu nedenle adresiniz botlar tarafından toplanacaktır. İki yıl sonra da okuyabileceğiniz bir adres kullanın ve isterseniz gizleyin. Bu, Tor Project'in relay'inizle ilgili bir sorun olduğunda sizi uyarabileceği tek kanaldır.

ORPort 9001, diğer relay'lerin ve istemcilerin bağlandığı porttur. 9001 gelenekseldir. 443 numaralı port diğer yaygın tercihtir; çünkü bazı kısıtlayıcı ağlar yalnızca 443 üzerinden dışa doğru trafiğe izin verir, bu nedenle orada dinleme yapan bir relay daha fazla istemciye ulaşabilir. 443'ü yalnızca sunucuda başka hiçbir servis buna ihtiyaç duymuyorsa seçin.

SocksPort 0, bir relay'in kullanmadığı yerel SOCKS proxy'sini kapatır ve makineden bir dinleme soketini kaldırır. ExitRelay 0, bu niyeti dosyaya yazar: bu relay asla bir kullanıcı adına hedef bir noktaya bağlanmayacaktır ve yapılandırmayı daha sonra okuyan kimsenin bunu varsayılan ayarlardan çıkarmasına gerek kalmaz.

Eğer VPS'in bir IPv6 adresi varsa, ikinci bir ORPort satırı ekleyin. Tor, IPv4'te yaptığı gibi "herhangi bir" IPv6 adresine bağlanamaz, bu nedenle adresi köşeli parantez içinde yazın.

ORPort 9001
ORPort [2001:db8::1]:9001

1 GB RAM'e sahip bir VPS üzerinde MaxMemInQueues 512 MB ayarını ekleyin. Tor, kuyruk sınırını makinede gördüğü belleğe göre belirler; küçük ve paylaşımlı bir sunucuda bu, kullanmasını istediğinizden daha fazladır. Sınırı kendiniz belirlemek, relay'in baskı altında kalması durumunda Tor'un kuyruğa alınan hücreleri atmasını sağlar; böylece süreç, kernel tarafından sonlandırılana kadar büyümez ve relay hayatta kalır.

ORPort'u güvenlik duvarında açın

Gelen trafik için ORPort'un internet üzerindeki herhangi bir noktadan erişilebilir olması gerekir. Giden trafik için röleyi kısıtlamayın: röle, binlerce farklı röleye çok sayıda farklı port üzerinden bağlantı açar; giden trafik için bir izin listesi (allowlist) oluşturmak, rölenin işlevini sessizce kısıtlayacaktır.

sudo ufw allow 9001/tcp comment 'tor ORPort'
sudo ufw status verbose

Ardından sağlayıcının kendi ağ güvenlik duvarını kontrol edin. Birçok kontrol paneli, sanal makinenin önünde bir paket filtreleme sistemi çalıştırır. Bu durumda ufw ile eklediğiniz bir kuralın etkisi olmaz; port sunucu içinde açık görünse de dışarıdan kapalı olarak algılanır. ufw sizin için yeniyse, her VPS'te bulunması gereken ufw kuralları rehberi, varsayılan politikayı ve kuralların eşleşme sırasını açıklamaktadır.

Bant genişliğini planınıza göre boyutlandırın

Kılavuz, RelayBandwidthRate ifadesini, "bu düğümdeki aktarılan trafik için ortalama gelen bant genişliği kullanımını belirtilen bayt/saniye değerine, ortalama giden bant genişliği kullanımını ise aynı değere sınırlayan" ayrı bir token bucket olarak tanımlar. Bunu iki kez okuyun. Sınır, her yön için ayrı ayrı uygulanır. 1 Mbit/s değerine ayarlanmış bir relay, aynı anda 1 Mbit/s giriş ve 1 Mbit/s çıkış trafiği taşıyabilir; her iki yönü de ölçen bir sağlayıcı ise bu toplamı faturalandırır.

[
  {
    "label": "1 Mbit/s",
    "torrc_rate": "125 KBytes",
    "gb_per_day": 21.6,
    "gb_per_month": "648"
  },
  {
    "label": "2 Mbit/s",
    "torrc_rate": "250 KBytes",
    "gb_per_day": 43.2,
    "gb_per_month": "1,296"
  },
  {
    "label": "5 Mbit/s",
    "torrc_rate": "625 KBytes",
    "gb_per_day": 108,
    "gb_per_month": "3,240"
  },
  {
    "label": "10 Mbit/s",
    "torrc_rate": "1250 KBytes",
    "gb_per_day": 216,
    "gb_per_month": "6,480"
  },
  {
    "label": "20 Mbit/s",
    "torrc_rate": "2500 KBytes",
    "gb_per_day": 432,
    "gb_per_month": "12,960"
  }
]

5 satırlık tablo bir ölçüm değil, aritmetik bir hesaptır: Bir relay'in belirtilen hızı 30 gün boyunca her iki yönde de sürdürmesi durumunda oluşacak maliyeti gösterir. Gerçek bir relay, özellikle ilk haftalarda, kapasitesinin altında çalışır. Tabloyu, faturayı gigabayt hassasiyetinde tahmin etmek için değil, bütçenize uymayan ayarları elemek için kullanın.

Her yönde 1 Mbit/s hızında bir relay günde yaklaşık 21.6 GB trafik taşır; dolayısıyla 30 günlük bir ayda yaklaşık 648 GB ölçümlenen trafik oluşur. Bu miktar, güncellemeler ve yedeklemeler için de yer bırakarak 1 TB'lık bir kotaya sığar. 2 Mbit/s hızına çıktığınızda aylık maliyet 1,296 GB olur ki bu da 1 TB'lık bir planı aşar. Son satır olan 20 Mbit/s ise ayda 12,960 GB gerektirir ve sınırsız (unmetered) bir port gerektirir. Sağlayıcınız yalnızca giden trafiği faturalandırıyorsa, tüm rakamları yarıya indirin. Hız ayarını yapmadan önce sağlayıcınızın faturalandırma yöntemini öğrenin; çünkü iki durum arasında iki kat fark vardır.

Şimdi yapılandırmaya geçelim. Önce hız sınırı, sonra kota.

RelayBandwidthRate 125 KBytes
RelayBandwidthBurst 250 KBytes
AccountingMax 400 GBytes
AccountingRule sum
AccountingStart month 1 00:00

RelayBandwidthBurst, token bucket'ın boyutudur; bu sayede ortalama hız korunurken kısa süreli ani yükselişlere (spike) izin verilir. Hızın yaklaşık iki katı makul bir değerdir.

AccountingRule, çoğu operatörün gözden kaçırdığı satırdır. Varsayılan değer olan max, kotayı ölçerken iki yönden büyük olanı baz alır. Varsayılan ayarlarda AccountingMax 400 GBytes, 400 GB giriş ve 400 GB çıkışa izin verir; bu da her iki yönü sayan bir sayaçta 800 GB anlamına gelir. AccountingRule sum ise okuma ve yazma toplamını tek bir kotaya karşı sayar; transfer ödenekleri aslında bu şekilde ölçülür.

AccountingStart değerini de yazın, AccountingMax değerini asla tek başına bırakmayın. Kota bir sayıdır, başlangıç satırı ise sıfırlanma periyodudur. Periyodu olmayan bir kota, relay'in uyku moduna geçmesine ve bir daha uyanamamasına neden olur.

Hibernasyon kaba bir yöntemdir. Kota dolduğunda tor bunu loglara yazar ve yeni iş almayı durdurur:

Bandwidth soft limit reached; commencing hibernation. No new connections will be accepted

Relay, bir sonraki periyodun tam başlangıcında da uyanmaz. Tor, önceki kotanın ne kadar hızlı tüketildiğini takip eder ve yeni aralık içinde rastgele bir an seçer; böylece binlerce relay aynı saniyede ağa geri dönmez. Her ayın son haftasında ortadan kaybolan bir relay, dizin otoritelerinin (directory authorities) ölçtüğü kararlılık puanını kaybeder. RelayBandwidthRate değerini, kotaya asla ulaşılmayacak şekilde boyutlandırın ve AccountingMax değerini faturayı koruyan bir güvenlik önlemi olarak tutun.

Aktarıcıyı başlatın ve erişilebilir olduğunu doğrulayın

sudo systemctl restart tor@default
sudo systemctl status tor@default
sudo journalctl -u tor@default -n 50

Birkaç dakika içinde günlük kayıtlarında şu satırın görünmesi gerekir:

Self-testing indicates your ORPort is reachable from the outside. Excellent. Publishing server descriptor.

Bu cümle, diğer aktarıcıların ORPort adresinize bağlandığını ve üzerinden bir devre oluşturduğunu ifade eder. Bu satır görünene kadar aktarıcınız dizinde yer almaz ve herhangi bir trafik taşımaz. Hata durumu şu şekilde görünür:

Your server has not managed to confirm reachability for its ORPort(s) at 203.0.113.10:9001. Relays do not publish descriptors until their ORPort and DirPort are reachable. Please check your firewalls, ports, address, /etc/hosts file, etc.

Sorun giderme adımlarını sırasıyla uygulayın. ORPort adresinin ufw üzerinde açık olup olmadığını kontrol edin. Ayrıca sağlayıcının kendi ağ güvenlik duvarında da açık olduğundan emin olun. Mesajdaki adresin, NAT kurulumundan kaynaklanan özel bir IP adresi değil, internetin size yönlendirdiği gerçek adres olduğunu doğrulayın. Portu farklı bir makineden nc -vz 203.0.113.10 9001 ile test edin. Tor, kendi kendine test işlemini periyodik olarak tekrarlar; bu nedenle güvenlik duvarı düzeltildiğinde sistem bunu otomatik olarak algılar, yeniden başlatma işlemi ise süreci hızlandırır.

Aktarıcınızın kalıcı kimliği parmak izidir:

sudo cat /var/lib/tor/fingerprint

Tanımlayıcı yayınlandıktan yaklaşık üç saat sonra aktarıcı Relay Search üzerinde görünür hale gelir. Takma ad ile arama yapın veya parmak izini yapıştırın. Bu sayfa, ağın aktarıcınız hakkında sahip olduğu bilgileri gösterir: hangi bayraklara sahip olduğu, yetkililerin ona verdiği ağırlık ve yayınladığı sürüm bilgisi burada yer alır.

Yeni bir Tor aktarıcısı neden neredeyse hiç trafik almıyor?

Çünkü ağ henüz onu ölçmemiştir ve ölçüm süreci haftalar sürer. Tor Project bu artış sürecini dört aşamada tanımlar; bunu okumayan bir operatör ise aktarıcının bozuk olduğu sonucuna varıp ayarları değiştirmeye başlar.

İlk üç gün boyunca aktarıcı ölçülmemiştir. Kendi öz test sonuçlarını bildirir ancak dizin otoriteleri yayınlanan ağırlığı zaten 20 KB ile sınırlandırdığı için istemciler onu neredeyse hiç seçmez. Yaklaşık üçüncü günden sekizinci güne kadar bant genişliği otoriteleri onu gerçek anlamda ölçer ve ağırlığı artar; ancak hiçbir istemci yepyeni bir aktarıcıyı ilk sekmesi (hop) yapmaya istekli olmadığından, sadece orta sekme olarak kullanılır.

Sekizinci gün civarında aktarıcı Guard bayrağını almaya hak kazanır. Bu bayrağı almak trafiğin düşmesine neden olur ve bu durum herkesi şaşırtır: İstemciler orta sekme seçerken bir Guard'ın zaten meşgul olduğunu varsayarak onları atlar; bu nedenle aktarıcı, Guard trafiği kazanmadan önce orta sekme trafiğini kaybeder. Trafik ancak istemciler Guard kümelerini değiştirdikçe dolar ki bu da haftalar sürer. Yaklaşık 68. günde, onu bırakan istemcilerle ekleyen istemcilerin dengelendiği kararlı bir duruma ulaşır.

Bu nedenle makul beklenti; üç gün boyunca hiçbir şey olmaması, bir haftadan sonra bir miktar trafik ve iki ay sonra gerçek bir yük oluşmasıdır. Bir ayarı değiştirdiğinizde, etkisini görmek için bir hafta bekleyin. 9001 numaralı porta karşı TCP kontrolü yapan kendi kendine barındırılan bir Uptime Kuma durum sayfası, bu gergin enerjiyi kullanmak için daha iyi bir yoldur: Kontrol edebileceğiniz tek soru olan portun hala yanıt verip vermediği sorusuna cevap verir.

nyx ile relay izleme

nyx, çalışan bir relay için terminal izleme aracıdır. tor'un kontrol portu ile iletişim kurar, bu nedenle öncelikle torrc içerisinde bunu etkinleştirin:

ControlPort 9051
CookieAuthentication 1
CookieAuthFileGroupReadable 1

ControlPort yalnızca 127.0.0.1 üzerinde dinleme yapar ve cookie kimlik doğrulaması, bir programın komut gönderebilmesi için önce gizli bir dosyayı okuması gerektiği anlamına gelir. Tor, bu cookie dosyasını debian-tor kullanıcısı olarak /run/tor/control.authcookie konumuna, 600 modunda yazar; böylece başka hiçbir kullanıcı dosyayı okuyamaz. CookieAuthFileGroupReadable 1, dosyayı gruba açar; bu da kendi hesabınızın sudo kullanmadan nyx çalıştırmasına olanak tanır.

sudo apt install -y nyx
sudo adduser "$USER" debian-tor
sudo systemctl restart tor@default

Oturumu kapatıp tekrar açın ve ardından nyx komutunu çalıştırın. Yeni grup tanımlamasının oturum açma sırasında algılanması gerekir; bu nedenle yapılandırma doğru olsa bile, nyx'i aynı kabuk oturumunda çalıştırmak cookie dosyası üzerinde izin hatası verecektir. nyx; canlı bant genişliğini, çalışma süresini, günlük akışını ve bağlantı listesini gösterir. İlk haftalarda izlenmesi gereken değer, bant genişliği grafiğinin RelayBandwidthRate değerinizin altında kalmasıdır.

Birden fazla relay çalıştırmak: MyFamily ve aile anahtarları

Tek bir relay çalıştırıyorsanız bu bölümü atlayın. Aynı operatör tarafından yönetilen iki veya daha fazla relay, birbirlerini tanımlamalıdır. Bu sayede istemciler, giriş ve çıkış noktası sizin makineleriniz olan bir devre oluşturmaz; aksi takdirde bir operatör devrenin her iki ucunu da görebilir.

Uzun süredir kullanılan yöntem, her relay'in torrc dosyasında diğer tüm relay'lerin parmak izlerini listeleyen MyFamily parametresidir:

MyFamily AAAAAAAAAA,BBBBBBBB

Her relay diğerlerini listelediği için, dördüncü bir relay eklemek dört dosyanın düzenlenmesi anlamına gelir. Tor 0.4.9 sürümü ile bu yöntem, bir aile anahtarı (family key) ile değiştirilmiştir. Bir anahtar oluşturun ve ardından bunu paylaşın:

tor --keygen-family myfamily

Bu komut myfamily.secret_family_key dosyasını yazar ve bir FamilyId satırı çıktısı verir. Anahtar dosyasını her relay'in DataDirectory dizini içindeki keys alt dizinine (Debian ve Ubuntu üzerinde /var/lib/tor/keys) kopyalayın ve .secret_family_key uzantısını koruyun. Çıktı olarak verilen FamilyId satırını her torrc dosyasına ekleyin ve sudo systemctl reload tor@default ile yeniden yükleyin. MyFamily listesini şimdilik yerinde tutun. Aile sertifikalarını henüz desteklemeyen istemciler eski listeyi okumaya devam eder; bu listenin ne zaman kaldırılabileceği Tor Project tarafından duyurulacaktır.

Çalışmaya başladıktan sonra neler bozulabilir

Sürüm güncelliğini yitirir. Unattended upgrades paketi değiştirir ancak çalışan süreç, bir yeniden başlatma gerçekleşene kadar başlattığı ikili dosyayı (binary) kullanmaya devam eder. Sunucudaki tor --version sürümünü, relay'in Relay Search sayfasında gösterilen sürümle karşılaştırın. Eğer farklılarsa, ağ hala eski sürümü görüyor demektir; bu durumda servisi yeniden başlatın.

Saat sapması oluşur. Konsensüs belgeleri ve sertifikaların tamamı zamana bağlıdır; bu nedenle saati çok geride veya ileride olan bir makine, konsensüsü reddeder ve yayın yapmayı durdurur. timedatectl, sistem saatinin senkronize olduğunu bildirmelidir. Eğer bildirmiyorsa, systemd-timesyncd servisini etkinleştirin veya chrony paketini kurun.

IP adresi değişir. Tanımlayıcı (descriptor) adresi taşır ve istemciler taşınmış bir adrese erişemez. Herhangi bir sağlayıcı geçişi veya adres değişikliğinden sonra tor servisini yeniden başlatın ve self-test satırını tekrar gözlemleyin.

Relay, planlanandan daha yavaştır. Tor'un relay kriptografisi modern işlemcilerde verimlidir ve Tor Project, AES-NI desteğine sahip bir işlemcinin her yönde yaklaşık 400 ila 450 Mbit/s hız sağlayabileceğini belirtir. Bu sınıra ulaşmadan çok önce port hızı ve veri transfer kotası ile kısıtlanırsınız; bu nedenle yukarıdaki muhasebe (accounting) bölümü donanımdan daha fazla önem taşır.

FAQ

Bir Tor aktarıcısı ne kadar bant genişliği kullanır?

İzin verdiğiniz kadarını kullanır, fazlasını değil. RelayBandwidthRate, aktarılan trafiği her iki yönde ayrı ayrı sınırlar; bu sayede 1 Mbit/s hızına ayarlanmış bir aktarıcı, aynı anda 1 Mbit/s giriş ve 1 Mbit/s çıkış trafiği taşıyabilir. Bu, her iki yön dahil olmak üzere günde yaklaşık 21.6 GB veya 30 günlük bir ayda 648 GB trafiğe denk gelir. Bu hızın altında kalmak için AccountingMax ve AccountingRule sum parametrelerini kullanarak aylık kesin bir kota belirleyebilirsiniz.

Tor aktarıcısı çalıştırmak bana kötüye kullanım şikayetleri getirir mi?

Bir guard veya middle aktarıcısı, trafiği yalnızca diğer Tor aktarıcılarına iletir ve kullanıcı adına hiçbir web sitesine doğrudan bağlanmaz; bu nedenle Tor üzerinden yapılan işlemlerle ilgili şikayetler size değil, çıkış (exit) operatörüne gider. Adresiniz herkese açık bir aktarıcı olarak listelendiği için tarama faaliyetleri veya IP itibar listelerine giriş gibi durumlarla karşılaşabilirsiniz. Kötüye kullanım bildirimleri ve yasal tebligatlar çıkış aktarıcılarına ulaşır; bu nedenle çıkış aktarıcısı çalıştıracaksanız, bu tür durumları yönetmeyi önceden kabul etmiş bir servis sağlayıcı ile çalışmanız gerekir. Her iki türü de başlatmadan önce servis sağlayıcınızın hizmet şartlarını okuyun.

Yeni kurduğum Tor aktarıcısına neden trafik gelmiyor?

Yeni aktarıcılar, ölçümleri tamamlanana kadar tasarım gereği kısıtlanır. İlk üç gün boyunca dizin otoriteleri (directory authorities), yayınlanan ağırlığı 20 KB ile sınırlar; bu yüzden istemciler aktarıcınızı neredeyse hiç seçmez. Bant genişliği otoriteleri yaklaşık üçüncü günden itibaren ölçüme başlar, sekizinci gün civarında Guard bayrağı almaya hak kazanırsınız. Bu noktada trafik tekrar düşebilir çünkü istemciler middle hop seçerken guard'lardan kaçınır. Tam yük kapasitesine yaklaşık 68. günde ulaşılır. Günlük kayıtlarında "Self-testing indicates your ORPort is reachable from the outside" ifadesinin göründüğünden emin olun ve ardından sürece müdahale etmeyin.

1 TB transfer limitli bir VPS üzerinde Tor aktarıcısı çalıştırabilir miyim?

Evet, her yönde yaklaşık 1 Mbit/s hız ile çalıştırabilirsiniz; bu da RelayBandwidthRate 125 KBytes değerine karşılık gelir. Servis sağlayıcınız her iki yönü de ölçüyorsa, güncellemeler ve yedeklemeler için pay bırakarak ayda yaklaşık 648 GB trafik tüketirsiniz. Aktarıcının planı aşmak yerine uyku moduna geçmesi için AccountingMax 400 GBytes, AccountingRule sum ve AccountingStart month 1 00:00 ayarlarını ekleyin. Servis sağlayıcınız yalnızca çıkış trafiğini faturalandırıyorsa, hızı iki katına çıkarabilirsiniz.

Sadece bir aktarıcı çalıştırıyorsam MyFamily ayarını yapmam gerekir mi?

Hayır. Aile tanımlamaları, istemcilerin aynı operatöre ait iki aktarıcı üzerinden devre (circuit) oluşturmasını engellemek içindir; tek bir aktarıcıda bunun bir anlamı yoktur. İkinci bir aktarıcı eklediğiniz anda bu ayarı yapın: her aktarıcının parmak izini (fingerprint) diğer tüm aktarıcıların MyFamily satırına ekleyin veya Tor 0.4.9 ile gelen ve sürekli büyüyen bir liste yerine tek bir FamilyId dağıtmanıza olanak tanıyan aile anahtarını kullanın.