SSD Nodes Learn 🎉 VPS $4.99/aydan başlayan
Rehberler Matt ConnorYazan Matt Connor · Güncellendi 2026-08-07

Kanada VPS Sunucusu Seçerken Dikkat Edilmesi Gerekenler

Kanada tabanlı VPS hizmeti almanın tek zorunlu nedenini ve PIPEDA uyumluluğunu inceleyin. Gecikme süresi farkını ölçerek projeniz için en doğru kararı verin.

VPS sunucunuzun Kanada'da bulunması gerekiyor mu?

Kanada'da VPS barındırma hizmeti, bir yasa veya sözleşme verilerin Kanada topraklarında kalmasını zorunlu kıldığında tercih edilmelidir. Bu, tek geçerli zorunlu nedendir. Toronto'daki bir ev bağlantısından New York'taki bir veri merkezine gidiş-dönüş süresi yaklaşık 18 ms iken, Toronto'daki bir veri merkezine bu süre yaklaşık 3 ms'dir; neredeyse hiçbir web uygulaması bu farkı ayırt edemez.

İnsanları Kanada tabanlı bir sunucuya yönlendiren üç temel unsur vardır. Veri yerleşimi yasal bir zorunluluksa, bu durum kararı tek başına belirler. Gecikme süresi ölçülebilir bir değerdir ve genellikle insanların beklediğinden daha düşüktür. Kanada doları üzerinden faturalandırma ise muhasebe süreçleri için bir kolaylıktır. Başka herhangi bir kriteri değerlendirmeden önce, ilk maddenin sizin için geçerli olup olmadığını netleştirin.

Bu yazı, kuralların genel işleyişini açıklamaktadır. Hukuki tavsiye niteliği taşımaz. Eğer kuruluşunuz bir gizlilik yasasına tabi ise, nihai yanıtı hukuk danışmanınızdan almalısınız.

Veri yerleşimi: tek kesin gereklilik

PIPEDA (Kişisel Bilgilerin Korunması ve Elektronik Belgeler Yasası), Kanada'nın özel sektör federal gizlilik yasasıdır ve kişisel bilgilerin ülke sınırları içerisinde kalmasını zorunlu kılmaz. Verilerin yurt dışındaki bir işleyiciye gönderilmesini, işleme amaçlı bir transfer olarak değerlendirir: kuruluşunuz veriden sorumlu olmaya devam eder, işleyici veriye eşdeğer koruma sağlamalıdır ve bu durumun gerçekleştiğini kişilere açıkça belirtmeniz gerekir. Gizlilik Komiserliği Ofisi, 2019 yılında bu konuda kısıtlamaları sıkılaştırmak için istişarelerde bulunmuş ancak mevcut pozisyonunu korumuştur. Dolayısıyla, birçok barındırma metninde tekrarlanmasına rağmen, PIPEDA'nın verilerinizin Kanada'da barındırılması gerektiği anlamına geldiği iddiası yanlıştır.

Gerçek yerleşim kuralları mevcuttur. Bunlar daha dar kapsamlı alanlarda yer alır.

  • Quebec'in 25 sayılı Yasası, kişisel bilgiler eyalet dışına gönderilmeden önce bir değerlendirme yapılmasını ve bilgilerin ulaştığı yerde yeterli korumaya sahip olmasını şart koşar. Bu hüküm Eylül 2023'ten beri yürürlüktedir. Bu bir yasak değil, yerine getirmeniz gereken bir evrak süreci ve savunulabilir bir karar mekanizmasıdır.
  • Kamu sektörü kuralları, kamu kurumlarını ve onlara hizmet veren şirketleri bağlar. Nova Scotia'nın PIIDPA yasası, kişisel bilgilerin Kanada dışında saklanmasını kısıtlar. British Columbia'nın FIPPA yasası da, 2021 yılında yapılan ve bir değerlendirme sonrasında yurt dışı depolamaya izin veren değişikliğe kadar benzer bir kurala sahipti.
  • Federal hükümet çalışmaları, Protected B ve üzeri verilerin Kanada'da kalmasını zorunlu kılan Kanada Hükümeti bulut yönergesini takip eder.
  • Eyalet sağlık gizliliği yasaları, sağlık kayıtlarının nerede tutulabileceğine dair kendi koşullarını ekler ve bu koşullar eyaletten eyalete farklılık gösterir.
  • Müşteri sözleşmeleri ve kamu ihaleleri, uygulamadaki en yaygın belirleyicidir. "Veriler Kanada'da saklanır" ifadesini içeren bir güvenlik anketi, imzaladığınız için sizi bir yasa kadar sıkı bir şekilde bağlar.

