{"id":127,"date":"2026-10-08T17:01:22","date_gmt":"2026-10-08T14:01:22","guid":{"rendered":"https:\/\/mx1mail.com\/blog\/dkim-anahtar-rotasyonu-selector-stratejisi-ttl-kesintisiz-gecis\/"},"modified":"2026-10-08T17:01:22","modified_gmt":"2026-10-08T14:01:22","slug":"dkim-anahtar-rotasyonu-selector-stratejisi-ttl-kesintisiz-gecis","status":"publish","type":"post","link":"https:\/\/mx1mail.com\/blog\/tr\/dkim-anahtar-rotasyonu-selector-stratejisi-ttl-kesintisiz-gecis\/","title":{"rendered":"DKIM Anahtar Rotasyonu Nas\u0131l Yap\u0131l\u0131r? Selector Stratejisi, TTL ve Kesintisiz Ge\u00e7i\u015f"},"content":{"rendered":"<h2>DKIM anahtar rotasyonu neden gereklidir?<\/h2>\n<p>DKIM, giden e-postalara kriptografik bir imza ekleyerek al\u0131c\u0131 sistemlerin mesaj\u0131n ger\u00e7ekten yetkili bir sunucudan \u00e7\u0131kt\u0131\u011f\u0131n\u0131 ve i\u00e7erik \u00fczerinde oynanmad\u0131\u011f\u0131n\u0131 do\u011frulamas\u0131na yard\u0131mc\u0131 olur. Bu imza, DNS\u2019te yay\u0131nlanan bir a\u00e7\u0131k anahtar ile kontrol edilir. Zamanla ayn\u0131 anahtar\u0131n uzun s\u00fcre kullan\u0131lmas\u0131; operasyonel hatalara, anahtar\u0131n istemeden if\u015fa olmas\u0131na veya eski kripto parametrelerinin tercih edilmemesine yol a\u00e7abilir. Bu nedenle DKIM anahtar rotasyonu, hem g\u00fcvenlik hijyeni hem de s\u00fcrd\u00fcr\u00fclebilir deliverability i\u00e7in d\u00fczenli bir bak\u0131m i\u015fi olarak ele al\u0131nmal\u0131d\u0131r.<\/p>\n<p>Rotasyonun amac\u0131 yaln\u0131zca \u201canahtar\u0131 de\u011fi\u015ftirmek\u201d de\u011fildir; e-posta ak\u0131\u015f\u0131nda kesinti olmadan, al\u0131c\u0131lar\u0131n do\u011frulama yapmaya devam edece\u011fi bir ge\u00e7i\u015f penceresi tasarlamakt\u0131r. DKIM do\u011frulamas\u0131 ba\u015far\u0131s\u0131z oldu\u011funda baz\u0131 al\u0131c\u0131lar mesaj\u0131 reddetmeyebilir; ancak spam puan\u0131 artabilir, DMARC de\u011ferlendirmesi olumsuz etkilenebilir ve \u00f6zellikle s\u0131k\u0131 politikalar kullanan al\u0131c\u0131 taraflarda teslim sorunlar\u0131 g\u00f6r\u00fclebilir. Bu y\u00fczden rotasyon, DNS de\u011fi\u015fikli\u011fi gibi g\u00f6r\u00fcnse de pratikte deliverability y\u00f6netiminin bir par\u00e7as\u0131d\u0131r.<\/p>\n<h2>Rotasyonun temel bile\u015fenleri: selector, anahtar, DNS kayd\u0131<\/h2>\n<p>DKIM\u2019de \u00fc\u00e7 par\u00e7a birlikte \u00e7al\u0131\u015f\u0131r: se\u00e7ici (selector), alan ad\u0131 (domain) ve DNS\u2019te yay\u0131nlanan anahtar kayd\u0131. E-postan\u0131n ba\u015fl\u0131klar\u0131nda \u201cs=selector; d=domain\u201d gibi bilgiler yer al\u0131r. Al\u0131c\u0131 sistem, bu selector ve domain ikilisine g\u00f6re DNS\u2019ten ilgili TXT kayd\u0131n\u0131 bulur ve imzay\u0131 do\u011frular.<\/p>\n<p>Rotasyon planlarken \u015fu ger\u00e7ek kritik \u00f6nemdedir: Yeni bir anahtar yay\u0131nlamak tek ba\u015f\u0131na yetmez; giden imzalar\u0131n yeni selector\u2019\u0131 kullanacak \u015fekilde ge\u00e7i\u015f yapmas\u0131 gerekir. Ayr\u0131ca eski selector\u2019a imzalanm\u0131\u015f ve h\u00e2l\u00e2 dola\u015f\u0131mda olan e-postalar i\u00e7in bir s\u00fcre daha eski DNS kayd\u0131n\u0131 tutman\u0131z gerekebilir.<\/p>\n<h2>Selector stratejisi: isimlendirme ve s\u00fcr\u00fcmleme<\/h2>\n<p>Selector, rotasyonu kolayla\u015ft\u0131ran en \u00f6nemli kontrol noktas\u0131d\u0131r. \u0130yi bir selector stratejisi, hem insan hatas\u0131n\u0131 azalt\u0131r hem de hangi anahtar\u0131n aktif oldu\u011funu h\u0131zl\u0131ca anlaman\u0131z\u0131 sa\u011flar.<\/p>\n<h3>Yayg\u0131n selector isimlendirme yakla\u015f\u0131mlar\u0131<\/h3>\n<ul>\n<li><strong>Tarih tabanl\u0131:<\/strong> 2026q4, 202610 gibi. Rotasyon periyodunu g\u00f6rsel olarak takip etmeyi kolayla\u015ft\u0131r\u0131r.<\/li>\n<li><strong>S\u00fcr\u00fcm tabanl\u0131:<\/strong> s1, s2, s3 gibi. Basit ama ge\u00e7mi\u015fi yorumlamak zor olabilir.<\/li>\n<li><strong>Servis\/ak\u0131\u015f tabanl\u0131:<\/strong> outbound1, appmail, marketing gibi. Birden fazla g\u00f6nderim kayna\u011f\u0131n\u0131z varsa faydal\u0131d\u0131r; ancak y\u00f6netim karma\u015f\u0131kl\u0131\u011f\u0131n\u0131 art\u0131rabilir.<\/li>\n<\/ul>\n<p>K\u00fc\u00e7\u00fck ve orta \u00f6l\u00e7ekli i\u015fletmeler i\u00e7in pratik yakla\u015f\u0131m genellikle tarih tabanl\u0131 veya s\u00fcr\u00fcm tabanl\u0131d\u0131r. Birden fazla sistemden e-posta \u00e7\u0131k\u0131yorsa (CRM, uygulama sunucusu, helpdesk), her birinin selector\u2019\u0131n\u0131 ayr\u0131 y\u00f6netmek yerine, \u00f6nce envanter \u00e7\u0131kar\u0131p hangi sistemin hangi selector ile imzalad\u0131\u011f\u0131n\u0131 netle\u015ftirmek iyi bir ba\u015flang\u0131\u00e7t\u0131r.<\/p>\n<h2>DNS TTL ve yay\u0131l\u0131m: rotasyonun g\u00f6r\u00fcnmeyen riski<\/h2>\n<p>DKIM anahtar\u0131 DNS\u2019te TXT kayd\u0131 olarak yay\u0131nlan\u0131r. DNS de\u011fi\u015fiklikleri anl\u0131k de\u011fildir; TTL (Time To Live) de\u011feri, resolver\u2019lar\u0131n kayd\u0131 ne kadar s\u00fcre \u00f6nbellekte tutaca\u011f\u0131n\u0131 belirler. TTL y\u00fcksekse, baz\u0131 al\u0131c\u0131lar eski anahtar\u0131 saatlerce hatta g\u00fcn boyu g\u00f6rmeye devam edebilir. Bu da \u201csunucu yeni anahtarla imzal\u0131yor ama al\u0131c\u0131 h\u00e2l\u00e2 eski anahtar\u0131 do\u011frulamaya \u00e7al\u0131\u015f\u0131yor\u201d gibi ba\u015far\u0131s\u0131zl\u0131klara yol a\u00e7abilir.<\/p>\n<p>Bu y\u00fczden planl\u0131 rotasyonda tipik yakla\u015f\u0131m \u015f\u00f6yledir: Rotasyondan belirli bir s\u00fcre \u00f6nce (\u00f6rne\u011fin 24-48 saat), DKIM TXT kayd\u0131n\u0131n TTL\u2019ini daha d\u00fc\u015f\u00fck bir de\u011fere \u00e7ekmek. Ard\u0131ndan anahtar\/selector ge\u00e7i\u015fi yap\u0131ld\u0131ktan sonra, sistem stabil \u00e7al\u0131\u015f\u0131rken TTL\u2019i tekrar daha makul bir seviyeye almak. Burada \u201cideal TTL\u201d i\u015fletmenin DNS altyap\u0131s\u0131na ve de\u011fi\u015fiklik s\u0131kl\u0131\u011f\u0131na g\u00f6re de\u011fi\u015fir; ama\u00e7 yay\u0131l\u0131m s\u00fcresini y\u00f6netilebilir hale getirmektir.<\/p>\n<h2>Kesintisiz DKIM rotasyonu: ad\u0131m ad\u0131m g\u00fcvenli y\u00f6ntem<\/h2>\n<p>A\u015fa\u011f\u0131daki yakla\u015f\u0131m, operasyonel riski azaltmak i\u00e7in kademeli ilerler ve geri d\u00f6n\u00fc\u015f (rollback) imkan\u0131n\u0131 korur.<\/p>\n<h3>1) G\u00f6nderim kaynaklar\u0131n\u0131n envanterini \u00e7\u0131kar\u0131n<\/h3>\n<p>Hangi sistemler hangi domain ile e-posta g\u00f6nderiyor? Hepsi DKIM imzal\u0131yor mu? Ayn\u0131 domain alt\u0131nda farkl\u0131 selector\u2019lar var m\u0131? Bu sorulara net yan\u0131t olmadan yap\u0131lan rotasyon, baz\u0131 uygulamalar\u0131n eski selector ile imza atmaya devam etmesi nedeniyle par\u00e7al\u0131 do\u011frulama sorunlar\u0131 yaratabilir.<\/p>\n<h3>2) Yeni anahtar\u0131 \u00fcretin ve yeni selector ile yay\u0131nlay\u0131n<\/h3>\n<p>Yeni bir selector belirleyin ve bu selector i\u00e7in DNS\u2019e yeni DKIM TXT kayd\u0131n\u0131 ekleyin. Burada kritik nokta: Eski selector kayd\u0131n\u0131 silmeyin. Yeni kayd\u0131 yay\u0131nlamak, hen\u00fcz trafik de\u011fi\u015ftirmeden altyap\u0131y\u0131 haz\u0131rlar.<\/p>\n<h3>3) Paralel imzalama m\u00fcmk\u00fcnse de\u011ferlendirin<\/h3>\n<p>Baz\u0131 altyap\u0131larda ayn\u0131 mesaj\u0131 iki DKIM imzas\u0131yla imzalamak m\u00fcmk\u00fcnd\u00fcr (eski ve yeni selector). Bu yakla\u015f\u0131m ge\u00e7i\u015fi daha da yumu\u015fatabilir; \u00e7\u00fcnk\u00fc al\u0131c\u0131lar her iki anahtarla da do\u011frulama yapabilir. Ancak t\u00fcm sistemler bunu desteklemez. Desteklenmiyorsa, bir sonraki ad\u0131mda tek imza ile kontroll\u00fc ge\u00e7i\u015f yap\u0131labilir.<\/p>\n<h3>4) Giden imzay\u0131 yeni selector\u2019a ta\u015f\u0131y\u0131n<\/h3>\n<p>Mail transfer agent (MTA) veya imzalama bile\u015feninizde selector\u2019\u0131 yeni de\u011fere ge\u00e7irerek, yeni anahtarla imzalamay\u0131 ba\u015flat\u0131n. Bu noktada DNS\u2019te yeni anahtar zaten haz\u0131r oldu\u011fu i\u00e7in, al\u0131c\u0131 taraf do\u011frulamay\u0131 b\u00fcy\u00fck \u00f6l\u00e7\u00fcde sorunsuz yapar.<\/p>\n<h3>5) Do\u011frulama sonu\u00e7lar\u0131n\u0131 izleyin<\/h3>\n<p>Ge\u00e7i\u015f sonras\u0131 belirli bir s\u00fcre DKIM do\u011frulama oranlar\u0131n\u0131 ve teslim sonu\u00e7lar\u0131n\u0131 izleyin. Operasyonel olarak; \u00f6rnek al\u0131c\u0131lar \u00fczerinden test g\u00f6nderimleri yapmak, mesaj ba\u015fl\u0131klar\u0131ndan DKIM-Signature sat\u0131r\u0131nda do\u011fru selector\u2019\u0131 g\u00f6rmek ve al\u0131c\u0131 taraf\u0131n \u201cpass\u201d de\u011ferlendirmesini do\u011frulamak iyi bir kontrold\u00fcr. DMARC raporlamas\u0131 kullanan i\u015fletmeler, rotasyon d\u00f6neminde DKIM pass\/fail oranlar\u0131ndaki de\u011fi\u015fimi ayr\u0131ca g\u00f6zlemlemelidir.<\/p>\n<h3>6) Eski selector kayd\u0131n\u0131 kald\u0131rmadan \u00f6nce bekleme s\u00fcresi b\u0131rak\u0131n<\/h3>\n<p>Eski selector ile imzalanm\u0131\u015f e-postalar, al\u0131c\u0131 taraf\u0131n sistemlerinde bir s\u00fcre daha do\u011frulama ihtiyac\u0131 do\u011furabilir (\u00f6rne\u011fin gecikmeli teslim, yeniden deneme, kuyrukta bekleyen iletiler). Bu nedenle eski DNS kayd\u0131n\u0131 hemen kald\u0131rmak yerine, i\u015fletmenizin e-posta ak\u0131\u015f\u0131na uygun bir \u201cemniyet penceresi\u201d b\u0131rak\u0131n. Bu pencere; g\u00f6nderim hacmi, al\u0131c\u0131lar\u0131n yeniden deneme davran\u0131\u015f\u0131 ve operasyonel risk tolerans\u0131na g\u00f6re belirlenir.<\/p>\n<h3>7) Eski anahtar\u0131 emekli edin ve dok\u00fcmantasyonu g\u00fcncelleyin<\/h3>\n<p>Eski selector kayd\u0131n\u0131 kald\u0131r\u0131n, i\u00e7 dok\u00fcmantasyonda hangi tarihte hangi selector\u2019\u0131n aktif oldu\u011fu bilgisini g\u00fcncelleyin. Gelecek rotasyonlar i\u00e7in takvim olu\u015fturun. Bu, ekip de\u011fi\u015fikliklerinde bilgi kayb\u0131n\u0131 \u00f6nler.<\/p>\n<h2>Yayg\u0131n hatalar ve sorun giderme ipu\u00e7lar\u0131<\/h2>\n<h3>Eski selector\u2019\u0131 erken silmek<\/h3>\n<p>En s\u0131k g\u00f6r\u00fclen hata budur. Sonu\u00e7: Baz\u0131 al\u0131c\u0131larda DKIM fail, DMARC etkisi ve teslim problemleri. \u00c7\u00f6z\u00fcm: Eski selector kayd\u0131n\u0131 geri koymak ve daha uzun ge\u00e7i\u015f penceresi tan\u0131mlamak.<\/p>\n<h3>TTL\u2019i hesaba katmamak<\/h3>\n<p>TTL y\u00fcksekken anahtar de\u011fi\u015ftirip hemen imzay\u0131 ta\u015f\u0131rsan\u0131z, bir kesim al\u0131c\u0131 eski anahtar\u0131 g\u00f6rmeye devam eder. \u00c7\u00f6z\u00fcm: Rotasyondan \u00f6nce TTL\u2019i d\u00fc\u015f\u00fcrmek ve yay\u0131l\u0131m s\u00fcresini planlamak.<\/p>\n<h3>Birden fazla g\u00f6nderim kayna\u011f\u0131n\u0131 unutmak<\/h3>\n<p>Kurumsal uygulamalar, yaz\u0131c\u0131lar, izleme sistemleri veya destek yaz\u0131l\u0131mlar\u0131 beklenmedik \u015fekilde ayn\u0131 domain ile mail at\u0131yor olabilir. \u00c7\u00f6z\u00fcm: Log\/rapor \u00fczerinden g\u00f6nderim kaynaklar\u0131n\u0131 tespit etmek ve hepsini ayn\u0131 rotasyon plan\u0131na dahil etmek.<\/p>\n<h3>Yanl\u0131\u015f domain\/selector kombinasyonu<\/h3>\n<p>\u0130mza \u201cd=\u201d alan\u0131 ile DNS kayd\u0131n\u0131n bulundu\u011fu domain e\u015fle\u015fmiyorsa do\u011frulama ba\u015far\u0131s\u0131z olur. \u00c7\u00f6z\u00fcm: DKIM imzas\u0131ndaki d= ve s= de\u011ferlerinin DNS\u2019te kar\u015f\u0131l\u0131k geldi\u011fini kontrol etmek.<\/p>\n<h2>Rotasyon periyodu nas\u0131l belirlenir?<\/h2>\n<p>Tek bir do\u011fru yoktur; \u00f6nemli olan d\u00fczenli ve uygulanabilir bir periyottur. A\u015f\u0131r\u0131 s\u0131k rotasyon operasyonel hata riskini art\u0131rabilir; \u00e7ok seyrek rotasyon ise g\u00fcvenlik hijyenini zay\u0131flat\u0131r. \u015eirketinizin risk profili, e-posta hacmi, ekip kapasitesi ve de\u011fi\u015fiklik y\u00f6netimi olgunlu\u011fu bu karar\u0131 belirler. Periyodu belirledikten sonra, her rotasyonu ayn\u0131 kontrol listesiyle y\u00fcr\u00fctmek ve sonu\u00e7lar\u0131 kay\u0131t alt\u0131na almak en iyi uygulamad\u0131r.<\/p>\n<h2>Sonu\u00e7: DKIM rotasyonunu deliverability bak\u0131m rutininize dahil edin<\/h2>\n<p>DKIM anahtar rotasyonu, yaln\u0131zca teknik bir DNS g\u00fcncellemesi de\u011fil; g\u00f6nderim s\u00fcreklili\u011fini ve marka itibar\u0131n\u0131 korumaya y\u00f6nelik bir s\u00fcre\u00e7tir. Selector stratejisi, TTL planlamas\u0131, kademeli ge\u00e7i\u015f ve izleme ad\u0131mlar\u0131 birlikte ele al\u0131nd\u0131\u011f\u0131nda kesintisiz ve g\u00fcvenli bir rotasyon yapmak m\u00fcmk\u00fcnd\u00fcr.<\/p>\n<p>MX1Mail gibi y\u00f6netilebilir i\u015f e-posta altyap\u0131lar\u0131nda, DKIM ve DNS taraf\u0131ndaki de\u011fi\u015fiklikleri planl\u0131 \u015fekilde ilerletmek; \u00f6zellikle birden fazla alan ad\u0131 veya g\u00f6nderim kayna\u011f\u0131 olan i\u015fletmeler i\u00e7in i\u015fleri kolayla\u015ft\u0131r\u0131r. Rotasyon d\u00f6nemlerinde k\u00fc\u00e7\u00fck bir test plan\u0131 ve net bir geri d\u00f6n\u00fc\u015f ad\u0131m\u0131 belirlemek, beklenmedik teslim sorunlar\u0131n\u0131n etkisini ciddi bi\u00e7imde azalt\u0131r.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>DKIM anahtar rotasyonunu kesinti ya\u015famadan planlay\u0131n: selector se\u00e7imi, DNS TTL, paralel imzalama ve do\u011frulama ad\u0131mlar\u0131yla pratik bir rehber.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[10],"tags":[281,104,301],"class_list":["post-127","post","type-post","status-publish","format-standard","hentry","category-e-posta-guvenligi","tag-deliverability","tag-dkim","tag-dns-yonetimi"],"_links":{"self":[{"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/posts\/127","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/comments?post=127"}],"version-history":[{"count":0,"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/posts\/127\/revisions"}],"wp:attachment":[{"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/media?parent=127"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/categories?post=127"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/tags?post=127"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}