Endpoint doğrulaması neyi kanıtlar?
Bir webhook adresinin tarayıcıda açılması, platformun beklediği doğrulama yanıtını verdiğini göstermez. Uç nokta genel bir tanıtım sayfası değil, belirli istekleri işleyen uygulama adresidir. Önce dışarıdan ulaşılabilir adresi ve uygulamanın gerçekten aynı yolu dinlediğini kontrol edin.
eBay'in iletişim API rehberi, HTTPS uç noktaya gelen challenge değerinden doğrulama yanıtı üretilmesini anlatır. SHA-256 girdileri challengeCode, verificationToken ve endpoint sırasıyla birleştirilir; beklenen JSON alanı challengeResponse'tur. Bu işlem uç nokta erişimini doğrular, sonraki her bildirimin kendiliğinden güvenilir olduğunu göstermez.
Adres zincirini ve uygulama yolunu inceleyin
Kaydedilen adresle uygulamanın gördüğü adres arasındaki farkları kontrol edin. Eğik çizgi, alan adı veya yönlendirme farklılığı hesaplanan girdiyi etkileyebilir. Kendi kendinize tahmini adres değiştirerek değil, kayıtlı değeri ve uygulamanın kullandığı değeri yan yana karşılaştırarak ilerleyin.
Güvenlik duvarı veya CDN doğrulama isteğine normal uygulama yerine bir kontrol sayfası döndürüyorsa uygulama günlüğünde istek görünmeyebilir. Bu durumda bütün güvenlik özelliklerini kapatmak yerine ilgili yolun yanıtını ve kayıtlarını inceleyin. Ağ ayarı değişikliği için yetkili yöneticiyle sınırlı bir çözüm planlayın.
Yanıtın yalnız görünüşüne bakmayın
Doğrulama yanıtı doğru HTTP durumu ve JSON içerik türüyle dönmeli. Uygulamanın başına eklediği hata metni, HTML veya beklenmeyen karakterler makine tarafından okunmayı bozabilir. Geliştiriciden gerçek yanıt başlığı ve gövdesini hassas verileri maskeleyerek kontrol etmesini isteyin.
Verification token bir mağaza şifresi değildir ama yine de herkese açık kod deposunda veya ekran görüntüsünde paylaşılmamalı. Test kaydında gerçek gizli değer yerine maskeli bilgi kullanın. Hash sonucunu rastgele sabitlemek dinamik challenge kontrolünün yerine geçmez.
Doğrulama sonrası bildirim işlemeyi test edin
Uç nokta kabul edildiğinde iş henüz tamamlanmış sayılmaz. Gerçek bildirim akışında imza doğrulama, doğru konu aboneliği ve işleme sonucunun takibi gerekir. Bu aşamaların hangisinin uygulamada mevcut olduğunu geliştiriciyle açıkça listeleyin.
Başlangıçta kontrollü test bildirimiyle alım ve işleme kaydını eşleştirin. Günlükte yalnız 'istek geldi' yazması ilgili sipariş veya olayın doğru işlendiğini kanıtlamaz. Hatalar için sorumlu, inceleme kaydı ve tekrar çalıştırma politikası belirleyin. Gizli veya müşteri verilerini sınırsız süre ham günlükte tutmak yerine gerekli kapsam ve saklama süresini iş ihtiyacına göre planlayın.
Yanıt kontrolünü dağıtımdan sonra yeniden yapın. Geliştirme ortamında çalışan yol, canlı yönlendirme veya hata sayfası nedeniyle farklı içerik üretebilir. Uygulama sürümü, test zamanı ve sonuç kaydını birlikte tutun. Başarısız doğrulamada gizli değeri değiştirerek deneme yapmak yerine önce gerçek isteğin doğru uygulamaya ulaştığını saptayın.
Çalışma ortamı için eBay VDS seçeneklerini inceleyebilirsiniz. ekip çalışma düzeni; sipariş kayıtlarını kontrol etme; VDS'ye kontrollü geçiş yazıları da ilgili kontrolleri açıklar. Platformun hesap ve işlem kuralları, kullanılan uzak masaüstünden bağımsız olarak geçerlidir.
Sıkça Sorulan Sorular
Adres tarayıcıda açılıyorsa doğrulama geçer mi?
Hayır. Uç noktanın gelen challenge için beklenen durum, içerik türü ve JSON yanıtını üretmesi gerekir.
Challenge yanıtını sabit yazabilir miyim?
Hayır. Gelen challenge ile yapılandırılmış değerlerden doğru yanıt hesaplanmalıdır; sabit sonuç uygun değildir.
Doğrulama token'ı eBay hesabımın parolası mı?
Hayır. Uç nokta doğrulama yapılandırmasının ayrı değeridir. Yine de herkese açık paylaşılmamalıdır.
Doğrulama geçince bildirim güvenliği tamam mı?
Hayır. Sonraki bildirimlerin imza kontrolü ve doğru işlenmesi ayrıca doğrulanmalıdır.