Pratik test basittir. İlgili maddeyi gösterebiliyor musunuz? Kuruluşunuzda hiç kimse Kanada şartını belirten yasayı veya sözleşmeyi isimlendiremiyorsa, tercihinizi gecikme süresi (latency) ve fiyat kriterlerine göre yapıyorsunuz demektir.

Kanada'daki bir veri merkezi ABD'nin yasal erişim alanı dışında mıdır?

Tek başına hayır. ABD CLOUD Act (Clarifying Lawful Overseas Use of Data Act), donanımın nerede bulunduğuna bakılmaksızın, bir ABD sağlayıcısının mülkiyetinde, gözetiminde veya kontrolünde olan verileri kapsar; bu nedenle bir Amerikan şirketi tarafından işletilen Toronto bölgesi, yasal erişim alanı içerisindedir. Asıl gereksinim coğrafyadan ziyade yabancı yasal süreçlerle ilgiliyse, önemli olan servisi kimin işlettiği ve şifreleme anahtarlarını kimin tuttuğudur. Binanın Kanada adresine sahip olması, tek başına bu soruyu yanıtlamaz.

Yönlendirme ise ikinci sürprizdir. İki Kanada şehri arasındaki trafik, ucuz peering noktalarının tarihsel olarak orada bulunması nedeniyle genellikle ABD üzerinden geçer. Araştırmacılar buna bumerang yönlendirme adını verir. Paketlerinizin ülkeyi asla terk etmediğini iddia etmeden önce bir traceroute çalıştırın.

traceroute vps.example.com

Sıçrama noktası isimleri, nyc, chi veya ash gibi şehir kodlarını taşır. Bu isimler birer ipucudur ancak güncelliğini yitirebilirler; bu nedenle bunları bir kanıt olarak değil, sağlayıcınıza soru sormanız için bir neden olarak değerlendirin. İletim halindeki veriler için güvenilir yanıt bir harita değil, kontrolü sizde olan şifrelemedir. Kendi makineleriniz arasında özel bir yol istiyorsanız, kendi kendine barındırılan bir WireGuard VPN, fiberin hangi ülkeden geçtiğini önemsemeyen bir bağlantı sağlar.

Gecikme: varsaymayın, ölçün

Fiber optik kablolardaki ışık milisaniye başına yaklaşık 200 km yol alır; bu nedenle herhangi bir ekipman devreye girmeden önce her 100 km'lik mesafe yaklaşık 1 ms gidiş-dönüş süresine (RTT) neden olur. Toronto ile Vancouver arasındaki kuş uçuşu mesafe yaklaşık 3.400 km'dir ve kablo mesafesi daha da uzundur; bu da alt sınırı 40 ms civarına çeker. Gerçek ağ yolları ise daha yüksek değerlere sahiptir.

