Epin Scripti Lisans Hatası Veriyor: Panelin Kapanmasının Arkasındaki 6 Sessiz Sebep ve Kimsenin Anlatmadığı Doğrulama Zinciri İfşası

Panelde “Lisans doğrulanamadı” yazısını gören çoğu kişi aynı refleksle hareket eder: faturaya bakar, ödemenin geçtiğini görür ve “yazılımcı beni engelledi” diye düşünür. Oysa bu ekranın ardındaki sebeplerin büyük kısmı ödemeyle hiç ilgili değildir. Lisans doğrulaması, senin sunucun ile doğrulama sunucusu arasında kurulan kısa bir konuşmadır; o konuşmanın kopmasının onlarca yolu vardır ve bunların çoğu senin tarafında olur.

Bu yüzden lisans hatasını bir “ceza” olarak değil, bir iletişim arızası olarak okumak gerekir. Sorunun hangi halkada koptuğunu bilirsen çözüm ortalama on dakikadır; bilmezsen günlerce destek yazışması yaparsın. Aşağıda bir e-pin satış scriptinin lisans zincirini halka halka açıyor, hangi sırayla eleme yapman gerektiğini ve hangi durumda gerçekten satıcıya yazmanın doğru olduğunu anlatıyorum.

Lisans hatası her zaman “ödeme yapmadın” demek değildir

Lisanslı bir yazılımın çalışma anında yaptığı iş basittir: kurulu olduğu alan adını ve bazen sunucu kimliğini doğrulama adresine sorar, gelen cevabı yorumlar. Bu konuşmada üç şey yanlış gidebilir; soru yanlış gider, cevap gelmez ya da gelen cevap beklenen biçimde değildir. Üçünün de ekrandaki görüntüsü aynıdır: kısacık, tek satırlık bir lisans uyarısı. İşte bu yüzden mesajın kendisi sana neredeyse hiçbir şey söylemez.

Doğru yaklaşım, sebebi dıştan içe doğru elemektir. En dışta alan adı yazımı, sonra sunucu kimliği, sonra dış dünyaya çıkış izni, en içte ise lisans kaydının kendisi vardır. Pratikte vakaların çoğu ilk iki halkada çözülür. Bu sıralamayı atlayıp doğrudan “lisansım iptal mi edildi” sorusuna gitmek, otomobilde benzin var mı diye bakmadan motoru sökmeye benzer. Epin yazılım kurulumlarında bu eleme alışkanlığı, tek başına destek ihtiyacını yarıya indirir.

Domain, alt alan ve www: lisansın en sinsi tuzağı

Bir lisans genelde tek bir alan adına tanımlanır ve doğrulama karşılaştırması harf harf yapılır. Bu yüzden kaydın site.com olarak yapıldığı bir kurulumda ziyaretçi www.site.com adresinden girdiğinde doğrulama başarısız olabilir. Daha da sinsisi, geliştirme aşamasında bir alt alanda çalışmış olmandır; her şey haftalarca sorunsuz görünür, canlıya geçtiğin gün panel kapanır ve sen o an kod tarafında bir şey bozduğunu sanırsın.

Kontrolü şu üç adımda yap. Önce lisans kaydındaki alan adını gör; tahmin etme, bak. Sonra sitenin tek bir kanonik adreste toplandığından emin ol: www ve çıplak adres birbirine yönlendirilmiş olmalı. Son olarak, kurulumun bulunduğu klasörün gerçekten o alan adına hizmet ettiğini doğrula. Bir dijital ürün satış yazılımını demo alanından canlıya taşırken lisans tarafını güncellemeyi unutmak, yaşanmış en yaygın senaryolardan biridir ve çözümü tek satır düzeltmedir.

Sunucu kimliği değişti mi? Doğrulama sunucusu seni tanımıyor

Bazı lisanslar alan adının yanında sunucu kimliğini de kaydeder. Bu, izinsiz çoğaltmayı engelleyen makul bir önlemdir ama bir yan etkisi vardır: sunucu değiştirdiğinde ya da barındırma firman IP havuzunu güncellediğinde kayıt eskimiş olur. Hiçbir şey yapmadığın hâlde sabah panel kapanmış olur. Bu senaryoda suçlanacak kimse yoktur; sadece bir kaydın güncellenmesi gerekir.

