{"id":1963,"date":"2026-08-15T15:39:05","date_gmt":"2026-08-15T12:39:05","guid":{"rendered":"https:\/\/allinonewpsettings.com\/blog\/?p=1963"},"modified":"2026-08-04T11:29:00","modified_gmt":"2026-08-04T11:29:00","slug":"wordpress-ssl-sertifika-adi-uyusmazligi-nasil-cozulur","status":"publish","type":"post","link":"https:\/\/allinonewpsettings.com\/blog\/tr\/wordpress-ssl-sertifika-adi-uyusmazligi-nasil-cozulur\/","title":{"rendered":"WordPress SSL Sertifika Ad\u0131 Uyu\u015fmazl\u0131\u011f\u0131 Nas\u0131l D\u00fczeltilir?"},"content":{"rendered":"

shop.example.com<\/code> a\u00e7\u0131ld\u0131\u011f\u0131nda yaln\u0131zca example.com<\/code> i\u00e7in d\u00fczenlenmi\u015f bir sertifika sunuluyorsa taray\u0131c\u0131 ba\u011flant\u0131y\u0131 durdurur. K\u00f6k alana y\u00f6nlendirme eklemek bunu \u00e7\u00f6zmez; TLS do\u011frulamas\u0131 HTTP y\u00f6nlendirmesinden \u00f6nce yap\u0131l\u0131r.<\/p>\n

\u00d6nce ziyaret\u00e7inin istedi\u011fi tam hostu ve o SNI ad\u0131yla sunulan sertifikay\u0131 kar\u015f\u0131la\u015ft\u0131r\u0131n. Sorun sertifikan\u0131n kapsam\u0131ndan, yanl\u0131\u015f virtual hosttan, DNS kayd\u0131ndan veya CDN’deki host\u2013sertifika e\u015flemesinden kaynaklanabilir.<\/p>\n

\u0130\u00e7indekiler<\/strong><\/p>\n
    \n
  1. Sertifika ad\u0131 uyu\u015fmazl\u0131\u011f\u0131 nedir?<\/a><\/li>\n
  2. Ger\u00e7ek\u00e7i bir WordPress \u00f6rne\u011fi<\/a><\/li>\n
  3. Neden \u00f6nemlidir?<\/a><\/li>\n
  4. Temel \u00e7\u00f6z\u00fcm ad\u0131mlar\u0131<\/a><\/li>\n
  5. \u0130leri teknik kontroller<\/a><\/li>\n
  6. Riskler, s\u0131k hatalar ve geri alma<\/a><\/li>\n
  7. AIOWS nas\u0131l yard\u0131mc\u0131 olur?<\/a><\/li>\n
  8. \u0130lgili AIOWS yaz\u0131lar\u0131<\/a><\/li>\n
  9. Sonu\u00e7 ve \u00f6nerilen yol<\/a><\/li>\n
  10. Resm\u00ee kaynaklar<\/a><\/li>\n<\/ol>\n<\/div>\n

    Sertifika ad\u0131 uyu\u015fmazl\u0131\u011f\u0131 nedir?<\/h2>\n

    \u0130stenen host, sertifikan\u0131n Subject Alternative Name (SAN) listesinde yoksa veya sunucu o SNI ad\u0131 i\u00e7in yanl\u0131\u015f sertifikay\u0131 se\u00e7erse ad uyu\u015fmazl\u0131\u011f\u0131 olu\u015fur. Wildcard sertifika yaln\u0131z belirli bir alt alan seviyesini kapsar; *.example.com<\/code> k\u00f6k alan\u0131 veya a.b.example.com<\/code> gibi daha derin hostlar\u0131 otomatik olarak kapsamaz.<\/p>\n

    Ger\u00e7ek\u00e7i bir WordPress \u00f6rne\u011fi<\/h2>\n

    CDN’ye eklenen shop.example.com<\/code> DNS kayd\u0131 etkinle\u015fmi\u015ftir, fakat bu host CDN’nin \u00f6zel alan listesine ve sertifikas\u0131na eklenmemi\u015ftir. Ziyaret\u00e7i varsay\u0131lan CDN sertifikas\u0131n\u0131 al\u0131r. WordPress’teki site adresi do\u011fru olsa bile hata s\u00fcrer.<\/p>\n

    Ba\u015fka bir durumda IPv4 do\u011fru virtual hosta, IPv6 ise varsay\u0131lan sunucuya gider. Bu nedenle her hostu iki adres ailesinde ve SNI ile ayr\u0131 test etmek gerekir.<\/p>\n

    Neden \u00f6nemlidir?<\/h2>\n

    Ad uyu\u015fmazl\u0131\u011f\u0131 kimlik do\u011frulamas\u0131n\u0131 bozar; taray\u0131c\u0131, API istemcisi veya webhook ba\u011flant\u0131y\u0131 reddedebilir. Sertifika denetimini kapatmak g\u00fcvenli bir \u00e7\u00f6z\u00fcm de\u011fildir. Kullan\u0131lacak b\u00fct\u00fcn genel hostlar\u0131n a\u00e7\u0131k\u00e7a listelenmesi ve do\u011fru sertifikaya ba\u011flanmas\u0131 gerekir.<\/p>\n

    Temel \u00e7\u00f6z\u00fcm ad\u0131mlar\u0131<\/h2>\n
      \n
    1. Hata veren URL’deki tam host ad\u0131n\u0131 kaydedin.<\/li>\n
    2. SNI ile sunulan sertifikan\u0131n SAN listesini kontrol edin.<\/li>\n
    3. DNS kayd\u0131n\u0131n do\u011fru CDN veya sunucuya y\u00f6neldi\u011fini do\u011frulay\u0131n.<\/li>\n
    4. Hostu kapsayan sertifikay\u0131 ilgili edge ve origin dinleyicilerine ba\u011flay\u0131n.<\/li>\n
    5. Alternatif hostu ancak TLS ge\u00e7erli olduktan sonra kanonik adrese y\u00f6nlendirin.<\/li>\n
    6. Giri\u015f, OAuth callback, webhook ve site haritas\u0131 gibi ger\u00e7ek yollar\u0131 yeniden s\u0131nay\u0131n.<\/li>\n<\/ol>\n

      \u0130leri teknik kontroller<\/h2>\n

      SNI olan ve olmayan ba\u011flant\u0131lar\u0131 kar\u015f\u0131la\u015ft\u0131r\u0131n; virtual host s\u0131ras\u0131n\u0131, CDN custom hostname ayar\u0131n\u0131, sertifika seri numaras\u0131n\u0131, IPv4\/IPv6 endpoint’lerini ve proxy \u00fczerindeki host\u2013sertifika e\u015flemesini inceleyin. Birden fazla sertifika kullan\u0131l\u0131yorsa RSA\/ECDSA se\u00e7iminin de ayn\u0131 SAN kapsam\u0131n\u0131 sundu\u011funu do\u011frulay\u0131n.<\/p>\n

      Staging veya eski alt alanlar\u0131n yanl\u0131\u015fl\u0131kla canl\u0131 sertifika kapsam\u0131na ya da WordPress canonical URL’lerine girmedi\u011fini kontrol edin. Desteklenmeyen hostlar\u0131n bilin\u00e7li bi\u00e7imde reddedilmesi, geni\u015f bir varsay\u0131lan virtual hosttan daha g\u00fcvenlidir.<\/p>\n

      Riskler, s\u0131k hatalar ve geri alma<\/h2>\n

      Wildcard kapsam\u0131n\u0131 yanl\u0131\u015f yorumlamak, yaln\u0131z tek hostu test etmek ve y\u00f6nlendirmenin TLS hatas\u0131n\u0131 \u00f6rtece\u011fini sanmak s\u0131k hatalard\u0131r. Yeni sertifikay\u0131 do\u011frulamadan mevcut ba\u011flant\u0131y\u0131 kald\u0131rmay\u0131n. Da\u011f\u0131t\u0131m yanl\u0131\u015f sertifika sunarsa \u00f6nceki host\u2013sertifika e\u015flemesini geri y\u00fckleyin ve DNS\/CDN de\u011fi\u015fikliklerini ayr\u0131 inceleyin.<\/p>\n

      \n

      AIOWS nas\u0131l yard\u0131mc\u0131 olur?<\/p>\n

      AIOWS SSL Y\u00f6neticisi<\/h2>\n

      Do\u011fru sertifika ilgili host i\u00e7in sunulmaya ba\u015flad\u0131ktan sonra AIOWS SSL Y\u00f6neticisi, WordPress adresleriyle y\u00f6nlendirmelerin bu hostla uyumunu denetlemeye yard\u0131mc\u0131 olur.<\/p>\n

      Mod\u00fcl sertifika otoritesinin, DNS’in veya CDN’nin yerine ge\u00e7mez. SAN listesi eksikse yeni sertifika ilgili sa\u011flay\u0131c\u0131 \u00fczerinden olu\u015fturulmal\u0131; yanl\u0131\u015f sertifika sunuluyorsa edge ya da web sunucusundaki SNI ba\u011flant\u0131s\u0131 d\u00fczeltilmelidir. Ard\u0131ndan WordPress taraf\u0131ndaki kanonik adres ve ger\u00e7ek kullan\u0131c\u0131 yollar\u0131 s\u0131nanmal\u0131d\u0131r.<\/p>\n

      Host uyu\u015fmazl\u0131\u011f\u0131 devam ederken y\u00f6nlendirme veya eklenti ayar\u0131 eklemeyin. \u00d6nce TLS kimli\u011fini d\u00fczeltin, sonra uygulama davran\u0131\u015f\u0131n\u0131 de\u011ferlendirin; b\u00f6ylece altyap\u0131 hatas\u0131n\u0131 WordPress yap\u0131land\u0131rmas\u0131yla gizlememi\u015f olursunuz.<\/p>\n

      AIOWS SSL Y\u00f6neticisi’ni inceleyin<\/a>AIOWS planlar\u0131n\u0131 kar\u015f\u0131la\u015ft\u0131r\u0131n<\/a><\/p>\n<\/section>\n

      \u0130lgili AIOWS yaz\u0131lar\u0131<\/h2>\n