IP izin listeleri
Shopify Flow’daki bir webhook’u, token veya HMAC imzasının yanı sıra gönderenin IP adresleri veya CIDR aralıklarıyla da sınırlandırın.
Kimlik doğrulama, arayanın gizli bilginizi bildiğini kanıtlar. IP izin listesi, aramanın gelebileceği yerleri sınırlandırır; bu nedenle sızdırılmış bir jeton tek başına yeterli olmaz. Bunu, her bir webhook için ayrı ayrı, Gelişmiş ayarlar -> IP izin listesi bölümünden ayarlayabilirsiniz.
Bu kural, webhook’un kullandığı kimlik doğrulama yönteminin (None dahil) üzerine uygulanır. Jeton veya imzaya bakılmadan önce, başka herhangi bir adresten gelen istekler 403 hatası ve ip_not_allowed gerekçesiyle reddedilir.
Listenin doldurulması
Her satıra bir giriş, en fazla 50:
203.0.113.10veya2001:db8::1gibi tek bir IPv4 veya IPv6 adresi203.0.113.0/24veya2001:db8::/32gibi bir CIDR aralığı
İzin listesine eklenmeye değer gönderenlerin çoğu, giden IP aralıklarını yayınlar - Stripe, GitHub, Shopify ve Square gibi. Bu aralıkları yapıştırın ve gönderen bir değişiklik duyurduğunda bunları yeniden kontrol edin: Hiç güncellenmeyen bir izin listesi, zamanla gerçek trafiği reddetmeye başlar.
Hangi istekleri kontrol eder?
| Talep | İzin listesi geçerlidir |
|---|---|
| Webhook URL’sine yapılan bir çağrı | Evet |
| Uygulama proxy URL’sine yapılan bir çağrı | Hayır - bunlar bize Shopify’ın sunucularından geliyor, sizin gönderen adresinizden değil |
| Planlanmış bir sefer | Hayır - talebi kendimiz yapıyoruz |
| Bu webhook’u çağıran Shopify Flow eylemi | Hayır |
| Geçmiş'ten testleri ve tekrarları gönder | Hayır |
İşte bu nedenle izin listesi, kimlik doğrulamanın yerini tutmaz: webhook’a giden birçok meşru yol, bu listeden geçmez.
Karşılaştırdığımız adres
İsteğin gerçekte geldiği adresle karşılaştırma yapıyoruz. Gönderici ile aramızda herhangi bir ara unsur varsa - kurumsal bir proxy, bir API ağ geçidi, bir tünel, bir CDN - izin listesine eklemeniz gereken adres, kaynak sunucunun adresi değil, bu ara unsurdur.
Bunu bulmanın en hızlı yolu: izin listesi boş olarak bir istek gönderin, Geçmiş ve sorun giderme içindeki girişi açın ve kaydettiğimiz adresi okuyun.
İşler ters gittiğinde
Reddedilen bir istek, 403 ve ip_not_allowed hatalarıyla birlikte Geçmiş bölümünde hâlâ görünür; böylece reddedilen adresi görebilir ve listeye ekleyebilirsiniz. Hiçbir istek sessizce silinmez.
İlgili
- Kimlik Doğrulama - jetonlar, Bearer, Basic ve sorgu parametreleri.
- İmzalı webhook'ların doğrulanması - İmza atan gönderenler için HMAC doğrulaması.
- Geçmiş ve sorun giderme - kabul edilmiş olsun ya da olmasın, her istek.