ChartTypical round trip from a Toronto connection, milliseconds
The data behind this chart
[
  {
    "label": "Toronto",
    "rtt_ms": 3
  },
  {
    "label": "Montreal",
    "rtt_ms": 12
  },
  {
    "label": "New York",
    "rtt_ms": 18
  },
  {
    "label": "Chicago",
    "rtt_ms": 24
  },
  {
    "label": "Northern Virginia",
    "rtt_ms": 26
  },
  {
    "label": "Dallas",
    "rtt_ms": 42
  },
  {
    "label": "Vancouver",
    "rtt_ms": 62
  },
  {
    "label": "London",
    "rtt_ms": 88
  },
  {
    "label": "Frankfurt",
    "rtt_ms": 98
  }
]

Bunlar, Toronto'daki iyi bağlantıya sahip bir tüketici hattı için yayınlanmış tipik değerlerdir. Bunlar bir söz değil, başlangıç noktasıdır. Kendi değerleriniz erişim ağınıza ve servis sağlayıcınızın peering anlaşmalarına bağlıdır; ayrıca günün saatine göre değişiklik gösterirler.

İki satır iki kez okunmaya değerdir. Toronto ile Montreal arası yaklaşık 12 ms'dir; bu iki şehir çoğu amaç için tek bir bölge gibi davranacak kadar yakındır. Toronto ile Vancouver arası yaklaşık 62 ms'dir; bu mesafe, 26 ms olan Toronto - Kuzey Virginia arasından daha uzundur. Kanada'da olmak, kullanıcılarınıza yakın olduğunuz anlamına gelmez.

Genellikle son mil (last mile) gecikmeyi belirleyen ana unsurdur. Ev tipi fiber bağlantı birkaç milisaniye ekler. Kablolu internet, hat yoğun olduğunda daha fazla gecikme yaratır. Mobil bağlantı ise kendi başına onlarca milisaniyelik gecikme ekler. Toronto'daki bir telefon kullanıcısı, Toronto'daki bir sunucuya 50 ms gecikme ile erişebilir; sunucuyu New York'a taşımak, kullanıcının deneyimini yalnızca birkaç yüzde oranında değiştirir.

Kullanıcılarınızın bulunduğu konumdan gecikme süresini test etme

Öncelikle kullanıcılarınızın gerçekte nerede olduğunu belirleyin. Analitik verileriniz oturumları şehir veya bölge bazında zaten ayrıştırır. Ofisinizin konumundan tahminde bulunmak yerine bu verileri okuyun.

Ardından ölçümü o konumdan yapın. Ottawa'daki bir masadan Vancouver gecikme süresini test edemezsiniz. Hedef şehirde yirmi dakikalığına saatlik bir VPS kiralayın ve işiniz bitince silin. Bir iş arkadaşınızdan veya müşterinizden tek bir komut çalıştırmasını isteyin. Alternatif olarak, Kanada şehirlerinde probları bulunan ve buralardan ping atmanıza olanak tanıyan https://atlas.ripe.net adresindeki ücretsiz RIPE Atlas ölçüm ağını kullanın.

sudo apt update && sudo apt install -y mtr-tiny traceroute iperf3
ping -c 20 vps.example.com

Son iki satırı okuyun.

20 packets transmitted, 20 received, 0% packet loss, time 19031ms
rtt min/avg/max/mdev = 17.412/18.006/19.882/0.594 ms

avg ana değerdir. mdev ise jitter, yani paketler arasındaki sapmadır. Kısa bir yoldaki herhangi bir paket kaybı, üzerinde durulması gereken bir hatadır. Yüksek jitter, sesli görüşmeleri ve oyunları, ortalamanın biraz yüksek olmasından daha fazla olumsuz etkiler; çünkü alıcı tarafın tipik paket yerine en kötü paketi baz alarak arabelleğe alması gerekir.

mtr --report --report-cycles 50 vps.example.com

mtr her sekme (hop) için kayıp oranını yazdırır. Eğer izin hatası verirse, sudo ile çalıştırın. Yönlendiriciler kendi oluşturdukları ICMP yanıtlarına en düşük önceliği verdikleri için, orta sekmelerde görülen kayıplar genellikle gerçek değildir. Yalnızca son satıra kadar devam eden kayıplar trafiğinizin maruz kaldığı gerçek kayıplardır. Önce alt satırı okuyun, ardından yukarı doğru ilerleyin.