Aynı kategoriye giren bir başka durum, önbellekleme ve koruma katmanı devreye alındığında ortaya çıkar. Siteni bir koruma servisinin arkasına aldığında dışarıya görünen kimlik değişir ve doğrulama tarafı farklı bir imza görür. Bu yüzden altyapıda böyle bir değişiklik yapmayı planlıyorsan sırayı tersine çevir: önce lisans kaydını hazırla, sonra geçişi yap. Pinova gibi profesyonel bir yönetim yazılımında bu güncelleme panel üzerinden yürür ve kesinti yaşanmaz; derme çatma kurulumlarda ise saatler sürebilir.

Dış erişim kapalıysa yazılım lisansını soramaz

Üçüncü halka en çok gözden kaçandır. Doğrulama, sunucunun dışarıya bir istek göndermesini gerektirir. Barındırma tarafında giden bağlantılar kısıtlıysa, güvenlik duvarı belirli adresleri engelliyorsa ya da gerekli PHP eklentisi kapalıysa istek hiç yola çıkamaz. Yazılım cevap alamadığı için güvenli tarafta kalır ve çalışmayı reddeder. Ekranda gördüğün şey bir lisans sorunu gibi görünür ama aslında bir ağ izni sorunudur.

Bunu anlamanın basit bir yolu var: sunucudan dışarıya yapılan küçük bir bağlantı testi. Cevap gelmiyorsa konuyu barındırma desteğine taşımak gerekir, yazılım satıcısına değil. Bu ayrım önemlidir, çünkü yanlış kapıyı çaldığında iki gün kaybedersin. Ucuz ve aşırı kısıtlı paketlerde bu durum sıklıkla yaşanır; ciddi bir e-pin scripti çalıştıracaksan giden bağlantılara izin veren bir ortam seçmek baştan doğru karardır.

İzinsiz kurulumların lisans hatası neden hiç geçmez

Bir de kalıcı grup var: yetkisiz dağıtılmış, kırılmaya çalışılmış kurulumlar. Bunlarda hata bazen gider, birkaç gün sonra geri döner, ardından ödeme sayfası çalışmaz, sonra sipariş kayıtları tutmaz. Sebebi basit: doğrulama katmanına müdahale edilirken yazılımın başka parçaları da bozulur ve hiçbir güncelleme güvenle uygulanamaz. Üstelik bu tür kurulumlarda arka kapı barındırma riski çok yüksektir; e-pin gibi anında nakde çevrilebilir bir ürünü sattığın bir sistemde bu, doğrudan para kaybı demektir.

Bu yüzden lisans hatasını kırarak çözmeye çalışmak, kırık camı bantla kapatmaya benzer. Kaybedeceğin şey sadece yazılımın lisans ücreti değildir: stok, müşteri güveni ve yıllarca kurduğun itibardır. Lisanslı bir e-pin satış yazılımının asıl değeri de burada ortaya çıkar; arkasında güncelleme, güvenlik yaması ve bir muhatap vardır. Kriz anında en pahalı şey, sorunu soracak kimsenin olmamasıdır.

Lisans hatasını on dakikada elemek için doğru sıralama

Şimdi hepsini tek akışa dökelim. Hata ekranını gördüğünde saate bak ve sırayla ilerle: son 24 saatte alan adı, sunucu ya da koruma katmanında bir değişiklik oldu mu? Site hem www hem çıplak adreste aynı davranıyor mu? Lisans kaydındaki alan adı canlı adresle birebir aynı mı? Sunucudan dışarıya bağlantı kurulabiliyor mu? Lisans süresi dolmuş mu? Bu beş soruyu sırayla yanıtladığında kalan olasılık sayısı bire iner.

Hepsi temiz çıkıyorsa artık gerçekten satıcıya yazma zamanıdır ve elinde işi hızlandıracak bir dosya olur: alan adı, sunucu kimliği, hatanın başladığı saat, o saatte yapılan değişiklik ve denediğin adımlar. Bu bilgiyle açılan bir destek talebi genelde aynı gün kapanır. Tek satır “çalışmıyor” yazan talep ise günlerce gidip gelir. Dijital ürün satış scripti yöneten biri için bu disiplin, teknik bilgiden daha değerlidir.

Lisans hatası, doğru sırayla bakıldığında on dakikalık bir işe dönüşen ama yanlış yerden başlandığında günleri yakan bir konudur. Pinova'nın domain taşıma, doğrulama ve güvenlik tarafını nasıl kurguladığını görmek istersen canlı demo ekranlarında gez, ardından özellik listesini ve paket seçeneklerini karşılaştır.