{"id":1166,"date":"2026-03-21T09:48:46","date_gmt":"2026-03-21T06:48:46","guid":{"rendered":"https:\/\/allinonewpsettings.com\/blog\/?p=1166"},"modified":"2026-08-04T21:56:30","modified_gmt":"2026-08-04T21:56:30","slug":"wordpress-https-zorlama","status":"publish","type":"post","link":"https:\/\/allinonewpsettings.com\/blog\/tr\/wordpress-https-zorlama\/","title":{"rendered":"WordPress\u2019te Y\u00f6nlendirme D\u00f6ng\u00fcs\u00fc Olmadan HTTPS Zorlama"},"content":{"rendered":"

Bir site y\u00f6neticisi ayn\u0131 anda HTTPS eklentisini, Apache kural\u0131n\u0131 ve CDN y\u00f6nlendirmesini etkinle\u015ftiriyor. CDN kaynak sunucuya HTTP ile ba\u011flan\u0131rken WordPress iletilen her iste\u011fi g\u00fcvensiz sand\u0131\u011f\u0131 i\u00e7in trafik HTTP ile HTTPS aras\u0131nda d\u00f6n\u00fcp duruyor.<\/p>\n

Yeni bir y\u00f6nlendirme eklemek sorunu b\u00fcy\u00fct\u00fcr. \u00d6nce \u00e7al\u0131\u015fan TLS ba\u011flant\u0131s\u0131, tek bir temel adres, tek bir y\u00f6nlendirme sorumlusu ve proxy ile WordPress aras\u0131nda g\u00fcvenilir protokol bilgisi gerekir.<\/p>\n

\n\u0130\u00e7indekiler<\/strong><\/p>\n
    \n
  1. Bu konu ne anlama gelir?<\/a><\/li>\n
  2. Ger\u00e7ek\u00e7i bir WordPress \u00f6rne\u011fi<\/a><\/li>\n
  3. Neden \u00f6nemlidir ve ne zaman kullan\u0131l\u0131r?<\/a><\/li>\n
  4. Yeni ba\u015flayanlar i\u00e7in anla\u015f\u0131l\u0131r yol<\/a><\/li>\n
  5. \u0130leri teknik yol<\/a><\/li>\n
  6. Riskler, s\u0131k hatalar, yedek ve geri d\u00f6n\u00fc\u015f<\/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

    Bu konu ne anlama gelir?<\/h2>\n

    HTTPS zorlamas\u0131, sertifika ve \u015fifreli ba\u011flant\u0131 d\u00fczg\u00fcn \u00e7al\u0131\u015ft\u0131ktan sonra desteklenen HTTP isteklerini tek bir temel HTTPS adresine y\u00f6nlendirmektir. Bu kural CDN\u2019de, web sunucusunda veya WordPress\u2019te bulunabilir; ayn\u0131 karar\u0131 birden fazla bile\u015fen vermemelidir.<\/p>\n

    Proxy kullan\u0131lan sistemlerde ziyaret\u00e7i HTTPS ile ba\u011flan\u0131rken proxy, WordPress\u2019e HTTP \u00fczerinden ula\u015fabilir. WordPress, iletilen protokol ba\u015fl\u0131klar\u0131na yaln\u0131z bilinen proxy\u2019lerden geldiklerinde g\u00fcvenmelidir. Aksi takdirde y\u00f6nlendirme d\u00f6ng\u00fcs\u00fc veya sahte protokol bilgisi olu\u015fabilir.<\/p>\n

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

    \u00d6rnekte CDN ziyaret\u00e7iyi HTTPS\u2019ye y\u00f6nlendiriyor, ancak kaynak sunucu HTTP ba\u011flant\u0131s\u0131 g\u00f6rd\u00fc\u011f\u00fc i\u00e7in eklenti yeniden y\u00f6nlendirme yap\u0131yor. Apache kural\u0131 da host ad\u0131n\u0131 de\u011fi\u015ftirince tek istek birbiriyle \u00e7eli\u015fen birka\u00e7 karardan ge\u00e7iyor. Webhook\u2019lar ve wp-admin<\/code> ayn\u0131 d\u00f6ng\u00fcye tak\u0131l\u0131yor.<\/p>\n

    Kaynak sunucuda do\u011frudan HTTPS do\u011fruland\u0131ktan sonra genel y\u00f6nlendirmeyi yaln\u0131z CDN \u00fcstleniyor. WordPress g\u00fcvenilir proxy\u2019den gelen protokol bilgisini do\u011fru yorumluyor; eklenti ve Apache\u2019deki yinelenen kurallar kald\u0131r\u0131l\u0131yor. B\u00f6ylece her adres ve protokol birle\u015fimi temel adrese tek ad\u0131mda ula\u015f\u0131yor.<\/p>\n

    Neden \u00f6nemlidir ve ne zaman kullan\u0131l\u0131r?<\/h2>\n

    Tutarl\u0131 HTTPS, oturumlar\u0131 ve form verilerini korur; WordPress\u2019in farkl\u0131 protokollerle adres \u00fcretmesini \u00f6nler. Hatal\u0131 s\u0131ralanan kurallar ise ziyaret\u00e7ilerin ve y\u00f6neticilerin eri\u015fimini kesebilir, API geri \u00e7a\u011fr\u0131lar\u0131n\u0131 bozabilir veya d\u00f6ng\u00fcy\u00fc CDN \u00f6nbelle\u011fine ta\u015f\u0131yabilir.<\/p>\n

    HTTPS\u2019yi ancak b\u00fct\u00fcn genel alan adlar\u0131nda ge\u00e7erli sertifika bulundu\u011funda, kaynak sunucuya giden yol anla\u015f\u0131ld\u0131\u011f\u0131nda ve WordPress do\u011fru temel adresleri kulland\u0131\u011f\u0131nda zorlay\u0131n. HSTS daha sonra ayr\u0131ca de\u011ferlendirilmelidir; \u00e7\u00fcnk\u00fc taray\u0131c\u0131 bu kural\u0131 s\u0131radan y\u00f6nlendirmeden daha uzun s\u00fcre hat\u0131rlar.<\/p>\n

    Yeni ba\u015flayanlar i\u00e7in anla\u015f\u0131l\u0131r yol<\/h2>\n
      \n
    1. Desteklenen b\u00fct\u00fcn alan adlar\u0131n\u0131n ge\u00e7erli sertifikayla do\u011frudan HTTPS \u00fczerinden a\u00e7\u0131ld\u0131\u011f\u0131n\u0131 do\u011frulay\u0131n.<\/li>\n
    2. Mevcut WordPress Adresini, Site Adresini, CDN modunu, web sunucusu kurallar\u0131n\u0131 ve eklenti y\u00f6nlendirmelerini kaydedin.<\/li>\n
    3. HTTP\u2019den HTTPS\u2019ye y\u00f6nlendirmeyi tek bir bile\u015fene b\u0131rak\u0131n ve \u00e7ak\u0131\u015fan kurallar\u0131 kapat\u0131n.<\/li>\n
    4. G\u00fcvenilir bir proxy varsa WordPress\u2019in iletilen protokol bilgisini g\u00fcvenli bi\u00e7imde tan\u0131mas\u0131n\u0131 sa\u011flay\u0131n.<\/li>\n
    5. Kural\u0131 kal\u0131c\u0131 yapmadan k\u00f6k alan ad\u0131 ve www<\/code>, HTTP ve HTTPS, giri\u015f, \u00e7\u0131k\u0131\u015f, parola s\u0131f\u0131rlama, formlar, REST istekleri ve webhook\u2019lar\u0131 s\u0131nay\u0131n.<\/li>\n<\/ol>\n

      \u0130leri teknik yol<\/h2>\n

      Desteklenen host ve protokol birle\u015fimlerini k\u00fc\u00e7\u00fck bir tabloda toplay\u0131n; her durum kodunu ve Location<\/code> ba\u015fl\u0131\u011f\u0131n\u0131 \u00e7erezsiz inceleyin. Genel HTTP iste\u011fi temel HTTPS adresine normalde tek y\u00f6nlendirmeyle ula\u015fmal\u0131, do\u011fru bir HTTPS iste\u011fi yaln\u0131z proxy\u2019nin i\u00e7 ba\u011flant\u0131s\u0131 HTTP oldu\u011fu i\u00e7in yeniden y\u00f6nlenmemelidir.<\/p>\n

      Forwarded<\/code> ve X-Forwarded-Proto<\/code> ba\u015fl\u0131klar\u0131n\u0131n g\u00fcven s\u0131n\u0131r\u0131n\u0131, \u00e7oklu site alan e\u015flemesini, sa\u011fl\u0131k denetimlerini, OAuth ve \u00f6deme geri \u00e7a\u011fr\u0131lar\u0131n\u0131, REST ve XML-RPC u\u00e7lar\u0131n\u0131, zamanlanm\u0131\u015f istekleri ve y\u00f6nlendirme saklayan \u00f6nbellekleri kontrol edin.<\/p>\n

      Riskler, s\u0131k hatalar, yedek ve geri d\u00f6n\u00fc\u015f<\/h2>\n

      Eklenti, sunucu ve CDN kurallar\u0131n\u0131 \u00fcst \u00fcste bindirmeyin; herhangi bir istemcinin g\u00f6nderdi\u011fi proxy ba\u015fl\u0131\u011f\u0131na g\u00fcvenmeyin. TLS haz\u0131r olmadan veritaban\u0131 adreslerini de\u011fi\u015ftirmek, sa\u011fl\u0131k denetimlerini y\u00f6nlendirmek, d\u00f6ng\u00fcy\u00fc \u00f6nbelle\u011fe almak ve hata ay\u0131klarken HSTS a\u00e7mak kurtarmay\u0131 zorla\u015ft\u0131r\u0131r.<\/p>\n

      Kaynak sunucuya veya y\u00f6netim paneline ula\u015fan s\u0131nanm\u0131\u015f bir yol a\u00e7\u0131k kalmal\u0131d\u0131r. Giri\u015f, geri \u00e7a\u011fr\u0131 ya da sa\u011fl\u0131k denetimi bozulursa eklenen tek kural\u0131 kapat\u0131n ve de\u011fi\u015ftirildiyse \u00f6nceki WordPress adreslerini geri y\u00fckleyin. Yaln\u0131z de\u011fi\u015fiklikten etkilenen y\u00f6nlendirme \u00f6nbelle\u011fini temizleyin.<\/p>\n

      \n

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

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

      AIOWS SSL Y\u00f6neticisi, WordPress taraf\u0131ndaki desteklenen HTTPS ayarlar\u0131n\u0131, y\u00f6nlendirmeleri ve mixed content durumunu tek yerde g\u00f6sterir. Bu sorumluluk bilin\u00e7li bi\u00e7imde WordPress\u2019e verildiyse ve di\u011fer katmanlardaki \u00e7ak\u0131\u015fan kurallar kald\u0131r\u0131ld\u0131ysa y\u00f6nlendirmeyi y\u00f6netebilir.<\/p>\n

      Etkinle\u015ftirmeden \u00f6nce sertifika ile kaynak sunucu ba\u011flant\u0131s\u0131n\u0131 do\u011frulay\u0131n, temel WordPress adreslerini kesinle\u015ftirin ve y\u00f6netim paneline bir d\u00f6n\u00fc\u015f yolu b\u0131rak\u0131n. Ard\u0131ndan farkl\u0131 adres ve protokol se\u00e7eneklerini; giri\u015f, form, REST ve geri \u00e7a\u011fr\u0131 i\u015flemleriyle birlikte s\u0131nay\u0131n.<\/p>\n

      Mod\u00fcl d\u0131\u015f sertifikalar\u0131 onaramaz, CDN\u2019nin kaynak ba\u011flant\u0131s\u0131 modunu yap\u0131land\u0131ramaz ve web sunucusu kurallar\u0131n\u0131 ge\u00e7ersiz k\u0131lamaz. AIOWS\u2019nin do\u011fru protokol bilgisini almas\u0131 ve ikinci bir y\u00f6nlendirmeyle \u00e7ak\u0131\u015fmamas\u0131 i\u00e7in bu katmanlar kendi y\u00f6neticileri taraf\u0131ndan uyumlu h\u00e2le getirilmelidir.<\/p>\n

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

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