ICMP engellendiğinde veya hız sınırına takıldığında, gerçek protokolün süresini ölçün.

curl -o /dev/null -s -w 'dns=%{time_namelookup} connect=%{time_connect} tls=%{time_appconnect} ttfb=%{time_starttransfer} total=%{time_total}\n' https://vps.example.com/

Her alan, isteğin başlangıcından itibaren kümülatif saniyeleri gösterir. connect eksi dns bir TCP gidiş-dönüş süresidir (RTT). tls eksi connect el sıkışma süresidir. ttfb eksi tls ise bir gidiş-dönüş süresi daha ve uygulamanızın yanıt vermesi için geçen sürenin toplamıdır. Çoğu yavaş sitenin zaman kaybettiği yer tam olarak bu son boşluktur. Kısa bir yolda ttfb değerinin 0.8 s olması bir uygulama sorunudur ve sunucuyu başka bir şehre taşımak bu sorunu çözmeyecektir.

Veri aktarım hızı (throughput) için sunucuyu VPS üzerinde, istemciyi ise kullanıcının tarafında çalıştırın. iperf3 TCP 5201 portunu dinler, bu nedenle test için portu ufw ile açın ve işiniz bittiğinde tekrar kapatın.

iperf3 -s
iperf3 -c vps.example.com -t 20
iperf3 -c vps.example.com -t 20 -R
iperf3 -c vps.example.com -t 20 -P 8

-R yönü tersine çevirir, böylece yüklemenin yanı sıra indirme hızını da ölçebilirsiniz. -P 8 sekiz paralel akış açar. Eğer sekiz akış tek bir akıştan çok daha hızlıysa, sınırlayıcı etken bağlantının kendisi değil, uzun bir yol üzerindeki TCP penceresidir; çünkü tek bir akış, her gidiş-dönüş süresinde yalnızca bir pencere dolusu veri taşıyabilir. Aynı pencere, Vancouver yolu üzerinde New York yoluna kıyasla saniyede yaklaşık üçte bir oranında daha az veri taşır. Uzak mesafeli yedeklemeler de aynı şekilde davranır; bu yüzden restic ile uzak yedeklemeler, hızlı bir hatta bile uzak bir hedefe karşı yavaş hissettirir.

iperf3 çalışırken ikinci bir terminalde ping komutunu açık tutun. Eğer aktarım sırasında gidiş-dönüş süresi 20 ms'den 300 ms'ye çıkıyorsa, bu kendi erişim ekipmanınızdaki bufferbloat sorunudur ve hiçbir veri merkezi konumu bunu düzeltemez.

Birden fazla kez ve akşam saatlerinde ölçüm yapın. Akşam 9'daki tıkanıklık, kullanıcılarınızın yaşadığı gerçek değerdir. Sabah 4'teki değer ise satış sayfalarının göstermeyi tercih edeceği değerdir.

Gidiş-dönüş süresinin (RTT) iş yükünüz için anlamı

Soğuk bir sayfa yüklemesi, tarayıcı herhangi bir şeyi ekrana çizmeden önce dört gidiş-dönüş (round-trip) süresi harcar.

ChartDelay before the first pixel on a cold page load, milliseconds
The data behind this chart
[
  {
    "label": "DNS lookup",
    "toronto_to_new_york_ms": 18,
    "toronto_to_vancouver_ms": 62
  },
  {
    "label": "TCP handshake",
    "toronto_to_new_york_ms": 18,
    "toronto_to_vancouver_ms": 62
  },
  {
    "label": "TLS 1.3 handshake",
    "toronto_to_new_york_ms": 18,
    "toronto_to_vancouver_ms": 62
  },
  {
    "label": "Request and first byte",
    "toronto_to_new_york_ms": 18,
    "toronto_to_vancouver_ms": 62
  },
  {
    "label": "All four round trips",
    "toronto_to_new_york_ms": 72,
    "toronto_to_vancouver_ms": 248
  }
]

