{"id":2386,"date":"2025-11-23T22:11:03","date_gmt":"2025-11-23T19:11:03","guid":{"rendered":"https:\/\/www.dchost.com\/blog\/icann-alan-adi-politikalarindaki-degisiklikler-domain-sahipleri-icin-yol-haritasi\/"},"modified":"2025-11-23T22:11:03","modified_gmt":"2025-11-23T19:11:03","slug":"icann-alan-adi-politikalarindaki-degisiklikler-domain-sahipleri-icin-yol-haritasi","status":"publish","type":"post","link":"https:\/\/www.dchost.com\/blog\/icann-alan-adi-politikalarindaki-degisiklikler-domain-sahipleri-icin-yol-haritasi\/","title":{"rendered":"ICANN Alan Ad\u0131 Politikalar\u0131ndaki De\u011fi\u015fiklikler: Domain Sahipleri \u0130\u00e7in Yol Haritas\u0131"},"content":{"rendered":"<div class=\"dchost-blog-content-wrapper\"><div id=\"toc_container\" class=\"toc_transparent no_bullets\"><p class=\"toc_title\">\u0130&ccedil;indekiler<\/p><ul class=\"toc_list\"><li><a href=\"#ICANN_alan_adi_politikalarindaki_degisiklikler_neden_onemli\"><span class=\"toc_number toc_depth_1\">1<\/span> ICANN alan ad\u0131 politikalar\u0131ndaki de\u011fi\u015fiklikler neden \u00f6nemli?<\/a><\/li><li><a href=\"#ICANN_nasil_calisir_Politika_degisiklikleri_nereden_geliyor\"><span class=\"toc_number toc_depth_1\">2<\/span> ICANN nas\u0131l \u00e7al\u0131\u015f\u0131r? Politika de\u011fi\u015fiklikleri nereden geliyor?<\/a><\/li><li><a href=\"#Son_donemde_one_cikan_ICANN_politika_basliklari\"><span class=\"toc_number toc_depth_1\">3<\/span> Son d\u00f6nemde \u00f6ne \u00e7\u0131kan ICANN politika ba\u015fl\u0131klar\u0131<\/a><ul><li><a href=\"#WHOIS_RDAP_donusumu_ve_kayit_verisi_politikasi\"><span class=\"toc_number toc_depth_2\">3.1<\/span> WHOIS \u2192 RDAP d\u00f6n\u00fc\u015f\u00fcm\u00fc ve kay\u0131t verisi politikas\u0131<\/a><\/li><li><a href=\"#Alan_adi_transfer_politikasindaki_degisiklikler\"><span class=\"toc_number toc_depth_2\">3.2<\/span> Alan ad\u0131 transfer politikas\u0131ndaki de\u011fi\u015fiklikler<\/a><\/li><li><a href=\"#DNS_kotuye_kullanimi_DNS_abuse_ile_mucadele\"><span class=\"toc_number toc_depth_2\">3.3<\/span> DNS k\u00f6t\u00fcye kullan\u0131m\u0131 (DNS abuse) ile m\u00fccadele<\/a><\/li><li><a href=\"#DNSSEC_ve_teknik_guvenlik_gereksinimleri\"><span class=\"toc_number toc_depth_2\">3.4<\/span> DNSSEC ve teknik g\u00fcvenlik gereksinimleri<\/a><\/li><li><a href=\"#Yeni_gTLD_programi_ve_uzanti_ekosisteminin_genislemesi\"><span class=\"toc_number toc_depth_2\">3.5<\/span> Yeni gTLD program\u0131 ve uzant\u0131 ekosisteminin geni\u015flemesi<\/a><\/li><\/ul><\/li><li><a href=\"#Domain_sahipleri_icin_pratik_etkiler_Neler_degisiyor\"><span class=\"toc_number toc_depth_1\">4<\/span> Domain sahipleri i\u00e7in pratik etkiler: Neler de\u011fi\u015fiyor?<\/a><ul><li><a href=\"#1_Kayit_olurken_verdiginiz_bilgiler_daha_kritik_hale_geliyor\"><span class=\"toc_number toc_depth_2\">4.1<\/span> 1. Kay\u0131t olurken verdi\u011finiz bilgiler daha kritik hale geliyor<\/a><\/li><li><a href=\"#2_WHOISRDAP_gorunurlugu_ve_gizlilik_dengesi_degisiyor\"><span class=\"toc_number toc_depth_2\">4.2<\/span> 2. WHOIS\/RDAP g\u00f6r\u00fcn\u00fcrl\u00fc\u011f\u00fc ve gizlilik dengesi de\u011fi\u015fiyor<\/a><\/li><li><a href=\"#3_Transfer_surecleri_daha_ongorulebilir_ama_daha_disiplinli\"><span class=\"toc_number toc_depth_2\">4.3<\/span> 3. Transfer s\u00fcre\u00e7leri daha \u00f6ng\u00f6r\u00fclebilir ama daha disiplinli<\/a><\/li><li><a href=\"#4_Alan_adi_yasam_dongusu_artik_daha_kritik\"><span class=\"toc_number toc_depth_2\">4.4<\/span> 4. Alan ad\u0131 ya\u015fam d\u00f6ng\u00fcs\u00fc art\u0131k daha kritik<\/a><\/li><\/ul><\/li><li><a href=\"#Hosting_ve_DNS_altyapisi_acisindan_ICANN_politikalarinin_etkisi\"><span class=\"toc_number toc_depth_1\">5<\/span> Hosting ve DNS altyap\u0131s\u0131 a\u00e7\u0131s\u0131ndan ICANN politikalar\u0131n\u0131n etkisi<\/a><ul><li><a href=\"#DNSSEC_CAA_IPv6_ve_modern_DNS_pratikleri\"><span class=\"toc_number toc_depth_2\">5.1<\/span> DNSSEC, CAA, IPv6 ve modern DNS pratikleri<\/a><\/li><li><a href=\"#SSLTLS_ve_alan_adi_guvenligi_iliskisinin_guclenmesi\"><span class=\"toc_number toc_depth_2\">5.2<\/span> SSL\/TLS ve alan ad\u0131 g\u00fcvenli\u011fi ili\u015fkisinin g\u00fc\u00e7lenmesi<\/a><\/li><\/ul><\/li><li><a href=\"#Kucuk_isletmeler_ajanslar_ve_gelistiriciler_icin_aksiyon_listesi\"><span class=\"toc_number toc_depth_1\">6<\/span> K\u00fc\u00e7\u00fck i\u015fletmeler, ajanslar ve geli\u015ftiriciler i\u00e7in aksiyon listesi<\/a><ul><li><a href=\"#1_Domain_envanterinizi_cikarin_ve_kritik_olanlari_isaretleyin\"><span class=\"toc_number toc_depth_2\">6.1<\/span> 1. Domain envanterinizi \u00e7\u0131kar\u0131n ve kritik olanlar\u0131 i\u015faretleyin<\/a><\/li><li><a href=\"#2_Iletisim_bilgilerinizi_ve_guvenlik_ayarlarinizi_guncelleyin\"><span class=\"toc_number toc_depth_2\">6.2<\/span> 2. \u0130leti\u015fim bilgilerinizi ve g\u00fcvenlik ayarlar\u0131n\u0131z\u0131 g\u00fcncelleyin<\/a><\/li><li><a href=\"#3_DNS_ve_SSL_yapilandirmalarinizi_dokumante_edin\"><span class=\"toc_number toc_depth_2\">6.3<\/span> 3. DNS ve SSL yap\u0131land\u0131rmalar\u0131n\u0131z\u0131 dok\u00fcmante edin<\/a><\/li><li><a href=\"#4_Projelerinizi_alan_adi_stratejisiyle_birlikte_planlayin\"><span class=\"toc_number toc_depth_2\">6.4<\/span> 4. Projelerinizi alan ad\u0131 stratejisiyle birlikte planlay\u0131n<\/a><\/li><\/ul><\/li><li><a href=\"#Yaklasan_olasi_ICANN_politika_degisikliklerine_nasil_hazirlanmali\"><span class=\"toc_number toc_depth_1\">7<\/span> Yakla\u015fan olas\u0131 ICANN politika de\u011fi\u015fikliklerine nas\u0131l haz\u0131rlanmal\u0131?<\/a><\/li><li><a href=\"#Sonuc_ICANN_politikalari_degisirken_sakin_ve_hazirlikli_kalmak\"><span class=\"toc_number toc_depth_1\">8<\/span> Sonu\u00e7: ICANN politikalar\u0131 de\u011fi\u015firken sakin ve haz\u0131rl\u0131kl\u0131 kalmak<\/a><\/li><\/ul><\/div>\n<h2><span id=\"ICANN_alan_adi_politikalarindaki_degisiklikler_neden_onemli\">ICANN alan ad\u0131 politikalar\u0131ndaki de\u011fi\u015fiklikler neden \u00f6nemli?<\/span><\/h2>\n<p>Alan adlar\u0131 art\u0131k sadece bir web adresi de\u011fil; markan\u0131n kimli\u011fi, SEO stratejisinin omurgas\u0131 ve t\u00fcm dijital altyap\u0131n\u0131n giri\u015f kap\u0131s\u0131. Bu kap\u0131n\u0131n kurallar\u0131n\u0131 belirleyen kurum ise k\u00fcresel d\u00fczeyde ICANN. Son y\u0131llarda gizlilik, g\u00fcvenlik, DNS k\u00f6t\u00fcye kullan\u0131m\u0131 ve veri koruma ba\u015fl\u0131klar\u0131 etraf\u0131nda ICANN alan ad\u0131 politikalar\u0131nda ciddi de\u011fi\u015fiklikler yap\u0131l\u0131yor. Bu de\u011fi\u015fiklikler; domain kay\u0131t s\u00fcre\u00e7lerinden transfer ak\u0131\u015f\u0131na, WHOIS verilerinin g\u00f6r\u00fcn\u00fcrl\u00fc\u011f\u00fcnden DNSSEC ve g\u00fcvenlik gereksinimlerine kadar pek \u00e7ok noktay\u0131 etkiliyor.<\/p>\n<p>Biz DCHost olarak, g\u00fcnl\u00fck operasyonlar\u0131m\u0131zda bu politikalar\u0131n pratik etkilerini \u00e7ok net g\u00f6r\u00fcyoruz: M\u00fc\u015fterilerin alan adlar\u0131 onay e-postalar\u0131na yan\u0131t verilmedi\u011fi i\u00e7in ask\u0131ya al\u0131nabiliyor, Whois\/RDAP veri formatlar\u0131 de\u011fi\u015ftik\u00e7e entegrasyonlar g\u00fcncellenmek zorunda kal\u0131yor, transfer ak\u0131\u015flar\u0131 yeni g\u00fcvenlik ad\u0131mlar\u0131yla yeniden tasarlan\u0131yor. Bu yaz\u0131da, ICANN alan ad\u0131 politikalar\u0131ndaki ba\u015fl\u0131ca de\u011fi\u015fiklikleri sade bir dille \u00f6zetleyip, domain sahipleri, ajanslar ve teknik ekipler i\u00e7in somut bir yol haritas\u0131 \u00e7\u0131karmaya odaklanaca\u011f\u0131z.<\/p>\n<h2><span id=\"ICANN_nasil_calisir_Politika_degisiklikleri_nereden_geliyor\">ICANN nas\u0131l \u00e7al\u0131\u015f\u0131r? Politika de\u011fi\u015fiklikleri nereden geliyor?<\/span><\/h2>\n<p>\u00d6nce resmin b\u00fct\u00fcn\u00fcn\u00fc g\u00f6rmekte fayda var. ICANN, k\u00fcresel alan ad\u0131 sisteminin (DNS) koordinasyonundan sorumlu, \u00e7ok payda\u015fl\u0131 yap\u0131da \u00e7al\u0131\u015fan bir organizasyon. \u00d6zellikle genel \u00fcst seviye alan adlar\u0131 (gTLD) \u2013 \u00f6rne\u011fin .com, .net, .org ve yeni nesil y\u00fczlerce uzant\u0131 \u2013 i\u00e7in \u00e7er\u00e7eve kurallar\u0131 ICANN belirliyor.<\/p>\n<p>ICANN d\u00fcnyas\u0131nda politika de\u011fi\u015fiklikleri kabaca \u00fc\u00e7 kanaldan geliyor:<\/p>\n<ul>\n<li><strong>Kay\u0131t s\u00f6zle\u015fmeleri<\/strong>: Kay\u0131t operat\u00f6rleri (registry) ile ICANN aras\u0131ndaki Registry Agreement (RA)<\/li>\n<li><strong>Registrar s\u00f6zle\u015fmesi<\/strong>: Domain satan firmalarla yap\u0131lan Registrar Accreditation Agreement (RAA)<\/li>\n<li><strong>Konsens\u00fcs politikalar\u0131<\/strong>: GNSO gibi yap\u0131lar\u0131n uzun s\u00fcren \u00e7al\u0131\u015fma gruplar\u0131yla \u00fcretti\u011fi, t\u00fcm akredite registrar ve kay\u0131t operat\u00f6rlerini ba\u011flayan kurallar<\/li>\n<\/ul>\n<p>Bu nedenle, ICANN alan ad\u0131 politikalar\u0131ndaki her de\u011fi\u015fiklik, bir anda de\u011fil; genellikle y\u0131llar s\u00fcren tart\u0131\u015fma, taslak, kamuoyu g\u00f6r\u00fc\u015f\u00fc ve oylama s\u00fcre\u00e7lerinin sonunda hayat\u0131m\u0131za giriyor. Ancak uygulama a\u015famas\u0131nda bu de\u011fi\u015fiklikler, domain panelinizde g\u00f6rd\u00fc\u011f\u00fcn\u00fcz alan ad\u0131n\u0131n:<\/p>\n<ul>\n<li>Nas\u0131l kaydedildi\u011fini,<\/li>\n<li>Hangi ileti\u015fim bilgilerinin tutuldu\u011funu,<\/li>\n<li>Nas\u0131l transfer edilebildi\u011fini,<\/li>\n<li>Ne zaman ask\u0131ya al\u0131nabilece\u011fini,<\/li>\n<li>DNSSEC, RDAP gibi teknik \u00f6zelliklerinin nas\u0131l desteklendi\u011fini<\/li>\n<\/ul>\n<p>do\u011frudan etkiliyor.<\/p>\n<h2><span id=\"Son_donemde_one_cikan_ICANN_politika_basliklari\">Son d\u00f6nemde \u00f6ne \u00e7\u0131kan ICANN politika ba\u015fl\u0131klar\u0131<\/span><\/h2>\n<p>Alan ad\u0131 taraf\u0131nda son y\u0131llarda \u00f6zellikle \u015fu ba\u015fl\u0131klar \u00f6ne \u00e7\u0131k\u0131yor:<\/p>\n<ul>\n<li>WHOIS&apos;ten RDAP&apos;e ge\u00e7i\u015f ve veri koruma uyumu<\/li>\n<li>Alan ad\u0131 transfer politikalar\u0131n\u0131n g\u00fcncellenmesi<\/li>\n<li>DNS k\u00f6t\u00fcye kullan\u0131m\u0131na (DNS abuse) kar\u015f\u0131 daha s\u0131k\u0131 kurallar<\/li>\n<li>DNSSEC ve g\u00fcvenlik odakl\u0131 teknik gereksinimler<\/li>\n<li>Yeni gTLD program\u0131 ve uzant\u0131 ekosisteminin geni\u015flemesi<\/li>\n<\/ul>\n<p>\u015eimdi her birini, domain ve hosting prati\u011fi a\u00e7\u0131s\u0131ndan ne anlama geldi\u011fiyle birlikte ele alal\u0131m.<\/p>\n<h3><span id=\"WHOIS_RDAP_donusumu_ve_kayit_verisi_politikasi\">WHOIS \u2192 RDAP d\u00f6n\u00fc\u015f\u00fcm\u00fc ve kay\u0131t verisi politikas\u0131<\/span><\/h3>\n<p>Eskiden bir alan ad\u0131n\u0131n sahiplik bilgilerini g\u00f6rmek i\u00e7in WHOIS sorgusu yapard\u0131k. Ancak GDPR ve benzeri gizlilik d\u00fczenlemeleriyle birlikte, y\u0131llard\u0131r kullan\u0131lan klasik WHOIS modeli hem veri format\u0131 hem de gizlilik a\u00e7\u0131s\u0131ndan s\u00fcrd\u00fcr\u00fclemez hale geldi. Bunun \u00fczerine ICANN taraf\u0131nda <strong>Registration Data Access Protocol (RDAP)<\/strong> merkezli yeni bir yakla\u015f\u0131m benimsendi.<\/p>\n<p>\u00d6ne \u00e7\u0131kan noktalar:<\/p>\n<ul>\n<li><strong>Standart JSON tabanl\u0131 \u00e7\u0131kt\u0131<\/strong>: RDAP, makine taraf\u0131ndan okunabilir, standart bir veri yap\u0131s\u0131 sunuyor.<\/li>\n<li><strong>Gizlilik filtreleri<\/strong>: Son kullan\u0131c\u0131ya g\u00f6sterilen veri ile yetkili otoritelere g\u00f6sterilen veri farkl\u0131la\u015fabiliyor.<\/li>\n<li><strong>Politika olarak \u00e7at\u0131 d\u00fczenleme<\/strong>: ICANN, da\u011f\u0131n\u0131k WHOIS politikalar\u0131n\u0131 tek bir kay\u0131t verisi politikas\u0131 alt\u0131nda yeniden topluyor.<\/li>\n<\/ul>\n<p>Domain sahibi a\u00e7\u0131s\u0131ndan ne de\u011fi\u015fiyor? En net etkisi, alan ad\u0131n\u0131z i\u00e7in hangi ileti\u015fim bilgilerinin, kime, ne kadar s\u00fcreyle ve hangi formatta g\u00f6sterilece\u011fi. WHOIS gizlili\u011fi (privacy\/proxy) \u00e7\u00f6z\u00fcmlerinin i\u015fleyi\u015fi ve kapsam\u0131 da bu de\u011fi\u015fikliklerle yeniden tan\u0131mlan\u0131yor. Biz DCHost taraf\u0131nda, RDAP uyumlulu\u011funu ve saklanan verilerin minimum ilke ile y\u00f6netilmesini i\u00e7 s\u00fcre\u00e7lerimizin bir par\u00e7as\u0131 haline getiriyoruz.<\/p>\n<h3><span id=\"Alan_adi_transfer_politikasindaki_degisiklikler\">Alan ad\u0131 transfer politikas\u0131ndaki de\u011fi\u015fiklikler<\/span><\/h3>\n<p>ICANN&apos;in <a href=\"https:\/\/www.dchost.com\/tr\/alan-adi\/transfer-et\">alan ad\u0131 transfer<\/a> politikas\u0131 (Transfer Policy) \u00f6zellikle son y\u0131llarda kapsaml\u0131 bir revizyondan ge\u00e7iyor. Ama\u00e7, hem g\u00fcvenli\u011fi art\u0131rmak hem de gereksiz karma\u015f\u0131kl\u0131\u011f\u0131 azaltmak. Domain sahiplerinin g\u00fcndelik hayat\u0131nda en \u00e7ok hissedece\u011fi de\u011fi\u015fiklikler genellikle burada oluyor.<\/p>\n<p>Klasik modelde:<\/p>\n<ul>\n<li>Alan ad\u0131 transferi i\u00e7in EPP\/Auth code al\u0131rd\u0131n\u0131z,<\/li>\n<li>Giden ve gelen registrar taraf\u0131nda FOA (Form of Authorization) e-postalar\u0131 g\u00f6nderilirdi,<\/li>\n<li>Transfer kilidi, whois e-posta do\u011frulamas\u0131 ve benzeri ad\u0131mlar devreye girerdi.<\/li>\n<\/ul>\n<p>Yeni politika setiyle birlikte:<\/p>\n<ul>\n<li><strong>TAC (Transfer Authorization Code)<\/strong> kavram\u0131 daha net tan\u0131mlan\u0131yor, kodun nas\u0131l \u00fcretilece\u011fi ve ne kadar s\u00fcre ge\u00e7erli olaca\u011f\u0131 standartla\u015f\u0131yor.<\/li>\n<li><strong>FOA s\u00fcreci sadele\u015fiyor<\/strong>, tekrar eden onay ad\u0131mlar\u0131n\u0131n bir k\u0131sm\u0131 kald\u0131r\u0131l\u0131yor ya da birle\u015ftiriliyor.<\/li>\n<li>G\u00fcvenlik odakl\u0131 <strong>kilit ve bekleme s\u00fcreleri<\/strong> daha a\u00e7\u0131k hale geliyor (\u00f6rne\u011fin, yeni kay\u0131t veya whois bilgisinde kritik de\u011fi\u015fiklik sonras\u0131 k\u0131sa s\u00fcreli transfer k\u0131s\u0131tlar\u0131).<\/li>\n<\/ul>\n<p>Bu noktada, alan ad\u0131 ta\u015f\u0131may\u0131 planlarken g\u00fcncel politika \u00e7er\u00e7evesine uygun bir rotay\u0131 takip etmek \u00e7ok \u00f6nemli. Bu konuyu daha operasyonel g\u00f6zle g\u00f6rmek isterseniz, <a href='https:\/\/www.dchost.com\/blog\/alan-adi-transferi-nasil-yapilir-epp-kodu-transfer-kilidi-ve-kesintisiz-gecise-sakin-bir-rehber\/'>alan ad\u0131 transferinin ad\u0131m ad\u0131m nas\u0131l yap\u0131ld\u0131\u011f\u0131n\u0131 anlatt\u0131\u011f\u0131m\u0131z rehbere<\/a> mutlaka g\u00f6z at\u0131n.<\/p>\n<h3><span id=\"DNS_kotuye_kullanimi_DNS_abuse_ile_mucadele\">DNS k\u00f6t\u00fcye kullan\u0131m\u0131 (DNS abuse) ile m\u00fccadele<\/span><\/h3>\n<p>ICANN taraf\u0131nda son d\u00f6nemin en s\u0131cak ba\u015fl\u0131klar\u0131ndan biri de <strong>DNS abuse<\/strong>: phishing, malware, botnet komuta kontrol alan adlar\u0131, spam i\u00e7in a\u00e7\u0131lan tek kullan\u0131ml\u0131k domainler vb. Bu alanda b\u00fcy\u00fck e-posta sa\u011flay\u0131c\u0131lar\u0131, taray\u0131c\u0131 \u00fcreticileri ve g\u00fcvenlik toplulu\u011fu yo\u011fun bask\u0131 uygulad\u0131k\u00e7a, ICANN de registrar ve registry s\u00f6zle\u015fmelerine daha net y\u00fck\u00fcml\u00fcl\u00fckler ekliyor.<\/p>\n<p>Domain sahipleri i\u00e7in pratik etkileri:<\/p>\n<ul>\n<li>Alan ad\u0131n\u0131z k\u00f6t\u00fcye kullan\u0131m \u015f\u00fcphesiyle raporlan\u0131rsa, registrar\u0131n\u0131z (\u00f6rne\u011fin DCHost) h\u0131zl\u0131 aksiyon almak zorunda kalabiliyor.<\/li>\n<li>\u0130lgili politikalara g\u00f6re, a\u011f\u0131r ihlallerde kay\u0131t durdurulabilir, DNS \u00e7\u00f6z\u00fcmlemesi ask\u0131ya al\u0131nabilir.<\/li>\n<li>Kay\u0131t s\u0131ras\u0131nda sa\u011flanan ileti\u015fim bilgileri ve loglar, belirli s\u00fcrelerle saklanmak zorunda oldu\u011fu i\u00e7in, yanl\u0131\u015f beyan vermek ciddi risk olu\u015fturuyor.<\/li>\n<\/ul>\n<p>Burada en g\u00fc\u00e7l\u00fc savunma, altyap\u0131 ve uygulama seviyesinde iyi g\u00fcvenlik hijyeni: g\u00fcncel yaz\u0131l\u0131m, sa\u011flam parolalar, iki fakt\u00f6rl\u00fc kimlik do\u011frulama, WAF ve DDoS korumalar\u0131, temiz e-posta pratikleri. DCHost olarak sunucu ve hosting taraf\u0131nda <a href='https:\/\/www.dchost.com\/blog\/siber-guvenlik-tehditlerinde-artis-sunucu-ve-hosting-tarafinda-ne-yapmalisiniz\/'>y\u00fckselen siber tehditlere kar\u015f\u0131 al\u0131nmas\u0131 gereken \u00f6nlemleri<\/a> detayl\u0131ca anlatt\u0131\u011f\u0131m\u0131z rehberleri bu y\u00fczden \u00f6zellikle tavsiye ediyoruz.<\/p>\n<h3><span id=\"DNSSEC_ve_teknik_guvenlik_gereksinimleri\">DNSSEC ve teknik g\u00fcvenlik gereksinimleri<\/span><\/h3>\n<p>DNS g\u00fcvenli\u011fi konusu da ICANN g\u00fcndeminde giderek daha merkezi bir yer tutuyor. Bir\u00e7ok gTLD, DNSSEC deste\u011fini zorunlu ya da fiili standart haline getiriyor. ICANN s\u00f6zle\u015fmelerinde DNSSEC, DANE gibi mekanizmalar i\u00e7in teknik gereksinimler giderek detaylan\u0131yor.<\/p>\n<p>DNSSEC, k\u0131saca, alan ad\u0131n\u0131z\u0131n DNS kay\u0131tlar\u0131n\u0131n kriptografik olarak imzalanmas\u0131. B\u00f6ylece kullan\u0131c\u0131lar\u0131n\u0131z yanl\u0131\u015f DNS cevab\u0131na y\u00f6nlendirilme riskine kar\u015f\u0131 daha iyi korunuyor. Bu ayn\u0131 zamanda, MTA seviyesinde DANE\/TLSA gibi g\u00fcvenlik ba\u015fl\u0131klar\u0131yla da birle\u015febiliyor.<\/p>\n<p>DNSSEC kullan\u0131m\u0131 ve anahtar d\u00f6ng\u00fcs\u00fc (key rollover) pratikte iyi planlanmad\u0131\u011f\u0131nda, site tamamen a\u00e7\u0131lmaz hale gelebilir. Bu konuda s\u0131f\u0131r kesintiyle anahtar yenilemenin nas\u0131l yap\u0131laca\u011f\u0131n\u0131 merak ediyorsan\u0131z, <a href='https:\/\/www.dchost.com\/blog\/dnssec-key-rollover-ksk-zsk-ve-ds-kayit-guncelleme-sifir-kesintiyle-anahtar-dondurme-nasil-yapilir\/'>DNSSEC key rollover rehberimize<\/a> g\u00f6z atman\u0131z\u0131 \u00f6neririz. Biz DCHost taraf\u0131nda, DNSSEC deste\u011fini ve do\u011fru yap\u0131land\u0131rmay\u0131 domain y\u00f6netim s\u00fcrecinin do\u011fal bir par\u00e7as\u0131 olarak ele al\u0131yoruz.<\/p>\n<h3><span id=\"Yeni_gTLD_programi_ve_uzanti_ekosisteminin_genislemesi\">Yeni gTLD program\u0131 ve uzant\u0131 ekosisteminin geni\u015flemesi<\/span><\/h3>\n<p>ICANN&apos;in yeni gTLD program\u0131, alan ad\u0131 uzant\u0131lar\u0131 d\u00fcnyas\u0131n\u0131 k\u00f6kten de\u011fi\u015ftirdi. Art\u0131k klasik .com, .net, .org \u00fc\u00e7l\u00fcs\u00fcn\u00fcn \u00e7ok \u00f6tesinde, sekt\u00f6re, markaya, \u015fehre veya dikeye \u00f6zel y\u00fczlerce uzant\u0131 var. Ayr\u0131ca ICANN&apos;in yeni bir gTLD ba\u015fvuru turu daha planlamas\u0131, marka ve b\u00fcy\u00fck platformlar i\u00e7in kendi uzant\u0131lar\u0131n\u0131 alma fikrini yeniden masaya getiriyor.<\/p>\n<p>Bu konunun stratejik boyutunu ayr\u0131nt\u0131l\u0131 konu\u015ftu\u011fumuz <a href='https:\/\/www.dchost.com\/blog\/icann-yeni-gtld-turu-neden-simdi-kendi-uzantini-dusunmenin-tam-zamani-mi\/'>ICANN yeni gTLD turu yaz\u0131m\u0131z<\/a>, \u00f6zellikle b\u00fcy\u00fck proje sahipleri ve ajanslar i\u00e7in iyi bir ba\u015flang\u0131\u00e7 noktas\u0131. K\u00fc\u00e7\u00fck ve orta \u00f6l\u00e7ekli i\u015fletmeler taraf\u0131nda ise as\u0131l soru, bu kadar \u00e7ok uzant\u0131 aras\u0131nda hangi TLD&apos;nin se\u00e7ilece\u011fi. Burada da <a href='https:\/\/www.dchost.com\/blog\/seo-ve-marka-icin-alan-adi-ve-tld-secimi-com-io-ai-arasinda-dogru-isim-nasil-bulunur\/'>SEO ve marka i\u00e7in TLD se\u00e7imi rehberimizde<\/a> pratik \u00f6rneklerle anlatt\u0131\u011f\u0131m\u0131z gibi, hem ICANN ekosistemini hem de hedef kitle davran\u0131\u015flar\u0131n\u0131 birlikte d\u00fc\u015f\u00fcnmek gerekiyor.<\/p>\n<h2><span id=\"Domain_sahipleri_icin_pratik_etkiler_Neler_degisiyor\">Domain sahipleri i\u00e7in pratik etkiler: Neler de\u011fi\u015fiyor?<\/span><\/h2>\n<p>Politika metinleri \u00e7o\u011fu zaman son derece teknik ve hukuki dille yaz\u0131ld\u0131\u011f\u0131 i\u00e7in, as\u0131l soruya gelelim: <strong>Bu de\u011fi\u015fiklikler sizin g\u00fcnl\u00fck i\u015flerinizi nas\u0131l etkiliyor?<\/strong><\/p>\n<h3><span id=\"1_Kayit_olurken_verdiginiz_bilgiler_daha_kritik_hale_geliyor\">1. Kay\u0131t olurken verdi\u011finiz bilgiler daha kritik hale geliyor<\/span><\/h3>\n<p>ICANN alan ad\u0131 politikalar\u0131 \u00e7er\u00e7evesinde, registrarlar alan ad\u0131 kayd\u0131 s\u0131ras\u0131nda belirli minimum bilgileri almak ve do\u011frulamak zorunda. E-posta ve telefon do\u011frulamas\u0131, \u015f\u00fcpheli kay\u0131tlar\u0131n i\u015faretlenmesi, yanl\u0131\u015f veya ge\u00e7ersiz bilgilerde alan ad\u0131n\u0131n ask\u0131ya al\u0131nmas\u0131 gibi mekanizmalar devreye girebiliyor.<\/p>\n<p>\u00d6zellikle \u015fu noktalara dikkat etmek gerekiyor:<\/p>\n<ul>\n<li>Kay\u0131t s\u0131ras\u0131nda verdi\u011finiz e-posta adresini ger\u00e7ekten aktif takip ediyor musunuz?<\/li>\n<li>Telefon numaran\u0131z do\u011frulanabilir ve g\u00fcncel mi?<\/li>\n<li>\u015eirket unvan\u0131, vergi veya ticaret sicil bilgileri do\u011fru mu?<\/li>\n<\/ul>\n<p>ICANN politikalar\u0131ndaki s\u0131k\u0131la\u015fma nedeniyle, yanl\u0131\u015f bilgi verdi\u011finiz veya do\u011frulama e-postalar\u0131n\u0131 yan\u0131tlamad\u0131\u011f\u0131n\u0131z bir domainin, g\u00fcn\u00fcn birinde aniden pasife al\u0131nmas\u0131 i\u015ften bile de\u011fil. DCHost paneli \u00fczerinden alan ad\u0131 ileti\u015fim bilgilerinizi d\u00fczenli aral\u0131klarla g\u00f6zden ge\u00e7irmenizi bu y\u00fczden \u00f6zellikle tavsiye ediyoruz.<\/p>\n<h3><span id=\"2_WHOISRDAP_gorunurlugu_ve_gizlilik_dengesi_degisiyor\">2. WHOIS\/RDAP g\u00f6r\u00fcn\u00fcrl\u00fc\u011f\u00fc ve gizlilik dengesi de\u011fi\u015fiyor<\/span><\/h3>\n<p>Eskiden WHOIS \u00e7\u0131kt\u0131s\u0131nda tam ad\u0131n\u0131z, adresiniz, e-posta ve telefon numaran\u0131z herkes taraf\u0131ndan g\u00f6r\u00fclebiliyordu. Bug\u00fcn, RDAP ve yeni kay\u0131t verisi politikalar\u0131yla birlikte, bu verilerin \u00f6nemli bir k\u0131sm\u0131 ya maskeleme (redaction) ile gizleniyor ya da sadece yetkili taraflara g\u00f6steriliyor.<\/p>\n<p>Bu \u015fu sonu\u00e7lar\u0131 do\u011furuyor:<\/p>\n<ul>\n<li>Spam ve k\u00f6t\u00fc niyetli aramalarda azalma m\u00fcmk\u00fcn.<\/li>\n<li>Ancak me\u015fru ileti\u015fim (\u00f6rne\u011fin marka itirazlar\u0131, teknik sorun bildirimleri) i\u00e7in do\u011fru kanallar\u0131n tan\u0131mlanmas\u0131 gerekiyor.<\/li>\n<li>WHOIS gizlilik hizmetleri (privacy\/proxy) ile ICANN politikalar\u0131 aras\u0131ndaki uyum, s\u00f6zle\u015fme d\u00fczeyinde yeniden tan\u0131mlan\u0131yor.<\/li>\n<\/ul>\n<p>Bu dengeyi daha g\u00fcvenli kurmak i\u00e7in, <a href='https:\/\/www.dchost.com\/blog\/alan-adi-guvenligi-rehberi-registrar-lock-dnssec-whois-gizliligi-ve-2fa\/'>alan ad\u0131 g\u00fcvenli\u011fi rehberimizde<\/a> anlatt\u0131\u011f\u0131m\u0131z Registrar Lock, DNSSEC, Whois gizlili\u011fi ve 2FA kombinasyonunu uygulamak \u00e7ok i\u015fe yar\u0131yor. DCHost m\u00fc\u015fteri panelinde bu ayarlar\u0131 tek yerden y\u00f6netebilmeniz i\u00e7in s\u00fcrekli iyile\u015ftirmeler yap\u0131yoruz.<\/p>\n<h3><span id=\"3_Transfer_surecleri_daha_ongorulebilir_ama_daha_disiplinli\">3. Transfer s\u00fcre\u00e7leri daha \u00f6ng\u00f6r\u00fclebilir ama daha disiplinli<\/span><\/h3>\n<p>Yeni transfer politikalar\u0131yla ama\u00e7, k\u00f6t\u00fc niyetli veya yetkisiz transferleri zorla\u015ft\u0131r\u0131rken, me\u015fru transferleri m\u00fcmk\u00fcn oldu\u011funca p\u00fcr\u00fczs\u00fcz hale getirmek. Bu da baz\u0131 a\u00e7\u0131lardan s\u0131k\u0131la\u015fma, baz\u0131 a\u00e7\u0131lardan sadele\u015fme anlam\u0131na geliyor.<\/p>\n<p>Dikkat edilmesi gerekenler:<\/p>\n<ul>\n<li>Transfer kilidi (Registrar Lock) durumunuzu bilin; kilitli domain transfer edilemez.<\/li>\n<li>Whois\/RDAP ileti\u015fim bilgileriniz g\u00fcncel de\u011filse, do\u011frulama ad\u0131mlar\u0131nda tak\u0131labilirsiniz.<\/li>\n<li>Yeni kay\u0131t veya \u00f6nemli whois de\u011fi\u015fikliklerinden sonra k\u0131sa s\u00fcreli transfer k\u0131s\u0131tlar\u0131 uygulanabilir.<\/li>\n<\/ul>\n<p>Bu kurallar y\u00fcz\u00fcnden, alan ad\u0131n\u0131z\u0131 son dakikaya b\u0131rakarak ta\u015f\u0131maya kalkt\u0131\u011f\u0131n\u0131zda, s\u00fcrenin politik kilitlere tak\u0131larak uzamas\u0131 s\u00f6z konusu olabilir. Bu y\u00fczden, \u00f6zellikle markasal de\u011feri y\u00fcksek alan adlar\u0131 i\u00e7in transferleri \u00f6nceden planlaman\u0131z\u0131 ve TTL, DNS, e-posta taraf\u0131n\u0131 da i\u015fin i\u00e7ine alan bir yol haritas\u0131 \u00e7izmenizi \u00f6neriyoruz.<\/p>\n<h3><span id=\"4_Alan_adi_yasam_dongusu_artik_daha_kritik\">4. Alan ad\u0131 ya\u015fam d\u00f6ng\u00fcs\u00fc art\u0131k daha kritik<\/span><\/h3>\n<p>ICANN politikalar\u0131ndaki de\u011fi\u015fiklikler, alan ad\u0131 ya\u015fam d\u00f6ng\u00fcs\u00fcn\u00fcn (aktif d\u00f6nem, grace period, redemption, pending delete vb.) s\u0131n\u0131rlar\u0131n\u0131 da daha net hale getirdi. Bu s\u00fcreler, registry s\u00f6zle\u015fmelerinde ve konsens\u00fcs politikalar\u0131nda a\u00e7\u0131k\u00e7a tan\u0131mlan\u0131yor.<\/p>\n<p>\u00d6zellikle yenilemeyi unuttu\u011funuz alan adlar\u0131nda:<\/p>\n<ul>\n<li>Hangi tarihte siteniz kapan\u0131r,<\/li>\n<li>Hangi tarihe kadar ekstra \u00fccretle geri alabilirsiniz,<\/li>\n<li>Ne zaman tamamen silinir ve d\u00fc\u015fen domain stat\u00fcs\u00fcne ge\u00e7er,<\/li>\n<\/ul>\n<p>gibi sorular\u0131n net cevaplar\u0131 var. Bu s\u00fcreci \u015femalar ve \u00f6rneklerle anlatt\u0131\u011f\u0131m\u0131z <a href='https:\/\/www.dchost.com\/blog\/alan-adi-yasam-dongusu-ve-dusen-domain-yakalama-rehberi\/'>alan ad\u0131 ya\u015fam d\u00f6ng\u00fcs\u00fc rehberimizi<\/a> okursan\u0131z, ICANN taraf\u0131ndaki kurallar\u0131n sahadaki davran\u0131\u015f\u0131 nas\u0131l \u015fekillendirdi\u011fini daha iyi g\u00f6rebilirsiniz.<\/p>\n<h2><span id=\"Hosting_ve_DNS_altyapisi_acisindan_ICANN_politikalarinin_etkisi\">Hosting ve DNS altyap\u0131s\u0131 a\u00e7\u0131s\u0131ndan ICANN politikalar\u0131n\u0131n etkisi<\/span><\/h2>\n<p>ICANN alan ad\u0131 politikalar\u0131 ka\u011f\u0131t \u00fczerinde soyut g\u00f6r\u00fcnse de, hosting ve DNS altyap\u0131s\u0131nda \u00e7ok somut sonu\u00e7lar\u0131 var. DCHost taraf\u0131nda bu sonu\u00e7lar\u0131 her g\u00fcn ya\u015f\u0131yoruz.<\/p>\n<h3><span id=\"DNSSEC_CAA_IPv6_ve_modern_DNS_pratikleri\">DNSSEC, CAA, IPv6 ve modern DNS pratikleri<\/span><\/h3>\n<p>Politika metinlerinde do\u011frudan &apos;\u015fu DNS sunucusunu kullan\u0131n&apos; gibi bir ifade elbette yok; ancak DNS g\u00fcvenli\u011fi ve eri\u015filebilirlik konusunda g\u00fc\u00e7l\u00fc bir y\u00f6nlendirme var. \u00d6rne\u011fin:<\/p>\n<ul>\n<li>DNSSEC deste\u011fi olmayan bir DNS altyap\u0131s\u0131, bir\u00e7ok kurumsal g\u00fcvenlik standard\u0131yla uyumsuz hale geliyor.<\/li>\n<li>CAA (Certification Authority Authorization) kay\u0131tlar\u0131, sertifika otoritelerinin yetkilerinin s\u0131n\u0131rland\u0131r\u0131lmas\u0131 i\u00e7in fiili standart haline geliyor.<\/li>\n<li>IPv6 deste\u011fi, giderek daha fazla \u00fclkede ve operat\u00f6rde gerekli hale gelirken, ICANN ekosistemi de bu ge\u00e7i\u015fi teknik dok\u00fcmanlar\u0131nda ve forumlar\u0131nda s\u00fcrekli g\u00fcndemde tutuyor.<\/li>\n<\/ul>\n<p>Biz DCHost&apos;ta, DNS altyap\u0131m\u0131z\u0131 <strong>DNSSEC, CAA, IPv6<\/strong> gibi \u00f6zelliklerle g\u00fcncel tutarken, m\u00fc\u015fterilerimize de bu modern pratikleri etkinle\u015ftirmeleri i\u00e7in kontrol paneli seviyesinde kolayla\u015ft\u0131r\u0131lm\u0131\u015f aray\u00fczler sunuyoruz.<\/p>\n<h3><span id=\"SSLTLS_ve_alan_adi_guvenligi_iliskisinin_guclenmesi\">SSL\/TLS ve alan ad\u0131 g\u00fcvenli\u011fi ili\u015fkisinin g\u00fc\u00e7lenmesi<\/span><\/h3>\n<p>ICANN do\u011frudan SSL sertifikalar\u0131n\u0131 y\u00f6netmiyor, ancak alan adlar\u0131 ile TLS ekosistemi aras\u0131ndaki ili\u015fki her ge\u00e7en g\u00fcn s\u0131k\u0131la\u015f\u0131yor. \u00d6rne\u011fin:<\/p>\n<ul>\n<li>CAA kay\u0131tlar\u0131, hangi sertifika otoritelerinin alan ad\u0131n\u0131z i\u00e7in sertifika \u00fcretece\u011fini belirliyor.<\/li>\n<li>DNS tabanl\u0131 ACME challenge (DNS-01) mekanizmalar\u0131, wildcard SSL gibi senaryolarda alan ad\u0131n\u0131z\u0131n DNS y\u00f6netimiyle do\u011frudan ili\u015fkili.<\/li>\n<li>DNSSEC, DANE\/TLSA gibi kay\u0131tlarla birle\u015fti\u011finde, e-posta ve web trafi\u011finde \u00e7ok daha g\u00fc\u00e7l\u00fc bir g\u00fcvenlik seviyesi m\u00fcmk\u00fcn.<\/li>\n<\/ul>\n<p>DCHost olarak, hem <a href='https:\/\/www.dchost.com\/blog\/ssl-sertifikasi-nedir-web-sitenizi-guvence-altina-almanin-yollari\/'>SSL sertifikalar\u0131n\u0131n ne oldu\u011funu ve nas\u0131l y\u00f6netilece\u011fini anlatt\u0131\u011f\u0131m\u0131z temel rehberlerde<\/a> hem de TLS 1.3, HSTS, OCSP stapling gibi ileri seviye konularda yay\u0131nlad\u0131\u011f\u0131m\u0131z teknik makalelerde, alan ad\u0131 katman\u0131n\u0131n bu i\u015fin tam merkezinde oldu\u011funu \u00f6zellikle vurguluyoruz.<\/p>\n<h2><span id=\"Kucuk_isletmeler_ajanslar_ve_gelistiriciler_icin_aksiyon_listesi\">K\u00fc\u00e7\u00fck i\u015fletmeler, ajanslar ve geli\u015ftiriciler i\u00e7in aksiyon listesi<\/span><\/h2>\n<p>ICANN alan ad\u0131 politikalar\u0131ndaki de\u011fi\u015fiklikler; bir hukuk metni olarak b\u0131rak\u0131ld\u0131\u011f\u0131nda i\u015fe yaramaz. \u00d6nemli olan, bunu kendi ger\u00e7ekli\u011finize adapte etmek. Biz DCHost taraf\u0131nda m\u00fc\u015fterilerimize genellikle \u015fu pratik aksiyon listesini \u00f6neriyoruz:<\/p>\n<h3><span id=\"1_Domain_envanterinizi_cikarin_ve_kritik_olanlari_isaretleyin\">1. Domain envanterinizi \u00e7\u0131kar\u0131n ve kritik olanlar\u0131 i\u015faretleyin<\/span><\/h3>\n<p>\u00d6zellikle ajans, yaz\u0131l\u0131m evi veya \u00e7oklu proje y\u00fcr\u00fcten ekipler i\u00e7in ilk ad\u0131m, hangi alan adlar\u0131n\u0131n ger\u00e7ekten kritik oldu\u011funu belirlemek. Kurumsal e-posta, fatura sistemi, m\u00fc\u015fteri paneli, CDN origin gibi kritik servisler hangi domainlere ba\u011fl\u0131, netle\u015ftirin.<\/p>\n<p>Bu kritik domainler i\u00e7in:<\/p>\n<ul>\n<li>Otomatik yenileme a\u00e7\u0131k m\u0131?<\/li>\n<li>Yenileme e-postalar\u0131 do\u011fru ki\u015fiye gidiyor mu?<\/li>\n<li>Registrar Lock, 2FA, DNSSEC aktif mi?<\/li>\n<\/ul>\n<p>gibi sorulara net cevap verebilmelisiniz.<\/p>\n<h3><span id=\"2_Iletisim_bilgilerinizi_ve_guvenlik_ayarlarinizi_guncelleyin\">2. \u0130leti\u015fim bilgilerinizi ve g\u00fcvenlik ayarlar\u0131n\u0131z\u0131 g\u00fcncelleyin<\/span><\/h3>\n<p>ICANN politikalar\u0131n\u0131n \u00f6nemli bir k\u0131sm\u0131, &apos;kim domain sahibi ve gerekti\u011finde ona ula\u015fabiliyor muyuz?&apos; sorusunun etraf\u0131nda d\u00f6n\u00fcyor. Bu y\u00fczden:<\/p>\n<ul>\n<li>Alan ad\u0131 ileti\u015fim bilgilerinizi y\u0131lda en az bir kez g\u00f6zden ge\u00e7irin.<\/li>\n<li>\u015eirket e-postalar\u0131n\u0131z\u0131 kullan\u0131n; ki\u015fisel adreslere ba\u011f\u0131ml\u0131 kalmay\u0131n.<\/li>\n<li>DCHost hesab\u0131n\u0131zda mutlaka 2FA etkinle\u015ftirin.<\/li>\n<li>Registrar Lock \u00f6zelli\u011fini, yaln\u0131zca planl\u0131 transferler s\u0131ras\u0131nda kapat\u0131n.<\/li>\n<\/ul>\n<p>Bu ad\u0131mlar, hem ICANN&apos;in \u00f6ng\u00f6rd\u00fc\u011f\u00fc iyi pratiklerle uyumlu kalman\u0131z\u0131 hem de hesab\u0131n\u0131z\u0131n ele ge\u00e7irilmesi halinde olu\u015facak zarar\u0131 minimize etmenizi sa\u011flar.<\/p>\n<h3><span id=\"3_DNS_ve_SSL_yapilandirmalarinizi_dokumante_edin\">3. DNS ve SSL yap\u0131land\u0131rmalar\u0131n\u0131z\u0131 dok\u00fcmante edin<\/span><\/h3>\n<p>Politikalar s\u0131k\u0131la\u015ft\u0131k\u00e7a, denetim ve izlenebilirlik beklentisi de art\u0131yor. Bu y\u00fczden kritik domainleriniz i\u00e7in basit ama g\u00fcncel bir dok\u00fcmantasyon haz\u0131rlay\u0131n:<\/p>\n<ul>\n<li>Hangi DNS kay\u0131tlar\u0131 nerede tutuluyor (NS, A\/AAAA, MX, TXT, CAA, SRV vb.)?<\/li>\n<li>Hangi SSL sertifikalar\u0131 hangi alan adlar\u0131na ba\u011fl\u0131, yenileme tarihleri neler?<\/li>\n<li>DNSSEC etkin mi, KSK\/ZSK anahtar d\u00f6ng\u00fcs\u00fc nas\u0131l planlanm\u0131\u015f?<\/li>\n<\/ul>\n<p>Bunun temel mant\u0131\u011f\u0131n\u0131 anlamak i\u00e7in <a href='https:\/\/www.dchost.com\/blog\/dns-kayitlari-adan-zye-a-aaaa-cname-mx-txt-srv-caa-ve-sizi-yakan-o-kucuk-hatalar\/'>DNS kay\u0131tlar\u0131 A&apos;dan Z&apos;ye rehberimize<\/a> g\u00f6z atabilirsiniz. DCHost olarak, kontrol paneli taraf\u0131nda bu kritik bilgileri sade ve okunabilir bir \u015fekilde g\u00f6stermeye \u00f6zel \u00f6nem veriyoruz.<\/p>\n<h3><span id=\"4_Projelerinizi_alan_adi_stratejisiyle_birlikte_planlayin\">4. Projelerinizi alan ad\u0131 stratejisiyle birlikte planlay\u0131n<\/span><\/h3>\n<p>ICANN alan ad\u0131 politikalar\u0131ndaki de\u011fi\u015fiklikler, sadece teknik detay de\u011fil, ayn\u0131 zamanda stratejik kararlar\u0131n\u0131z\u0131 da etkiliyor. Yeni gTLD&apos;ler, IDN (uluslararas\u0131la\u015ft\u0131r\u0131lm\u0131\u015f alan adlar\u0131), co\u011frafi uzant\u0131lar, marka uzant\u0131lar\u0131 gibi se\u00e7enekler, b\u00fcy\u00fck resimde alan ad\u0131 stratejinizi \u015fekillendiriyor.<\/p>\n<p>Bu noktada, <a href='https:\/\/www.dchost.com\/blog\/alan-adi-stratejisi-nasil-kurulur-cctld-mi-gtld-mi-uluslararasi-seoda-hangi-yol-ne-zaman-dogru\/'>alan ad\u0131 stratejisi kurma rehberimizde<\/a> anlatt\u0131\u011f\u0131m\u0131z gibi, ccTLD (.tr gibi \u00fclke uzant\u0131lar\u0131) ile gTLD&apos;lerin (ICANN ekosistemindeki uzant\u0131lar) rol\u00fcn\u00fc ayr\u0131 ayr\u0131 d\u00fc\u015f\u00fcnmek, ICANN politikalar\u0131yla yerel reg\u00fclasyonlar\u0131 birlikte de\u011ferlendirmek \u00f6nemli.<\/p>\n<h2><span id=\"Yaklasan_olasi_ICANN_politika_degisikliklerine_nasil_hazirlanmali\">Yakla\u015fan olas\u0131 ICANN politika de\u011fi\u015fikliklerine nas\u0131l haz\u0131rlanmal\u0131?<\/span><\/h2>\n<p>ICANN s\u00fcreci hi\u00e7bir zaman &apos;tamam, bitti&apos; noktas\u0131na gelmiyor. WHOIS\/RDAP, transfer politikas\u0131, DNS abuse, yeni gTLD turlar\u0131 derken s\u0131rada;<\/p>\n<ul>\n<li>Uyu\u015fmazl\u0131k \u00e7\u00f6z\u00fcm mekanizmalar\u0131n\u0131n (UDRP vb.) g\u00f6zden ge\u00e7irilmesi,<\/li>\n<li>Veri saklama ve loglama gereksinimlerinde g\u00fcncellemeler,<\/li>\n<li>Ulusal ve b\u00f6lgesel veri koruma d\u00fczenlemeleriyle daha s\u0131k\u0131 entegrasyon,<\/li>\n<\/ul>\n<p>gibi ba\u015fl\u0131klar var. Domain portf\u00f6y\u00fc geni\u015f olan \u015firketler ve ajanslar i\u00e7in, bu de\u011fi\u015fiklikler do\u011frudan operasyonel maliyet ve s\u00fcre\u00e7 tasar\u0131m\u0131 anlam\u0131na geliyor.<\/p>\n<p>Biz DCHost olarak, hem ICANN forumlar\u0131n\u0131 hem de ilgili \u00e7al\u0131\u015fma gruplar\u0131n\u0131 yak\u0131ndan takip edip, m\u00fc\u015fterilerimizi etkileyecek de\u011fi\u015fiklikleri \u00f6nceden \u00f6ng\u00f6rmeye \u00e7al\u0131\u015f\u0131yoruz. Panel de\u011fi\u015fiklikleri, API g\u00fcncellemeleri, ek g\u00fcvenlik ad\u0131mlar\u0131 gibi konular\u0131, politika metinleri y\u00fcr\u00fcrl\u00fc\u011fe girmeden \u00f6nce haz\u0131rlay\u0131p test etmeye \u00f6zen g\u00f6steriyoruz.<\/p>\n<h2><span id=\"Sonuc_ICANN_politikalari_degisirken_sakin_ve_hazirlikli_kalmak\">Sonu\u00e7: ICANN politikalar\u0131 de\u011fi\u015firken sakin ve haz\u0131rl\u0131kl\u0131 kalmak<\/span><\/h2>\n<p>ICANN alan ad\u0131 politikalar\u0131, ilk bak\u0131\u015fta uzaktaki bir kurumsal tart\u0131\u015fma gibi g\u00f6r\u00fcnebilir. Ama prati\u011fe indi\u011fimizde, bu tart\u0131\u015fmalar\u0131n sonucu; sitenizin a\u00e7\u0131k kal\u0131p kalmamas\u0131n\u0131, e-postalar\u0131n\u0131z\u0131n teslim edilip edilmemesini, markan\u0131z\u0131n sahte kopyalara kar\u015f\u0131 ne kadar korunabildi\u011fini do\u011frudan belirliyor.<\/p>\n<p>Bu y\u00fczden mesaj\u0131m\u0131z basit: Politika metinlerini ezberlemeniz gerekmiyor, ancak etkiledi\u011fi alanlar\u0131 bilip, kendi i\u015finize \u00e7evirecek birka\u00e7 temel pratik benimsemeniz \u015fart:<\/p>\n<ul>\n<li>Alan ad\u0131 ileti\u015fim ve g\u00fcvenlik ayarlar\u0131n\u0131z\u0131 d\u00fczenli g\u00f6zden ge\u00e7irin.<\/li>\n<li>DNS, SSL ve yenileme s\u00fcre\u00e7lerinizi dok\u00fcmante edin.<\/li>\n<li>Kritik domainleriniz i\u00e7in transfer ve yenileme plan\u0131 yap\u0131n.<\/li>\n<li>ICANN ekosistemindeki b\u00fcy\u00fck ba\u015fl\u0131klar\u0131 (RDAP, transfer politikas\u0131, DNS abuse, yeni gTLD&apos;ler) kabaca takip edin.<\/li>\n<\/ul>\n<p>Biz DCHost olarak, hem alan ad\u0131 hizmetlerimizde hem de hosting, <a href=\"https:\/\/www.dchost.com\/tr\/vps\">VPS<\/a>, dedicated ve colocation altyap\u0131lar\u0131m\u0131zda bu de\u011fi\u015fiklikleri sizin yerinize takip edip, panel ve destek s\u00fcre\u00e7lerimize yediriyoruz. Siz projelerinize ve i\u015finize odaklan\u0131rken, ICANN taraf\u0131ndaki karma\u015fay\u0131 sadele\u015ftirilmi\u015f, uygulanabilir ad\u0131mlara d\u00f6n\u00fc\u015ft\u00fcrmek bizim i\u015fimiz. Alan ad\u0131 portf\u00f6y\u00fcn\u00fcz\u00fc g\u00f6zden ge\u00e7irmek veya yeni bir projeyi do\u011fru alan ad\u0131 ve altyap\u0131 stratejisiyle ba\u015flatmak istiyorsan\u0131z, ekibimizle her zaman konu\u015fabilirsiniz.<\/p>\n<\/div>","protected":false},"excerpt":{"rendered":"<p>\u0130&ccedil;indekiler1 ICANN alan ad\u0131 politikalar\u0131ndaki de\u011fi\u015fiklikler neden \u00f6nemli?2 ICANN nas\u0131l \u00e7al\u0131\u015f\u0131r? Politika de\u011fi\u015fiklikleri nereden geliyor?3 Son d\u00f6nemde \u00f6ne \u00e7\u0131kan ICANN politika ba\u015fl\u0131klar\u01313.1 WHOIS \u2192 RDAP d\u00f6n\u00fc\u015f\u00fcm\u00fc ve kay\u0131t verisi politikas\u01313.2 Alan ad\u0131 transfer politikas\u0131ndaki de\u011fi\u015fiklikler3.3 DNS k\u00f6t\u00fcye kullan\u0131m\u0131 (DNS abuse) ile m\u00fccadele3.4 DNSSEC ve teknik g\u00fcvenlik gereksinimleri3.5 Yeni gTLD program\u0131 ve uzant\u0131 ekosisteminin geni\u015flemesi4 Domain [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":2387,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[32,24,33],"tags":[],"class_list":["post-2386","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-alan-adi","category-hosting","category-nasil-yapilir"],"_links":{"self":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts\/2386","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/comments?post=2386"}],"version-history":[{"count":0,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts\/2386\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/media\/2387"}],"wp:attachment":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/media?parent=2386"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/categories?post=2386"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/tags?post=2386"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}