jsonscraper
Piyasalar

GitHub webhook’lar için yeni IP aralıkları ekledi: izin listesini güncelleme

29 Ekim’de GitHub, Meta API’deki hooks alanını genişletti. Değişikliğin kimi etkilediğini ve adresleri elle kopyalamadan ağ kurallarını nasıl eşitleyeceğinizi inceliyoruz.

Yayın Politikası Hata bildirin

Sunucunuz GitHub webhook’larını yalnızca izin verilen IP adreslerinden kabul ediyorsa izin listesine üç yeni önek ekleyin. GitHub, 29 Ekim 2026’da duyurdu: github.com’a yapılan teslimatlar için yeni aralıklar Meta API’nin hooks alanına eklendi. Değişiklik, GitHub Enterprise Cloud dâhil tüm planlarda github.com’a yapılan webhook teslimatlarını kapsıyor.

Makale: GitHub webhook’lar için yeni IP aralıkları ekledi: izin listesini güncelleme
Özet: GitHub, github.com’a gelen webhook’lar için üç yeni CIDR öneki ekledi. Sunucunuz teslimatları yalnızca izin listesindeki adreslerden kabul ediyorsa listeyi güncel Meta API yanıtından yenileyin ve eski aralıkların listede kaldığını doğrulayın.
Görsel rolü: kapak — ana fikir
Bölüm: 
Görsel konusu: Webhook teslimat rotalarını ve vurgulanmış üç yeni CIDR ağ bloğunu gösteren ağ güvenlik duvarı yapılandırma şemasının yakın planı
© jsonscraper · Yapay zekâ tarafından oluşturulmuş illüstrasyon

Hangi aralıklar eklenmeli?

Elle güncelleme için GitHub şu CIDR öneklerini listeliyor:

  • 9.234.98.160/28
  • 9.234.98.176/28
  • 9.234.106.48/28

Önceden izin verilen GitHub adreslerinin yanına ekleyin ve eski aralıkları koruyun. İzin listeniz zaten Meta API üzerinden güncelleniyorsa bu önekler için ayrıca değişiklik yapmanız gerekmez: güncel webhook listesi hooks alanında döndürülür. Meta API belgeleri, örnek yanıttaki değerlerin yalnızca gösterim amaçlı olduğu konusunda uyarıyor; canlı yapılandırma için güncel verileri doğrudan isteyin.

İzin listesinin nasıl oluşturulduğunu kontrol edin

Öncelikle izin verilen adresler listesinin nerede tanımlandığını belirleyin: uygulamanın ağ güvenlik duvarında, ters proxy’de, bulut politikasında ya da kurumsal güvenlik duvarında. Ardından sistemin GET /meta yanıtındaki tüm kümeden mi güncelleme yaptığını, yoksa yalnızca elle eklenen kayıtları mı tuttuğunu kontrol edin. İlk durumda hooks alanının eşitlemeye dâhil olduğunu doğrulayın; ikinci durumda önceki önekleri silmeden üçünü de ekleyin.

Herkese açık GET /meta verilerine kimlik doğrulaması olmadan erişilebilir. GitHub, hizmet adresleri değişebileceğinden izin listesinin düzenli olarak güncellenmesini öneriyor. Otomasyon için yanıttaki hooks alanını alın ve ağ kurallarını uygulamadan önce tam kümeyi yerel yapılandırmayla karşılaştırın.

Güncellemeden sonra neleri kontrol etmeli?

Yeni CIDR öneklerinin etkin yapılandırmada bulunduğundan ve eski kayıtların korunduğundan emin olun. Ardından değişiklik sonrasında webhook teslimat günlüklerini ve ağ günlüklerindeki retleri kontrol edin. IP filtrelemesini başka denetimlerle birlikte kullanmak yararlıdır: GitHub’ın önerileri sertifika doğrulamalı HTTPS, webhook gizli anahtarı ve işleme öncesinde olay türünün doğrulanmasını kapsıyor.

GitHub, teslimata 10 saniye içinde 2xx koduyla yanıt verilmesini öneriyor; uzun süren işlemler bir kuyruğa aktarılabilir. X-GitHub-Delivery başlığı, teslimatın benzersizliğini izlemeye ve isteğin yeniden oynatılmasına karşı korunmaya yardımcı olur.

Sabit bir izin listesi kullanıyorsanız yayımlanan üç öneki de elle ekleyin. Yapılandırma otomatik olarak yönetiliyorsa hooks alanını Meta API üzerinden güncelleyin ve mevcut değerlerini yerel listeyle düzenli olarak karşılaştırın. Böylece yeni adresler, gelen webhook’ları filtreleyen kuralların dışında kalmaz.

İnsanlar

Bu makale için henüz kimse listelenmedi.

Okumaya devam etGitHub CLI’ye süresi dolan OAuth belirteçleri eklendi: etkinleştirme ve entegrasyonları denetleme
Sonraki makaleyi okuyun

Okuduklarınızı çalışan bir entegrasyona dönüştürün

jsonscraper sosyal veri API'lerini keşfedin, istekleri test edin ve sonraki iş akışınızı oluşturun.

API'leri Keşfet