DNS sorgusu sunucunuza değil bir çözümleyiciye (resolver) gider ve genellikle önbelleğe alınır; bu nedenle sıcak bir ziyarette bu adım atlanır. Uçtan uca hesaplandığında, soğuk bir yükleme New York yolunda 72 ms, Vancouver yolunda ise 248 ms geriden başlar. Her iki değer de tek bir 400 ms'lik veritabanı sorgusunun yanında önemsiz kalır. Bağlantı kurulduğunda, HTTP/2 ve HTTP/3 protokolleri birçok isteği aynı anda taşıdığından, bu maliyet dosya başına değil, tek seferde ödenir. Statik varlıkları bir CDN (içerik dağıtım ağı) üzerine yerleştirdiğinizde, kaynağın bulunduğu şehir bu varlıklar için önemini yitirir; Toronto'ya 98 ms gecikme ile bağlanan bir Avrupalı ziyaretçinin hızlı bir sayfa deneyimi yaşamasının nedeni budur.

Gerçek zamanlı çok oyunculu oyunlar bunun tam tersidir, çünkü gidiş-dönüş süresinin kendisi deneyimin parçasıdır. Hızlı aksiyon oyunlarında 50 ms altı anlık hissettirir, oyuncular 80 ms civarında fark etmeye başlar ve 120 ms'nin üzerinde sunucuyu suçlarlar. Burada bölge seçimi, ürünün kalitesini doğrudan belirler. Daha yavaş tempolu sunucular çok daha toleranslıdır; bu nedenle bir VPS üzerinde Minecraft sunucusu çalıştırmak, bir nişancı oyununu mahvedecek mesafelerde bile sorunsuz çalışabilir.

Veritabanları, bölge seçiminin gerçek hasara yol açtığı yerdir. Uygulamayı bir bölgeye, veritabanını başka bir bölgeye asla koymayın. Her sorgu bir gidiş-dönüş süresi gerektirir. 40 sorgu yapan bir sayfa, 40 kez bu süreyi öder: her biri 18 ms olduğunda bu neredeyse bir saniyeye, her biri 62 ms olduğunda ise iki saniyenin üzerine çıkar; oysa veritabanı aynı makinedeyken bu sayfa 30 ms'de profillenmiştir. Başka bir bölgeye asenkron replikasyon, okuma kopyaları ve felaket kurtarma için uygundur. Uzun bir yol boyunca senkron commit işlemi, her bir yazma işlemine o yolun süresini ekler.

Etkileşimli oturumlar bu iki durumun arasındadır. SSH, 100 ms civarına kadar rahat bir kullanım sunar ve üzerinde gecikmeli hissettirir, çünkü her tuş vuruşu yankısının geri dönmesini bekler. mosh yerel olarak tahminleme yaparak bunun büyük kısmını gizler. Webhook'lar ve dahili API'ler, her zaman çağırdıkları servisle aynı bölgede bulunmalıdır.

Faturalandırma, para birimi ve vergi

Kanada doları ile ödeme yapmak, kart sağlayıcınızın uyguladığı ve Ağustos 2026 itibarıyla genellikle %2,5 civarında olan yabancı işlem ücretinden kaçınmanızı sağlar ve muhasebe kayıtlarınızı tek bir para biriminde tutmanıza olanak tanır. Kanadalı bir sağlayıcı, kayıtlı işletmelerin girdi vergisi kredisi olarak geri talep edebileceği GST veya HST vergilerini içeren faturalar düzenler. Bu, finansal bir sorudur ve finansal bir yanıt gerektirir; paketlerin nereye yönlendirileceği konusunda belirleyici olmamalıdır. Bir sunucunun gerçek maliyeti ve yenileme fiyatlarına takılmadan planların nasıl karşılaştırılacağı hakkında bilgi almak için bir VPS'in aylık gerçek maliyeti nedir başlıklı yazıyı okuyun.

