Bir sunucu için Monero ile ödeyebilir, ona tek kullanımlık bir adresten başka hiçbir şey vermeyebilir ve hiçbir belge yüklemeyebilirsiniz. Sonra bir alan adı için on bir dolar harcar, form istediği için forma gerçek adınızı yazar ve başka bir ülkedeki bir şirkete o adı siteyle ilişkilendiren kalıcı bir kayıt vermiş olursunuz. Kafa yorduğunuz katman sunucuydu. İnsanların başını yakan katman ise alan adıdır.
Bir alan adı, sahip olduğunuz bir şey değildir. O; bir sicilden yapılan, size bir kayıt şirketi tarafından satılan, yazmadığınız ve sizden bağımsız olarak değişebilen kurallara tabi bir kiralamadır. Üç farklı taraf onu geri alabilir ve bunların en hızlısının mahkeme kararına ihtiyacı yoktur. Bu, bir alan adı kaydettirmeye karşı bir argüman değildir — tam tersine, az önce hangi tarafı kendi tek arıza noktanız hâline getirdiğinizi tam olarak bilerek bilinçli bir seçim yapmanız gerektiğinin argümanıdır.
Bu rehber zincirin tamamını ele alır: kayıt gizliliğinin gerçekte neyi ve kimden gizlediğini, bir TLD'yi bir fiyat yerine bir yargı bölgesi olarak nasıl okuyacağınızı, kartsız nasıl ödeyeceğinizi, adı elinizden alınıp başka yere taşınamayacak şekilde nasıl kilitleyeceğinizi ve onu, adın başkalarının spam klasörüne düşmesini önleyen kayıtlarla birlikte sunucunuza nasıl yönlendireceğinizi. Bizim işimiz esasen VPS'tir ve alan adı satmayız, yani burada sizi belli bir yöne itme gibi bir çıkarımız yok.
Kayıt gizliliği gerçekte neyi, kimden gizler
Bir adı kaydettiğinizde bilgileriniz en az iki yere gider: onu satın aldığınız kayıt şirketine ve TLD'yi işleten sicile. Bir gizlilik hizmeti, yalnızca herkese açık sorgulamanın döndürdüğü sonucu değiştirir. Bu iki kopya hakkında hiçbir şeyi değiştirmez.
Aynı sözcük altında satılan, yapısal olarak birbirinden farklı iki ürün vardır ve aradaki fark fiyattan daha önemlidir:
- Bir gizlilik ya da vekil hizmeti. Yasal kayıt sahibi olarak kalırsınız; kayıt şirketi bilgileriniz yerine yönlendirmeli bir iletişim bilgisi yayımlar ve postayı size aktarır. Hızlı, ucuz, genellikle tek bir onay kutusudur. Kayıt şirketi bunu geri çekebilir — bir şikâyet üzerine, bir mahkeme celbi üzerine ya da kendi şartları buna izin verdiği için.
- Bir vekil kayıt sahibi. Adın sahibi olarak üçüncü bir taraf kaydedilir ve siz de üzerinde kontrol sahibi olduğunuzu gösteren bir sözleşme tutarsınız. Size ait hiçbir şey sicile ulaşmaz. Bu takas gerçektir: kayıt sahibi siz olmadığınız için, o şirket batarsa, politikasını değiştirirse ya da sizi bir risk olarak görürse, elinizdeki şey kontrol ettiğiniz bir kayıt değil bir sözleşme uyuşmazlığı olur.
Zaten ücretsiz olarak sahip olduğunuz şeyi bilmek de faydalıdır. 2018'den beri veri koruma kuralları, sektörü jenerik TLD'ler için kayıt sahibi iletişim bilgilerini varsayılan olarak karartmaya itti; bu yüzden bir bireye ait bir .com üzerinde yapılan herkese açık bir sorgulama, siz bunun için ödeme yapmış olsanız da olmasanız da genellikle “REDACTED FOR PRIVACY” döndürür. Protokol de değişti: Ocak 2025'ten beri jenerik TLD'lerin kayıt şirketleri ve sicilleri artık eski 43 numaralı port WHOIS protokolünde yanıt vermek zorunda değil ve gerçekten çalışması garanti edilen sorgulama yöntemi RDAP'tir. Ülke kodu TLD'leri kendi kurallarını koyar ve bazıları her şeyi yayımlar.
O hâlde ne satın aldığınız konusunda kesin olun. Kayıt gizliliği; kazıyıcıları, toplu veri simsarlarını, spam'i ve meraklı birinin yapacağı ilk aramayı güvenilir bir şekilde etkisiz kılar. Kayıt şirketini, sicili, bir mahkeme celbini ya da siz onu açmadan önce birinin kayıttan aldığı bir anlık görüntüyü etkisiz kılmaz.
Üç taraf onu elinizden alabilir, ama yalnızca biri yavaştır
Bir alan adını herhangi bir bağımlılığı düşündüğünüz gibi düşünün: “iyi mi” değil, “kim onu kapatabilir ve bunu yapmak için neye ihtiyaç duyar”. Üç cevap vardır.
- Kayıt şirketi. Açık farkla en hızlısı.
clientHolduygulayabilir; bu, adı bölgeden kaldırır — alan adı hâlâ var olmaya devam eder, hâlâ kayıtlı görünür ve dünyanın hiçbir yerinde çözümlenmemeye başlar. Hiçbir mahkeme dahil değildir. Bir kabul edilebilir kullanım maddesi ve bir şikâyet yeterlidir, hatta bazı kayıt şirketleri yalnızca şikâyet üzerine harekete geçer. - Sicil. Daha yavaş, daha nadir, daha ağır. Bir sicil
serverHolduygulayabilir ya da transferleri engelleyebilir ve taşınıp bundan kaçabileceğiniz bir kayıt şirketi yoktur, çünkü sicil zaten TLD'nin kendisidir. Her sicil bir ulusal yargı bölgesinin altındadır:.comve.net'in işletmecisi Amerika Birleşik Devletleri'ne karşı sorumludur, her ülke kodu TLD'si de kendi hükümetine ya da onun temsilcisine karşı sorumludur. - Her iki taraftaki bir mahkeme. Olağan kararların yanı sıra, alan adına özgü bir yol daha vardır: UDRP kapsamında açılan bir marka uyuşmazlığı, kayıt şirketinin sözleşme gereği uygulamak zorunda olduğu bir kararla sonuçlanır; ne bir yargıç vardır ne de siz kendiniz başlatmadıkça bir ulusal mahkemeye itiraz hakkı.
Bu da bir kayıt şirketine sormanız gereken soruyu yeniden çerçeveler. “Gizlilik sunuyor musunuz” değil — neredeyse hepsi zaten sunuyor. Bunun yerine: bir şikâyet aldığınızda ne yapıyorsunuz ve bunu yaparken kimin hukukuna uymak zorundasınız? Önce askıya alıp sonra soran bir kayıt şirketi, aslında özenle kurulmuş bir sistemin en zayıf halkası hâline sessizce gelmiştir.
Bunun kendi versiyonunu biz de yaşadık. Bu site, kuruluşundan itibaren vpscrypto.io üzerinde çalıştı, ta ki 29 Temmuz 2026'da vpscrypto.com hâline gelene kadar — aynı şirket, aynı sunucular, aynı hesaplar, aynı yollar; bunu hakkımızda sayfamızda ve gerçekler dizininde belgeledik. Bunu yaparken çıkardığımız ders, aktarmaya değer olanıdır: kayıt şirketi katmanı, yığının en az kontrol ettiğiniz parçasıdır ve taşınmayı önceden planlamış olmak, önceden verilen herhangi bir güvenceden daha değerlidir.
TLD'yi bir fiyat değil, bir yargı bölgesi olarak okuyun
Sicil kuralları yazar. Kayıt şirketi onları uygular. Sıkı bir sicilin altındaki serbest bir kayıt şirketi size hiçbir şey kazandırmaz — bu yüzden uzantıyı seçmek, genellikle harcanandan çok daha fazla düşünmeyi hak eder, hatta ilk yıl fiyatının haklı çıkardığından da çok daha fazlasını.
Bir isme aşık olmadan önce, bittiği uzantı hakkında dört soruyu yanıtlayın:
- Sicili kim işletiyor ve o şirket nerede kurulu? Bu, herkese açık bir bilgidir ve kontrol etmek tek bir komut alır.
- Sicil, kayıt sahibi verilerini yayımlıyor mu, yoksa gizlilik hizmetlerine izin veriyor mu? Bazıları vermez. Örneğin
.usuzantısı, kayıt sahibi bilgilerinin yayımlanmasını zorunlu kılar ve vekil kayıtlara izin vermez — hiçbir kayıt şirketi bunun etrafından dolaşamaz. - Bir mevcudiyet ya da bağlantı şartı var mı?
.eubir AB ya da AEA bağlantısı ister,.cabir Kanada mevcudiyeti ister ve birkaç Avrupa ülke kodu, sahibi başka bir yerde yaşıyorsa yerel bir kayıtlı irtibat kişisi talep eder. Bunlar gizliliğin tam tersidir: adın üzerine doğrulanabilir, gerçek dünyaya ait bir kimlik iliştirmenizi zorunlu kılarlar. - Uzantı siyasi risk taşıyor mu? Ülke kodu TLD'leri topraklara bağlıdır ve topraklar değişir. 2024'te Birleşik Krallık,
.ioarkasındaki toprağın egemenliğini Mauritius'a devretmeyi kabul etti; bu da on binlerce teknoloji şirketinin üzerine inşa ettiği bir uzantının üzerine soru işareti koydu. Bir ülke kodu TLD'sinin kullanımdan kaldırılması haftalar değil yıllarla ölçülen bir süreçtir, yani bu acil bir durum değildir — jenerik TLD'lerin taşımadığı bir risk kategorisinin net bir örneğidir.
Sonra fiyatı doğru okuyun. Önemli olan rakam ilk yıl değil yenileme ücretidir; 0,99 dolara alınıp 45 dolara yenilenen bir isim, indirim iliştirilmiş 45 dolarlık bir alan adıdır. Gizliliğin dahil mi yoksa ayrı mı faturalandırıldığını, taşımak istediğiniz bir adı serbest bırakmak için kayıt şirketinin ücret alıp almadığını ve alan adının premium olarak işaretlenip işaretlenmediğini kontrol edin, çünkü premium isimler genellikle sonsuza dek premium oranda yenilenir.
Çoğu insan için dürüst cevap sıkıcıdır: dikkatle seçtiğiniz bir kayıt şirketinden alınan eski, jenerik bir TLD, kelime oyunu için seçilmiş zekice bir ülke kodundan daha uzun ömürlü olur.
Ödeme, dört kimlik yüzeyinden yalnızca biridir
İnsanlar kayıt bilgisini düzeltir ve diğer üçünü ardına kadar açık bırakır. Bir alan adı sizi dört bağımsız kanaldan ele verir ve en zayıf olanı hepsinin seviyesini belirler:
- Kayıt bilgisi — yukarıda anlatıldığı gibi bir gizlilik hizmeti ya da vekil kayıt sahibiyle çözülür.
- Ödeme — yasal adınıza kayıtlı bir kart; kayıt şirketinde, işlemcide ve bankanızda, hiçbirini sonradan karartamayacağınız bir kayıt oluşturur.
- Posta kutusu — hesaptaki adres, yenileme bildirimlerini, transfer onaylarını ve parola sıfırlamalarını alır. Hem bir kimlik belirteci hem de her şeyin anahtarıdır.
- Erişim deseni — giriş yaptığınız adres ve o adresin sizin başka herhangi bir şeyinize daha önce giriş yapıp yapmadığı.
Kripto kabul eden kayıt şirketlerinin alanı, kripto kabul eden sağlayıcıların alanından çok daha küçüktür ve özellikle Monero için daha da incedir. Birini bulursanız, bir sunucuya uygulayacağınız aynı disiplini uygulayın: borsa çekim adresiniz olmayan bir cüzdandan gönderin ve paranın nereden geldiğine dair kalıcı, herkese açık bir grafik yayımlamayan bir para birimini tercih edin. Monero ödeme kılavuzumuz mekaniği anlatır, kartsız satın alma ise oraya sıfırdan nasıl ulaşılacağını anlatır.
Gereksinimlerinize uyan kripto kabul eden bir kayıt şirketi yoksa, bu bir başarısızlık değil gerçek bir karardır: iyi bir politika geçmişine sahip bir kayıt şirketinde adınıza kayıtlı bir kart, ilk aldığı e-postada isimleri askıya alan kripto dostu bir kayıt şirketine kıyasla gerçekten daha iyi bir takas olabilir. Bunu varsayılan olarak değil bilinçli olarak karar verin.
Adım adım
- Adı seçmeden önce uzantıyı seçin
TLD'ye önce karar vermek, sırf ad mükemmel olduğu için kötü bir yargı bölgesini kendinize haklı çıkarmanızı engeller. Önce onu gerçekte kimin işlettiğini öğrenerek başlayın — IANA'daki delegasyon kaydı yetkili ve herkese açıktır:
whois -h whois.iana.org io whois -h whois.iana.org comYanıttaki
organisationbloğu, sicili işleten şirketi ve onun kurulu olduğu ülkeyi gösterir. O şirket, o ülkenin hukuku altında, kayıt şirketinizin size uygulayacağı politikayı belirler. Kayıt politikası sayfasını bir kez okuyun; genellikle kısadır ve size kayıt sahibi verilerinin yayımlanıp yayımlanmadığını, gizlilik hizmetlerine izin verilip verilmediğini ve bir ikamet ya da bağlantı şartı olup olmadığını söyler.Yerel bir mevcudiyet kanıtlamanızı gerektiren her şeyi eleyin, tabii gerçekten böyle bir mevcudiyetiniz olup bunu belgelemekten çekinmiyorsanız başka. Sicilinin talep üzerine isim askıya alma geçmişi olmayan bir uzantıyı tercih edin. Ve bir ülke kodu TLD'sini tartıyorsanız,
.com'un sahip olmadığı şekilde bir toprağa ve bir hükümete bağlı olduğunu fiyata dahil edin. - Uygunluğu tarafsız bir sorgulamayla kontrol edin
Bir kayıt şirketinin arama kutusunda yapılan uygunluk kontrolleri pratikte sorun çıkarmaz — ICANN yıllar önce front running'i (aramaları önceden yakalayıp tescil etme pratiğini) araştırmış ve buna dair pek az kanıt bulmuştur — ama tarafsız bir sorgulama hiçbir şeye mal olmaz ve size daha fazlasını söyler:
curl -s https://rdap.org/domain/example.com | jq -r '.ldhName, .status[]' whois example.com | grep -iE 'registrar:|creation|expiry|status'Temiz bir “bulunamadı” yanıtı kaydedilmemiş demektir. Kayıtlı çıkarsa, ilginç olan alanlar oluşturulma tarihi ve durum kodlarıdır:
redemptionPeriodya dapendingDeletedurumundaki bir isim düşmek üzeredir ve öylece satın alabileceğiniz bir şey değildir;clientHolddurumunda oturan bir isim ise kayıt şirketi tarafından kapatılmış birine aittir. İkisi de devralacağınız geçmiş hakkında yararlı sinyallerdir.İhtiyacınız varsa önce
jq'yu kurun — Debian ya da Ubuntu'daapt install jq. - Kayıt şirketini gerçekten önemli olan beş şeye göre seçin
Pazarlamayı tamamen görmezden gelin ve adayları sırasıyla şunlara göre puanlayın:
Ödeme. Ödemek istediğiniz bir yöntemi kabul ediyor mu, hem de kendi kimlik belgesi toplayan bir işlemci üzerinden değil doğrudan mı alıyor?
Gizlilik modeli. Gizlilik hizmeti ya da vekil kayıt sahibi — ikisi aynı ürün değildir. Hangisini satın alacağınızı, yenilemede maliyetinin ne olacağını ve kayıt şirketinin hangi koşullarda bunu kaldıracağını öğrenin.
Yargı bölgesi ve politika. Şirket nerede kurulu ve kabul edilebilir kullanım politikası mahkeme kararı olmadan neler yapmasına izin veriyor? Yayımlanmış bir şeffaflık ya da kötüye kullanımla başa çıkma sayfası arayın. Orada sessizlik de başlı başına bir cevaptır.
Kontrol. Kayıt şirketi kilidi, SMS olmayan iki faktörlü kimlik doğrulama ve transfer yetkilendirme koduna kendi kendine erişim. Ayrılmak için bir destek talebi açtırtan bir kayıt şirketi, ayrılmanın nasıl geçeceğini size zaten söylemiştir.
DNS. İhtiyaç duyacağınız kayıt türlerini destekleyen kullanılabilir ad sunucuları —
CAA,TXT, apex takma adlandırması — ya da en azından kendi ad sunucularınıza yetki verebilme imkânı.Uzak durulması gereken kırmızı bayraklar: iki faktörlü kimlik doğrulama olmaması, gizliliğin yalnızca pahalı bir katmanda satılması, çok yıllı kayıt seçeneğinin bulunmaması ve kayıt verilerinizi tek taraflı olarak değiştirme hakkını saklı tutan herhangi bir madde.
- Alan adının altında yaşayacağı kimliği inşa edin
Bunu herhangi bir şey kaydetmeden önce yapın, çünkü sonradan eklemek bir kayıt sahibi değişikliği ve bir transfer kilidi anlamına gelir.
Gizliliğe saygılı bir sağlayıcıda yalnızca bu proje için var olan bir posta kutusu oluşturun. Kişisel adresiniz değil, barındırma hesabınızla aynı adres de değil — kayıt şirketini sağlayıcıdan ayırmanın tüm amacı, tek bir posta kutusu ikisinin de kilidini açarsa buharlaşır. O posta kutusundaki kurtarma adresini de yine kişisel adresiniz olmayan bir şeye ayarlayın, çünkü hesapların gerçekte ele geçirilme yolu kurtarma zincirleridir.
Sonra: bir parola yöneticisinden benzersiz bir parola, SMS yerine TOTP ile iki faktör ve yazıp çevrimdışı olarak sakladığınız kurtarma kodları. SMS genel olarak kötü bir ikinci faktördür ve burada özellikle kötüdür, çünkü bir telefon numarası hesaba az önce eklediğiniz gerçek dünyaya ait bir kimliktir.
Son olarak, kullandığınız bildirim adresini bir yere yazın. Altı ay sonra bir yenileme uyarısı unuttuğunuz bir posta kutusuna gittiğinde, alan adını kurtaracak olan şey o nottur.
- Adı kaydedin ve gerekli hissettirenden daha fazla yıl için ödeyin
Ödeme aşamasında, yavaşlamaya değer üç şey vardır.
Ay değil, yıl satın alın. Her yenileme, siz dikkat ederken başarılı olması gereken bir ödeme daha demektir. Beş yıllığına kaydetmek, adı kaybetme ihtimalinizi beşten bire indirir.
Yaşayabileceğiniz bilgileri girin — ama onları uydurmayın. İnsanların kendilerini bir hataya ikna ettiği yer burasıdır. Kasıtlı olarak yanlış kayıt verisi, kayıt sözleşmesinin ihlalidir ve kayıt şirketinin adı doğrudan iptal etmesi için bir gerekçedir: önlemeye çalıştığınız kaybı kendi elinizle yaratmış olursunuz. Adınızı herkese açık kayıttan uzak tutmanın meşru yöntemi gizlilik hizmeti ya da vekil kayıt sahibidir. Bu mekanizmayı kullanın; forma yalan söylemeyin.
60 gün boyunca kilitli kalmayı bekleyin. Yeni kaydedilmiş bir jenerik TLD, 60 gün boyunca başka bir kayıt şirketine transfer edilemez ve aynı saat her transferden sonra yeniden başlar. Bu bir tuzak değildir, ama emin olmadığınız bir kayıt şirketinin iki aylık bir taahhüt olduğu anlamına gelir; bu yüzden daha sonra taşınmayı planlamak yerine özeni bir önceki adımda gösterin.
- Kilitleyin, sonra kilidi dışarıdan doğrulayın
Kontrol panelinde kayıt şirketi kilidini ve iki faktörlü kimlik doğrulamayı açın, sonra dışarıdan doğrulayın, çünkü paneller ile gerçeklik zaman zaman uyuşmaz:
curl -s https://rdap.org/domain/example.com | jq -r '.status[]' whois example.com | grep -i 'status'Görmek istediğiniz şey
clientTransferProhibited'dır, ideal olarak yanındaclientUpdateProhibitedveclientDeleteProhibitedde olmalıdır. Bunlar istediğiniz kilitlerdir ve onlar ayarlıyken hiçbir transfer talebi tamamlanamaz. İki komut aynı durumları farklı şekilde ifade eder — port-43 WHOIS, EPP adlarını camel case ile yazdırır, RDAP ise kendi küçük harfli, boşluklu karşılıklarını yazdırır; böylececlientTransferProhibitedkarşınızaclient transfer prohibitedolarak,okiseactiveolarak çıkar. Bir kilidin eksik olduğu sonucuna yalnızca ifade değiştiği için varmayın.Görmek istemediklerinizi de bilin.
clientHoldveserverHold, adın kayıt şirketiniz ya da sicil tarafından bölgeden çıkarıldığı anlamına gelir — alan adı hâlâ var olmaya devam eder, sadece hiçbir yerde çözümlenmez.redemptionPeriodvependingDelete, süresinin dolduğu ve saatin işlediği anlamına gelir. Tek başınaok, hiçbir kilidin ayarlı olmadığı anlamına gelir; bu birçok kayıt şirketinde varsayılan durumdur ve istediğiniz şey bu değildir.Buradayken, kaydın amaçladığınız posta kutusuna işaret ettiğini doğrulayın ve transfer yetkilendirme kodunu bir yerde çevrimdışı olarak saklayın. O koda ihtiyaç duyduğunuz an, genellikle onun bulunduğu panele erişiminizi kaybettiğiniz andır.
- DNS'in nerede yaşayacağına karar verin
Adı kaydetmek ve onunla ilgili sorguları yanıtlamak iki farklı iştir ve bunları farklı kişilerden satın alabilirsiniz. Üç uygulanabilir düzen vardır:
Kayıt şirketinin ad sunucuları. En basiti, ücretsizdir ve sitelerin ezici çoğunluğu için yeterlidir. Bedeli, artık tek bir hesabın hem kaydı hem de bölgeyi kontrol etmesidir; yani tek bir ele geçirilme ya da tek bir askıya alma her şeyi götürür.
Ayrı, yönetilen bir DNS sağlayıcısı. İkisini birbirinden ayırır ve genellikle size daha iyi bir ağ ve bir API sunar. Güvenliğini sağlamanız gereken bir hesap daha ve tüm bölgenizi ve sorgu hacminizi gören bir şirket daha demektir.
Kendi sunucularınızda yetkili DNS. Kontrolünüz dışında hiçbir şey yoktur, ama gerçek bir operasyonel taahhüttür: farklı ağlarda iki yetkili ad sunucusuna ihtiyacınız vardır, yoksa tek bir VPS kesintisi yalnızca web sitesini değil, tüm alan adını çevrimdışı bırakır.
Çoğu okuyucu için doğru cevap kayıt şirketinin DNS'i ya da ayrı, yönetilen bir sağlayıcıdır; yalnızca gerçekten bir ikincil sunucu çalıştıracaksanız kendi kendinize barındırın. Hangisini seçerseniz seçin, bölge dosyasını dışa aktarın ve bir kopyasını şifrelenmiş yedeklerinizin geri kalanıyla birlikte saklayın. Bir kesinti sırasında bir bölgeyi hafızadan yeniden inşa etmek berbat bir şeydir ve kesinti yaşanana kadar kimsenin fark etmediği türden bir şeydir.
DNSSEC bu noktada düşünülmeye değer. Ziyaretçilerinizi sahte yanıtlara karşı korur ve beceriksizce yapılmış bir anahtar yenileme (rollover), alan adınızı sıradan DNS hatalarının yapamayacağı şekilde çevrimdışı bırakır. Kayıt şirketiniz ve DNS sağlayıcınız anahtarları kendi aralarında yönetiyorsa etkinleştirin; eğer bu, sürdüremeyeceğiniz bir şekilde anahtar rotasyonunu kendi başınıza yapmanız anlamına gelecekse, onu kapalı bırakmak bilinçli olarak alınmış, savunulabilir bir karardır.
- Adı VPS'inize yönlendirin
Tek bir sunucu için bölge kısadır. Kendi adreslerinizi yerine koyun:
@ 300 IN A 203.0.113.10 @ 300 IN AAAA 2001:db8:2c:1::10 www 300 IN CNAME example.com.İnsanları yakalayan iki ayrıntı var. Birincisi, DNS spesifikasyonu bir bölgenin apex'inde
CNAMEkaydına izin vermez; yukarıdaki@'in bir takma ad değil birAkaydı olmasının nedeni de budur. Böyle bir şey sunuyormuş gibi görünen sağlayıcılar, kendi taraflarındaALIAS,ANAMEya da CNAME düzleştirmesi uyguluyordur. İkincisi, hâlâ bir şeyleri değiştirirken 300 gibi düşük bir TTL kullanın ve kurulum oturduğunda bunu bir saate çıkarın — bunun gerekçesi ve TTL'nin gerçekte neyi kontrol ettiği taşıma rehberinde anlatılıyor.Kendinize ait olmayan bir çözümleyiciye karşı doğrulayın ve
CNAMEhedefinde gerçekten sondaki noktanın olduğunu kontrol edin:dig +short example.com A @1.1.1.1 dig +short example.com AAAA @1.1.1.1 dig +short www.example.com CNAME @8.8.8.8Sunucuyu, DNS onun hakkında hiçbir şey bilmeden önce gerçek ana bilgisayar adı altında da test edebilirsiniz; bir hata henüz bedavayken bunu yapmaya değer:
curl -sI https://example.com --resolve example.com:443:203.0.113.10200ya da bir yönlendirme, sanal sunucunun ve sertifikanın doğru olduğu anlamına gelir.404ya da varsayılan bir açılış sayfası, sunucunun IP üzerinde yanıt verdiği ama ad hakkında henüz bilgilendirilmediği anlamına gelir. - Adınızın kötüye kullanılmasını önleyen kayıtları ekleyin
Posta politikası olmayan yeni bir alan adı açık bir davetiyedir: herkes ondan geliyormuş gibi görünen posta gönderebilir ve o posta spam olduğunda itibar listelerine düşen sizin adınız olur, onlarınki değil. Bunu düzeltmek üç kayıt ve beş dakika alır.
Alan adı posta göndermeyecekse — ki çoğu web sitesi için durum budur — bunu açıkça belirtin:
@ IN MX 0 . @ IN TXT "v=spf1 -all" _dmarc IN TXT "v=DMARC1; p=reject;"Boş
MX, alan adının hiçbir posta kabul etmediğini bildirir, SPF kaydı onun adına göndermeye yetkili hiçbir sunucu olmadığını söyler ve DMARC politikası alıcılara aksini iddia eden her şeyi reddetmelerini söyler. Alan adı posta gönderecekse, yukarıdakilerin hiçbiri geçerli değildir ve bunun yerine posta sunucusu rehberimizdeki tam kurulumu istersiniz.Sonra, ad için kimin sertifika çıkarabileceğini sınırlayın:
@ IN CAA 0 issue "letsencrypt.org" @ IN CAA 0 issuewild ";"Bu, bir sertifika otoritesine izin verir ve wildcard'ları tamamen yasaklar. Uyumlu her CA, vermeden önce bunu kontrol etmek zorundadır, bu yüzden hatalı sertifika verilmesine karşı ucuz ve etkili bir sınırdır.
Burada ayarlanmayan bir kayıt var: ters DNS. IP'niz için
PTR, adres bloğunu kim tutuyorsa onun kontrolündedir — kayıt şirketiniz değil sağlayıcınız — ve postanın güvenilir sayılması için ileri ve ters yönün uyuşması gerekir. Adresi kontrol ederken, IP'nin zaten bir kara listede olmadığını doğrulamak için de doğru an budur. - Onu nasıl geri alacağınızı yazın
Yukarıdakilerin hepsi çalışan bir alan adını korur. Bu adım, onun çalışmayı bıraktığı gün için; şimdi on dakika alır, sonrasında kötü bir öğleden sonrası almasın diye.
Çevrimdışı ve sunucunun dışında bir yere şunları kaydedin: adı hangi kayıt şirketinin tuttuğu, hesabın hangi posta kutusunu kullandığı, transfer yetkilendirme kodunun nerede olduğu, tam son kullanma tarihi ve bölge dışa aktarımının nerede durduğu. Takvim hatırlatıcılarını ayarlayın. Yenileme bölümündeki son kullanma tarihi kontrolünü, bu makine olmayan bir makineden ona yöneltin.
Sonra bir soruya cevabınızı önceden belirleyin: bu ad yarın çözümlenmeyi bırakırsa, insanlar sizi nasıl bulur? İyi bir doğaçlama cevap yoktur. İyi cevapların hepsi önceden var olmak zorundadır — farklı bir kayıt şirketinde, farklı bir TLD altında ikinci bir alan adı, bir onion adresi ya da yalnızca kitlenizin zaten güvendiği bir yerde yayımlanmış sunucunun IP'si. Birini seçin ve az önce karanlığa gömülen sitenin dışında bir yere yazıldığından emin olun.
Son olarak, adın arkasındaki sunucu yeniyse, önemsediğiniz herhangi bir şeyi tutmadan önce ona Debian sertleştirme rehberimizdeki on dakikalık geçişi uygulayın. Kilitli bir kaydın önünde kilitsiz bir sunucu, varılacak tuhaf bir yerdir.
Bunların hepsinden sonra alan adı hâlâ neyi sızdırır
Kayıt gizliliği tek bir kanalı kapatır. Açık kalanlar ise şunlardır, bir adı gerçekte bir kişiyle ne sıklıkla ilişkilendirdiklerine göre kabaca sıralanmıştır:
- Sertifika Şeffaflığı (Certificate Transparency). Herkesçe güvenilen her TLS sertifikası, herkesin arayabileceği, yalnızca ekleme yapılabilen genel loglara yazılır.
staging.example.comiçin bir sertifika çıkarırsanız, o sunucunun varlığını dünyaya kalıcı olarak duyurmuş olursunuz. Bir wildcard sertifika alt alan adlarını tek tek saymaktan kaçınır, ama apex her hâlükârda yayımlanır. Eğer sır, alan adının var olduğu gerçeğiyse, TLS bunu saklamaz. - Geçmiş kayıt verileri. Ticari veritabanları on yıllardır sorgulamaları arşivliyor. Ad bir kez bile gerçek bilgilerle kaydedilmişse — bir saatliğine bile olsa, hatta siz onu bir başkasından satın almadan önce bile — o anlık görüntü var olmaya devam eder ve sonradan gizliliği açmak onu geri çekmez.
- Paylaşılan altyapı. İki proje arasında aynı ad sunucuları, aynı sunucu IP'si, aynı analitik kimliği, aynı belirgin favicon; bunları bir kayıt bilgisinin asla yapamayacağı kadar güvenilir biçimde birbirine bağlar. Tüm interneti tarayan araçlar bunu sürekli olarak indeksler ve bu, önemsiz bir aramayla bile bulunabilir.
- Kayıt şirketinin kendi yazışmaları. Yenileme bildirimleri, faturalar ve destek talepleri hepsi bir posta kutusuna düşer, hepsi alan adını adlandırır ve hepsi başkasının posta sunucusunda oturur.
Bundan çıkan kural basittir ve sonradan uygulamak neredeyse imkânsızdır: bir proje, bir posta kutusu, bir kayıt şirketi hesabı, bir sunucu. Ayrışma, başladığınız gün neredeyse bedavadır ve sonradan geri satın alınamaz.
Kayıt şirketini ve sağlayıcıyı bilerek ayrı tutun
Alan adını barındırmayla bir arada almak kullanışlıdır ve iki arıza alanını tek bir arıza alanına dönüştürür. Sağlayıcınıza ulaşan şikâyet ada dokunmaz; kayıt şirketinize ulaşan şikâyet sunucuya dokunmaz — ikisi aynı şirket olmadığı sürece; aynı şirketse, tek bir e-posta her şeye ulaşır ve ele geçirilmiş tek bir parola her şeyi kaybettirir.
Ayrışma, ayrıca bir sorun sırasında ayakta durabileceğiniz bir yer de sağlar. Sağlayıcı ortadan kaybolursa, ad hâlâ çözümlenmeye devam eder ve onu dakikalar içinde yeni bir sunucuya yeniden yönlendirirsiniz; bu da tam olarak taşıma rehberimizdeki talimdir. Kayıt şirketi ortadan kaybolursa, sunucu siz adı çözerken kendi IP'si üzerinde çalışmaya ve hizmet vermeye devam eder. Bir arada olduklarında, bu kurtarma yollarının hiçbiri mevcut değildir.
Alan adı satmamamızın bir diğer nedeni de budur. Bizim işimiz esasen VPS: hesaplarımız KYC'sizdir, kimlik bilgilerini teslim etmek için bir adresten başka hiçbir şeye ihtiyaç duymaz ve zincir üzerinde ödenir — ve doğru düzen, kayıt şirketinizin farklı bir şirket, farklı bir ülkede ve farklı bir şikâyet kuyruğuyla olmasıdır. Gizlilikle barındırma kılavuzu, katmanların nasıl bir araya geldiğini anlatır.
Bedel dürüsttür: iki hesap, iki yenileme tarihi, iki takım kimlik bilgisi, kurtarma kodlarını saklayacak iki yer. İşte fiyat budur ve iyi bir fiyattır.
Alan adlarının çoğu gerçekte yenileme yüzünden kaybedilir
El koyma değil. Şikâyet değil. Geçmiş bir tarih. Jenerik TLD'ler için süre bitiminden sonraki yaşam döngüsü sabittir ve taviz tanımaz:
- Süre bitiminden yaklaşık 45. güne kadar — uzunluğu kayıt şirketinin takdirine bağlı bir otomatik yenileme ek süresi. Ad genellikle bu pencerenin başlarında, siz hâlâ normal fiyattan yenileyebilirken bile çözümlenmeyi durdurur.
- Ardından 30 günlük kurtarma (redemption) dönemi — kurtarılabilir, ama yalnızca genellikle alan adının fiyatının kat kat üzerinde bir kurtarma ücreti ödeyerek.
- Ardından 5 günlük silinmeyi bekleme (pending delete) dönemi — artık hiçbir şey yapılamaz.
- Ardından ad düşer — ve adın herhangi bir trafiği ya da gelen bağlantısı varsa, serbest kaldığı saniyede onu büyük olasılıkla, tam o anı bekleyen bir drop-catching (anında ele geçirme) hizmeti kapar.
Kripto ile ödeyen herkes burada alışılmadık derecede savunmasızdır, çünkü diğer herkesi sessizce kurtaran mekanizma kayıtlı bir karttır. Siz bundan bilerek vazgeçtiniz, o yüzden onun yerine bilerek başka bir şey koyun: birkaç yıl için birden kaydedin, kayıt şirketi destekliyorsa orada bir bakiye tutun ve son kullanma tarihini 90, 30 ve 7 gün önceden hatırlatmalarla bir takvime girin. Sonra panele güvenmek yerine bunu dışarıdan doğrulayın:
#!/bin/sh
# warn when a domain is within 45 days of expiry
D=example.com
EXP=$(curl -s https://rdap.org/domain/$D | jq -r '.events[] | select(.eventAction=="expiration") | .eventDate')
LEFT=$(( ( $(date -d "$EXP" +%s) - $(date +%s) ) / 86400 ))
[ "$LEFT" -lt 45 ] && echo "$D expires in $LEFT days ($EXP)"Bunu, alan adının işaret ettiği makine olmayan bir makinede cron'dan çalıştırın. Haftalık bir kontrol hiçbir şeye mal olmaz ve insanların önemsedikleri bir adı kaybetmelerinin en yaygın tek yolunu ortadan kaldırır.
Dürüst sınırlar
Gizli olmak anonim olmak değildir ve bu ayrım kılı kırk yarmak değildir. Kayıt gizliliği, gelişigüzel bir kimlik tespitinin maliyetini muazzam ölçüde artırır ama kararlı ve iyi finanse edilmiş bir kimlik tespiti çabasının maliyetini neredeyse hiç artırmaz. Yayımladığınız şey, mahkeme celbi çıkarma gücüne ve sabrına sahip bir saldırganın dikkatini çekerse, işin nasıl biteceğine karar veren şey kayıt bilgisi değildir — ödeme izi, posta kutusu, erişim deseni ve içeriğin kendisi çok daha önemlidir.
Bir alan adının, başkasının ad alanı içinde yapılan bir kiralama olduğunu ve hiçbir kayıt şirketi seçiminin bunu değiştirmediğini bilmekte de fayda var. Kayıt şirketi gerektirmeyen tek ad alanları, sicil gerektirmeyenlerdir: bir Tor onion adresi, kendi ürettiğiniz bir anahtar çiftinden türetilir, bu yüzden kendisine bir emir tebliğ edilecek kimse ve askıya alınacak hiçbir şey yoktur. Bunun bedeli, kimsenin onu ezbere yazamaması ve sıradan bir tarayıcının onu açmamasıdır. İkisini birden çalıştırmak yaygın ve makul bir cevaptır — erişim için alan adı, süreklilik için onion adresi — ve bu tarafı Tor rehberimiz ile Tor kullanım senaryomuz ele alıyor.
Kıyaslama yapabilmeniz için kendi tarafımızdan da söyleyelim: KYC'siz sunucular çalıştırıyoruz, ABD tarzı kaldırma e-postalarını yasal bir dokunulmazlıktan değil operasyonel bir politika gereği işleme almıyoruz, faaliyet gösterdiğimiz yargı bölgelerindeki mahkeme kararlarına yanıt veriyoruz ve kötüye kullanıma karşı sıkı bir alt sınır tutuyoruz. Alan adı kaydetmiyoruz ve birini koruyamayız. Size bir kaydın dokunulmaz olduğunu söyleyen biri size bir şey satmaya çalışıyordur.
Sık sorulan sorular
WHOIS gizliliği, anonim alan adı kaydıyla aynı şey midir?
Hayır, aradaki fark büyüktür. Bir gizlilik hizmeti yalnızca herkese açık sorgulamanın döndürdüğü sonucu değiştirir; kayıt şirketiniz gerçek bilgilerinizi hâlâ tutar, sicil de genellikle bir kopyasını tutar ve ikisi de geçerli bir yasal süreç altında bunları ortaya çıkarır. Gerçekten etkisiz kıldığı şey toplu kazıma, spam, veri simsarları ve meraklı birinin yapacağı ilk aramadır — bu, bunun bir perde olduğunu, duvar olmadığını bilmek şartıyla, parasını ödemeye değer bir şeydir. Üçüncü bir tarafın kayıtlı sahip olduğu ve sizin kontrol için bir sözleşme tuttuğunuz bir vekil kayıt sahibi düzenlemesi, kayıt sahibinin kendisi olmama bedeliyle daha da ileri gider.
Bilgilerim zaten varsayılan olarak karartılmışsa yine de gizliliğe ihtiyacım var mı?
Jenerik TLD'ler için, çoğunlukla düşündüğünüzden az. 2018'den beri sektör, bireyler için kayıt sahibi iletişim bilgilerini varsayılan olarak karartıyor, bu yüzden .com'unuz üzerindeki herkese açık bir sorgulama muhtemelen zaten neredeyse hiçbir şey döndürmüyordur. Yine de ücretli hizmet için üç şey konuşulabilir: birçok ülke kodu sicili tam olarak yayımlar ve bu uygulamanın kapsamına girmez, kuruluş gibi görünen kayıtlar sıklıkla karartılmaz ve bir gizlilik hizmeti ayrıca yayımlanan iletişim bilgisine gönderilen postayı kimin aldığını da değiştirir. Önce adınız için gerçek herkese açık kaydı kontrol edin — bu tek bir komut alır ve zaten sahip olduğunuz bir şeyi satın aldığınızı fark edebilirsiniz.
Kayıt formuna sahte bilgiler girebilir miyim?
Girmeyin. Kasıtlı olarak yanlış kayıt verisi, kayıt sözleşmesini ihlal eder ve kayıt şirketinin alan adını, genellikle fazla bir süreç olmadan, askıya alması ya da iptal etmesi için açık bir gerekçedir. Tam olarak önlemeye çalıştığınız sonucu kendiniz yaratmış olursunuz ve elinizde hiçbir başvuru yolu kalmaz. Adınızı herkese açık kayıttan uzak tutmanın desteklenen yolu bir gizlilik hizmeti ya da bir vekil kayıt sahibidir — ikisi de meşrudur, ikisi de yaygın olarak sunulur ve ikisi de uydurma bir adresin dayanamayacağı şekilde incelemeye dayanır.
Hangi TLD en gizlisidir?
Tek bir kazanan yoktur, çünkü sorunun üç parçası vardır. Sicili kimin işlettiğini ve hangi ülkeye karşı sorumlu olduğunu sorun; o sicilin, .us'ın yaptığı gibi, kayıt sahibi verilerini yayımlayıp yayımlamadığını ya da gizlilik hizmetlerini yasaklayıp yasaklamadığını sorun; ve .eu ile .ca'nın yaptığı gibi yerel bir mevcudiyet talep edip etmediğini sorun. Bir bağlantı şartı olan her şey elenir, çünkü bu, ada doğrulanabilir, gerçek dünyaya ait bir kimlik yükler. Bundan sonra, dikkatle seçilmiş bir kayıt şirketiyle birlikte ana akım bir jenerik TLD, genellikle bir toprağa bağlı olmanın siyasi riskini de taşıyan egzotik bir ülke kodunu geride bırakır.
Bir alan adını Monero ile ödeyebilir miyim?
Bazı kayıt şirketleri kripto kabul eder ve daha küçük bir kısmı özellikle Monero kabul eder — barındırma tarafına göre çok daha ince bir alandır, bu yüzden bir şeyden ödün vermeyi bekleyin. Ödemeyi orantılı tutun: bu, kayıt bilgisi, posta kutusu ve giriş yaptığınız adreslerin yanında, dört kimlik yüzeyinden yalnızca biridir. Yenileme bildirimlerini kişisel gelen kutunuza e-postayla gönderen bir kayıt şirketine yapılan bir Monero ödemesi pek bir şey başarmamıştır. Ödeme tarafını sıfırdan kuruyorsanız, kartsız rehberimiz ve Monero kılavuzumuz değişmeden uygulanır.
DNS, kayıt şirketimde mi yoksa kendi VPS'imde mi olmalı?
Neredeyse herkes için, ya kayıt şirketinde ya da ayrı, yönetilen bir sağlayıcıda. Yetkili DNS'i kendi kendine barındırmak gerçekten tatmin edici ama sessizce zorludur: bunu doğru yapmak için farklı ağlarda iki ad sunucusuna ihtiyacınız vardır, aksi hâlde tek bir VPS kesintisi yalnızca web sitenizi değil, posta dahil alan adındaki her kaydı düşürür. Her ne olursa olsun kaçınılması gereken tek düzen, kayıt şirketinin, DNS'in ve barındırmanın hepsinin aynı hesapta olmasıdır — bu, sizinle çalıştırdığınız her şey arasında duran tek bir kimlik bilgisi ve tek bir şikâyet kuyruğu demektir.
Kayıt şirketi alan adını askıya alırsa siteme ne olur?
Sunucunuz dokunulmamış olarak çalışmaya devam eder ve IP üzerinden hâlâ erişilebilirdir; ad yalnızca çözümlenmeyi bırakır. Teknik olarak kayıt şirketi bir clientHold durumu uygular ve alan adı genellikle dakikalar içinde bölgeden çıkar; bunun için bir mahkeme kararı gerekmez — birçok kayıt şirketinde bir kabul edilebilir kullanım maddesi ve bir şikâyet yeterlidir. Kayıt şirketinin sağlayıcınızdan farklı bir şirket olması gerektiğinin ve yedek yolun — ikinci bir alan adı, bir onion adresi ya da yayımlanmış bir IP — ihtiyaç duymadan önce, sonra değil, var olması gerektiğinin nedeni tam olarak budur.

