Nodus Works olarak yönettiğimiz platform göçü projelerinde nadiren de olsa karşımıza çıkan, ama çıktığında saatlerce kafa karıştırabilecek bir hata var: Cloudflare Error 1000 – DNS points to prohibited IP. Bu hata, alan adı yönetimi ile içerik dağıtım ağı (CDN) katmanının birbirine kenetlendiği, normalde sessiz çalışan bir mekanizmanın çakışmaya girdiği anda ortaya çıkar. Aşağıda, gerçek bir Ticimax'tan Shopify'a geçiş vakasında karşılaştığımız bu hatanın anatomisini, teşhis sürecini ve iki farklı çözüm yolunu paylaşıyoruz.
Error 1000 – DNS points to prohibited IP
Ray ID: a175cd759d42514e • 2026-07-07 09:25:33 UTC
"…it is resolving to an IP address that is creating a conflict within Cloudflare's system."
Bu hata mesajı "DNS" kelimesini geçirdiği için çoğu kişinin ilk refleksi DNS kayıtlarını sıfırdan yeniden yazmak olur. Nodus Works verilerine göre bu vakaların büyük kısmında DNS zaten doğrudur; asıl sorun DNS katmanında değil, CDN sahiplik çakışmasındadır. Aşağıdaki adımlar, aynı hatayla karşılaşan bir ekibin dakikalar içinde doğru katmana yönelmesi için hazırlandı.
Bu Hata Neden Nadir Görülür?
Error 1000, günlük DNS yönetiminde rastgele karşılaşılan bir hata değildir; ortaya çıkması için aynı alan adının aynı anda iki farklı sağlayıcının CDN katmanında "custom hostname" olarak tanımlı olması gerekir. Bu örtüşme neredeyse yalnızca platform göçlerinde, eski sağlayıcıdaki tanım tam olarak kaldırılmadan yenisi eklendiğinde oluşur.
Bir mağaza bir platformdan (örneğin Ticimax) başka bir platforma (örneğin Shopify) taşınırken, eski CDN hesabındaki "custom hostname" kaydı silinmezse, yeni platform aynı alan adını kendi CDN katmanına eklemeye çalıştığında Cloudflare bu isteği reddeder. Bu durum "her gün karşılaşılan" bir arıza değil, göçe özgü bir kenar durumdur (edge case). Tam da bu yüzden hatanın adıyla arama yapıldığında net bir çözüm bulmak zordur.
Vakanın Mimarisi: Kurulum Nasıldı?
Sorunu doğru teşhis edebilmek için önce ortamın tam haritasını çıkarmak gerekir; aşağıdaki tablo vakadaki dört bileşenin durumunu özetliyor.
Buradaki en belirleyici detay e-posta katmanının tamamen sağlıklı olmasıydı. E-posta kayıtları (MX, SPF, DKIM) farklı bir DNS alt kümesi kullandığı için, bu katmanın çalışması sorunu web/CDN tarafına daraltan ilk kanıt oldu.
Teşhis Süreci: Sorunu Doğru Katmana Nasıl Daraltırız?
Doğru teşhis yöntemi, hata mesajının işaret ettiği yere değil, kanıtın gösterdiği yere gitmektir. Nodus Works olarak bu tür vakalarda üç adımlık sabit bir sıra izliyoruz: DNS'in gerçekte nereyi gösterdiğini ölçmek, hatayı hangi katmanın ürettiğini belirlemek ve çakışmanın kaynağını bulmak.
Adım 1: DNS Gerçekten Nereyi Gösteriyor?
İlk adım, alan adının canlıda nasıl çözümlendiğini doğrudan sorgulamaktır. Aşağıdaki tablo vakada tespit edilen kayıtları ve durumlarını gösteriyor.
Tüm kayıtlar doğruydu ve hepsi "DNS only" modundaydı; yani DNS, olması gereken yeri gösteriyordu. Bu ölçüm, "yanlış kayıt" hipotezini elemeye yetti.
Adım 2: Hatayı Hangi Katman Üretiyor?
HTTP yanıt başlıkları incelendiğinde, hatayı üreten tarafın DNS değil, Shopify'ın oturduğu CDN katmanı olduğu görüldü. İstek Shopify'a ulaşıyordu, fakat uygulamaya varmadan ağ seviyesinde reddediliyordu. Alan adı hiçbir mağazaya bağlı olmasaydı "mağaza bulunamadı" tarzı bir sayfa dönerdi; oysa alınan hata bir ağ seviyesi çakışmasıydı. Hatanın kendi metni de bunu doğruluyordu: "creating a conflict within Cloudflare's system."
Adım 3: Çakışma Nereden Geliyor?
Zone kayıtları tek tek tarandığında iki "yabancı" kayıt dikkat çekti: sahiplik doğrulama anahtarı taşıyan bir _cf-custom-hostname TXT kaydı ve proxy'li bir _acme-challenge CNAME kaydı (sertifika doğrulama kaydı). Bu ikisi, alan adının eski sağlayıcının (Ticimax) CDN "custom hostname" yapılandırmasında hâlâ kayıtlı olduğunun izleriydi.
Kritik Not: Bir alan adı aynı anda iki ayrı CDN hesabında "custom hostname" olarak tanımlı olamaz. Cloudflare altyapısı bunu bilinçli olarak engeller; yeni platformu eklemek yetmez, eski platformdaki tanımın da mutlaka kaldırılması gerekir.
Kök Neden: İki CDN Hesabında Aynı Alan Adı
Sorunun kaynağı DNS değil, iki sağlayıcı arasındaki CDN sahiplik çakışmasıdır: yeni platform (Shopify) alan adını kendi CDN katmanına custom hostname olarak eklemek isterken, aynı alan adı eski sağlayıcının (Ticimax) CDN hesabında hâlâ sahiplenilmiş durumdaydı. Cloudflare altyapısı aynı ana makine adının iki ayrı hesapta aktif custom hostname olmasına izin vermediği için sonuç Error 1000 oldu.
Uzak Durulması Gereken Risk: Platform göçlerinde en sık atlanan adım, eski sağlayıcıdaki CDN/custom hostname kaydının silinmesidir. Bu kayıt görünürde zararsızdır çünkü siteyi görsel olarak etkilemez; ancak yeni platform aynı alan adını eklemeye çalıştığı anda alan adını fiilen "rehin" tutar.
Çözüm 1: İki Taraflı Temizlik (Mevcut Kurulumu Koruyarak)
Cloudflare'i DNS/CDN katmanı olarak kullanmaya devam etmek istiyorsanız, çakışmayı iki taraflı olarak temizlemeniz gerekir. Bu, mevcut kurulumu koruyan ama daha fazla manuel adım gerektiren yoldur.
- Kendi DNS tarafınız: Eski sağlayıcıdan kalan _cf-custom-hostname TXT ve _acme-challenge CNAME kayıtlarını silin. Bu kayıtların kaldırılması eski sahipliğin doğrulamasını da geçersizleştirir; custom hostname'ler sürekli doğrulama ister, doğrulanamayınca zamanla otomatik düşer.
- Eski sağlayıcı (Ticimax) tarafı: Asıl sahiplik onların CDN hesabında durur. Alan adını custom hostname yapılandırmalarından tamamen kaldırmalarını isteyin.
- Doğrulama ve yeniden bağlama: Her iki taraf temizlendikten sonra Shopify'ın alan adı ayarlarından bağlantıyı yeniden doğrulayın ("Verify connection"). CDN katmanındaki pasifleşme ve yayılım anlık değildir; birkaç saatten birkaç güne kadar sürebilir.
İpucu: Eski sağlayıcıya gönderdiğiniz talebi aksiyon alınabilir şekilde yazın: hatanın tam metnini, DNS'in artık doğru yeri gösterdiğini ve çakışmanın CDN katmanında olduğunu net biçimde belirtin. Nodus Works olarak gözlemledik ki, kanıt eklenmeden gönderilen genel destek talepleri günler sürerken, hata metni ve DNS ölçümüyle desteklenen talepler saatler içinde işleme alınıyor.
Çözüm 2: CDN Katmanını Aradan Çıkarmak (En Kesin Yol)
Çakışmanın kaynağı, alan adının bir CDN "custom hostname" katmanından geçmesidir. Bu katmana ihtiyacınız yoksa, en kesin çözüm onu tamamen aradan çıkarmaktır.
- Alan adının DNS yönetimini Cloudflare'den, alan adı sağlayıcınızın (registrar) kendi DNS paneline taşıyın.
- Kayıtları doğrudan Shopify'ın istediği hedeflere yönlendirin: kök alan adı Shopify IP'sine (A kaydı), www ise shops.myshopify.com'a (CNAME).
- E-posta için MX, SPF ve DKIM kayıtlarını aynı panelde yeniden tanımlayın.
Böylece alan adı hiçbir üçüncü taraf CDN hesabında "custom hostname" olarak tutulmaz; Shopify kendi SSL ve dağıtım katmanını sağladığı için arada ek bir proxy katmanına gerek kalmaz. Bu yaklaşım çakışma riskini kökten ortadan kaldırır, karşılığında Cloudflare'in sunduğu ek önbellekleme, kural motoru ve WAF gibi özelliklerden vazgeçmiş olursunuz. Domain bağlama ve SSL doğrulama sürecinin adım adım işleyişini Shopify'a domain bağlama rehberimizde ayrıntılı olarak ele aldık.
Çözüm 3: Çakışan Cloudflare Hesabını Kapatmak
Eski sağlayıcının alan adını tanımladığı Cloudflare hesabına erişiminiz varsa (örneğin ajans değişimi sonrası hesap size devredildiyse), en hızlı çözüm o hesabı veya ilgili zone'u tamamen silmektir. Hesap silindiğinde Cloudflare o alan adı için yanıt vermeyi bırakır; custom hostname kaydı hesapla birlikte ortadan kalkar ve yeni platform aynı alan adını hiçbir çakışma olmadan kendi CDN katmanına ekleyebilir.
- Erişimi doğrulayın: Çakışan zone'un kayıtlı olduğu Cloudflare hesabına admin yetkisiyle giriş yapabildiğinizden emin olun.
- Zone'u veya hesabı silin: Cloudflare panelinde ilgili domain zone'unu (gerekirse hesabın tamamını) kaldırın. Bu adım, _cf-custom-hostname ve _acme-challenge kayıtlarını da otomatik olarak siler.
- Yeni platformda doğrulayın: Shopify'ın alan adı ayarlarından bağlantıyı yeniden doğrulayın. Zone silindiği için çakışma anında ortadan kalkar, ancak yayılım yine de birkaç dakika sürebilir.
Kritik Not: Bu yöntem yalnızca çakışan Cloudflare hesabına gerçek admin erişiminiz varsa uygulanabilir. Eski sağlayıcının (Ticimax) kendi kurumsal hesabındaki bir zone'u siz silemezsiniz; bu durumda Çözüm 1 (talep göndererek temizlik) veya Çözüm 2 (DNS'i registrar'a taşıma) tek geçerli yoldur.
Hangi Çözüm Size Uygun? Karşılaştırma
Üç yol arasındaki seçim, Cloudflare'in ek özelliklerine ihtiyacınız olup olmadığına ve çakışan hesaba erişiminizin olup olmadığına bağlıdır. Aşağıdaki tablo üç yaklaşımı dört kriter üzerinden karşılaştırıyor.
Yol Boyunca Çıkan Dersler
- Belirti ile kök nedeni ayırın. Hata mesajı "DNS" diyordu ama sorun DNS'te değildi; kanıtın gösterdiği katmana gidin.
- Çalışan katmanları da not edin. E-postanın sorunsuz olması, sorunu tek başına web/CDN katmanına daraltan ipucuydu.
- Göçlerde artık kayıtlar en sinsi risktir. Eski sağlayıcıdan kalan doğrulama/sertifika kayıtları görünürde zararsızdır ama alan adını rehin tutabilir.
- Bir alan adı aynı anda iki CDN hesabında yaşayamaz. Yenisini eklemek yetmez, eskisi mutlaka bırakılmalıdır.
- Karşı tarafa aksiyon alınabilir talep yazın. Hata metni, ölçüm kanıtı ve net istek üçlüsü çözüm süresini kısaltır.
Göç Yapacaklar İçin Hızlı Kontrol Listesi
- MX, SPF, DKIM ve doğrulama kayıtlarını güncelleyin, e-postayı test edin.
- Web kayıtlarının (kök + www) doğru hedefe ve doğru proxy moduna ayarlı olduğunu doğrulayın.
- Eski sağlayıcının CDN/custom hostname yapılandırmasından alan adını kaldırtın.
- Eski sağlayıcıdan kalan _cf-custom-hostname ve _acme-challenge kayıtlarını temizleyin.
- Yeni platformda alan adı bağlantısını yeniden doğrulayın; yayılım için birkaç saat ile birkaç gün arası bekleyin.
- CDN katmanına ihtiyacınız yoksa DNS'i doğrudan registrar panelinden yönetmeyi değerlendirin.
- Çakışan Cloudflare hesabına admin erişiminiz varsa, zone'u silerek çakışmayı dakikalar içinde kaldırmayı değerlendirin.
Göç sürecinin geri kalanında DNS ve SSL tarafında karşılaşabileceğiniz diğer yaygın hatalar için Shopify'a geçiş rehberimize de göz atabilirsiniz. Bu tür CDN katmanı çakışmalarını kendi başınıza teşhis etmek saatler alabilir; canlı bir mağazada kriz anında hızlı müdahale gerekiyorsa Shopify teknik destek ve bakım hizmetimiz bu tür DNS/CDN çakışmalarını saha deneyimiyle saatler içinde teşhis edip çözüme kavuşturur.
Sıkça Sorulan Sorular
Cloudflare Error 1000 ne anlama gelir?
Aynı alan adının, aynı anda iki farklı sağlayıcının CDN katmanında "custom hostname" olarak tanımlı olduğu anlamına gelir. Cloudflare bu çakışmayı fark ettiğinde isteği ağ seviyesinde reddeder ve "DNS points to prohibited IP" hatasını döner.
Bu hata gerçekten DNS kaydından mı kaynaklanır?
Genellikle hayır. Vakaların çoğunda DNS kayıtları (A, CNAME, AAAA) doğrudur; sorun CDN katmanındaki sahiplik çakışmasıdır. DNS'i sıfırdan yeniden yazmak bu durumda hatayı çözmez.
Error 1000 hatası ne kadar sürede çözülür?
Eski sağlayıcının desteğine bağlı olarak birkaç saatten birkaç güne kadar sürebilir. CDN katmanındaki pasifleşme ve yayılım anlık değildir, bu yüzden doğrulamayı aralıklı olarak tekrar denemek gerekir.
DNS yönetimini Cloudflare yerine registrar panelinden yapmak güvenli mi?
Evet, Shopify kendi SSL sertifikasını ve dağıtım katmanını sağladığı için ek bir CDN proxy katmanına ihtiyaç yoktur. Bu yöntem Cloudflare'in WAF ve önbellekleme gibi ek özelliklerinden vazgeçmeniz anlamına gelir, ama çakışma riskini kökten ortadan kaldırır.
Eski sağlayıcı CDN kaydını kaldırmayı reddederse ne yapmalıyım?
Bu durumda Çözüm 2'yi (DNS yönetimini registrar paneline taşıma) uygulamanız gerekir. Eski sağlayıcının onayına bağımlı kalmadan alan adını doğrudan Shopify'a yönlendirebilirsiniz.
_acme-challenge ve _cf-custom-hostname kayıtları neden tehlikelidir?
Bu kayıtlar görünürde siteyi etkilemez ama alan adının eski CDN hesabında hâlâ sahiplenildiğinin kanıtıdır. Silinmedikleri sürece yeni platformun aynı alan adını kendi CDN katmanına eklemesini engellerler.
Çakışan Cloudflare hesabını silmek riskli mi?
Yalnızca o hesaba admin erişiminiz varsa ve hesapta alan adı dışında koruduğunuz başka bir kurulum yoksa güvenlidir. Hesabı silmeden önce hesaptaki tüm zone ve kayıtları not almanız, olası bir geri dönüş ihtiyacına karşı önerilir.
Sonuç
Error 1000, ilk bakışta korkutucu görünen ama net bir kök nedene dayanan bir hatadır: aynı alan adının iki CDN hesabında aynı anda tanımlı olması. Bu, platform göçlerine özgü, nadir ama tamamen çözülebilir bir senaryodur. Sistematik teşhis ve doğru katmanda müdahale ile en ürkütücü görünen hata bile birkaç net adıma indirgenir. İster iki taraflı temizlikle mevcut kurulumu koruyun, ister CDN katmanını aradan çıkarıp DNS'i doğrudan yönetin, ister erişiminiz varsa çakışan hesabı doğrudan kapatın; önemli olan sorunu belirtiden değil kaynağından çözmektir.
Kendi göç sürecinizde benzer bir DNS/CDN hatasıyla karşılaştıysanız veya göçü baştan sona güvenli şekilde planlamak istiyorsanız, Shopify'a taşıma ve geçiş hizmetimiz hakkında bilgi almak için ekibimizle iletişime geçebilirsiniz.