Küçük bir pazarın size maliyeti

Kanada, Amerika Birleşik Devletleri'nin yanında küçük bir barındırma pazarıdır ve dürüst bir tavsiye, neleri feda ettiğinizi de içermelidir.

  • Daha az sağlayıcı paranız için rekabet eder, bu nedenle aynı sınıf makine için gigabayt başına RAM veya disk fiyatı genellikle daha yüksektir.
  • Kapasite Toronto ve Montreal'de yoğunlaşmıştır; Vancouver ve Calgary'de ise daha azdır. Hata toleransı (failover) için ikinci bir Kanada bölgesi genellikle uzun bir ağ yolu veya yine de ülke dışına çıkmak anlamına gelir.
  • Küçük bir bölgesel sağlayıcı, bir veya iki üst taşıyıcının arkasında tek bir binada hizmet veriyor olabilir. Kaç tane taşıyıcı olduğunu ve bunlardan biri devre dışı kaldığında ne olacağını sorun.
  • Donanım seçenekleri daha kısıtlıdır. Büyük instance'lar ve GPU makineleri ABD bölgelerinde daha kolay bulunur, bu nedenle istediğiniz şehirde ve istediğiniz boyutta bir GPU VPS mevcut olmayabilir.
  • Küçük bir sağlayıcıda destek kapsamı, pazarlama söyleminden ziyade gerçek bir sorundur. Bir insanın ne zaman aktif olduğunu sorun.

Montreal fiyat konusunda istisnadır. Quebec'in hidroelektrik enerjisi ucuzdur ve kış ayları soğutma maliyetlerini düşürür; bu nedenle Montreal bölgesi, ABD bölgeleriyle rekabet edebilecek oranlarda yüksek kapasite sunar. Gereksiniminiz belirli bir şehirden ziyade Kanada ise, işe buradan başlayın.

Kanada VPS katmanları iş yükünüz için çok küçük görünüyorsa, ülkenin sorun olduğuna karar vermeden önce bir VPS ile dedicated sunucuyu karşılaştırın.

Kanada'da VPS barındırma hizmeti ne zaman tercih edilmelidir

  1. Bir yasa, sözleşme veya kamu sektörü politikası Kanada'yı zorunlu kılıyorsa, sunucunuzu Kanada'da barındırın. Bu durumda bu yazıdaki diğer maddeler geçerli değildir; ayrıca sağlayıcıdan ikamet taahhüdünü yazılı olarak almalısınız.
  2. Kullanıcılarınız tek bir Kanada şehrinde bulunuyorsa ve iş yükünüz gecikmeye duyarlıysa (çok oyunculu oyunlar, sesli iletişim, uzak masaüstü veya alım satım işlemleri gibi), sunucuyu en yakın şehirde barındırın ve herhangi bir sözleşme imzalamadan önce her iki seçeneği de test edin.
  3. Kullanıcılarınız ülke geneline yayılmış durumdaysa, Toronto veya Montreal nüfusun en büyük kısmını kapsar. Statik varlıkların önüne bir CDN koymak, Vancouver'daki bir ziyaretçi için sunucuyu oraya taşımaktan daha etkili sonuç verir.
  4. Diğer tüm durumlar (ki çoğu durum böyledir): Fiyata ve alacağınız donanımın gerçek performansına göre seçim yapın, ardından gece saat 02:00'de destek hizmetinin nasıl olduğuna bakın. Aday sunucuyu önceden kıyaslayın; çünkü aynı teknik özelliklere sahip iki plan aynı performansı vermeyebilir: VPS nasıl doğru şekilde kıyaslanır.

Hangi yolu seçerseniz seçin, kararın gerekçesini not edin. Bu sunucunun Kanada'da olup olmaması gerektiğini soracak bir sonraki kişi, tahminden daha fazlasını hak eder. Eğer cevap bir sözleşme maddesine dayanıyorsa, birinin bunu tekrar bulması gerekecektir. Sunucu kurulduktan sonra, yeni bir VPS'teki ilk on dakika, sunucunun bulunduğu şehirden çok daha fazla güvenlik önemine sahiptir.

FAQ

PIPEDA verilerimin Kanada'da kalmasını zorunlu kılıyor mu?

Hayır. PIPEDA (Kişisel Bilgilerin Korunması ve Elektronik Belgeler Yasası), özel sektör için herhangi bir veri yerleşimi kuralı içermez. Kişisel bilgilerin başka bir ülkedeki bir işleyiciye gönderilmesi, işleme amaçlı bir transfer olarak kabul edilir: kuruluşunuz veriden sorumlu olmaya devam eder, işleyici veriyi benzer standartlarda korumak zorundadır ve bu durumun gerçekleştiğini kullanıcılara açıkça belirtmeniz gerekir. Gizlilik Komiserliği Ofisi, 2019 yılında bu tutumu değiştirmeyi değerlendirmiş ancak mevcut durumu korumuştur. Yerleşim gereksinimleri başka kaynaklardan gelir: Quebec'in 25 sayılı Yasası kapsamındaki değerlendirmeler, Nova Scotia'nın PIIDPA'sı gibi kamu sektörü yasaları, Kanada Hükümeti'nin bulut stratejisi veya kendi müşteri sözleşmenizdeki maddeler.

Kanadalı kullanıcılar sunucunun Amerika Birleşik Devletleri'nde olduğunu fark eder mi?

Normal bir web uygulaması için hayır. Toronto'dan New York'a gidiş-dönüş süresi yaklaşık 18 ms, Kuzey Virginia'ya ise yaklaşık 26 ms'dir; her ikisi de Toronto'dan Vancouver'a olan 62 ms'lik süreden daha kısadır. Kullanıcılar 20 ms'lik ağ gecikmesini fark etmeden çok önce sunucu yanıt süresini ve sayfa boyutunu fark ederler. Ancak gerçek zamanlı oyunlarda, sesli görüşmelerde ve bir kişinin diğerine tepki verdiği her türlü durumda bu gecikmeyi hissederler.

Kanada'daki bir veri merkezi ABD yasalarının erişimi dışında mıdır?

Otomatik olarak hayır. ABD CLOUD Act, sunucunun nerede olduğuna bakılmaksızın bir ABD sağlayıcısının mülkiyetinde, gözetiminde veya kontrolünde olan verilere erişim sağlar; bu nedenle bir Amerikan şirketi tarafından işletilen Kanada bölgesi de bu kapsama girer. Eğer yabancı yasal süreçler asıl endişenizse, binanın adresinden ziyade hizmeti kimin işlettiğine ve şifreleme anahtarlarını kimin tuttuğuna odaklanın. Anahtarlarını bizzat elinizde tuttuğunuz şifreleme, bir sağlayıcının teslim edebileceği verinin kapsamını değiştirir.

Yaşamadığım bir şehirden gecikme süresini nasıl ölçerim?

O şehirde saatlik bir VPS kiralayın, kendi sunucunuza ping -c 20 ve mtr --report --report-cycles 50 komutlarını çalıştırın ve ardından VPS'i silin. RIPE Atlas ağı, Kanada şehirlerinde probları bulunan ücretsiz bir alternatiftir. Eğer ICMP engellenmişse, TCP gidiş-dönüş süresini ve ilk bayta kadar geçen toplam süreyi veren curl -o /dev/null -s -w '%{time_connect} %{time_starttransfer}\n' https://your.server/ ile gerçek isteği zamanlayın.