jsonscraper
Trhy

GitHub přidala nové rozsahy IP adres pro webhooky: jak aktualizovat seznam povolených adres

Dne 29. října GitHub rozšířila pole hooks v Meta API. Zjistěte, koho se změna týká a jak synchronizovat síťová pravidla bez ručního kopírování adres.

Redakční zásady Nahlásit chybu

Pokud server přijímá webhooky GitHubu pouze z povolených IP adres, přidejte na seznam povolených tři nové předpony. GitHub 29. října 2026 oznámila, že se nové rozsahy pro doručování na github.com objevily v poli hooks Meta API. Změna se týká doručování webhooků na github.com u všech tarifů, včetně GitHub Enterprise Cloud.

Článek: GitHub přidala nové rozsahy IP adres pro webhooky: jak aktualizovat seznam povolených
Shrnutí: GitHub přidala tři předpony CIDR pro příchozí webhooky na github.com. Pokud server přijímá doručení pouze z adres na seznamu povolených, aktualizujte jej podle aktuální odpovědi Meta API a ověřte, že v seznamu zůstaly i starší rozsahy.
Role obrázku: titulní — ústřední myšlenka
Sekce: 
Vizuální námět: Detailní pohled na diagram konfigurace síťového firewallu znázorňující trasy doručování webhooků a tři nově přidané bloky sítě CIDR
© jsonscraper · ilustrace vytvořená pomocí AI

Jaké rozsahy přidat

Pro ruční aktualizaci GitHub uvádí tyto předpony CIDR:

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

Přidejte je ke stávajícím povoleným adresám GitHubu a ponechte předchozí rozsahy. Pokud se seznam povolených již aktualizuje prostřednictvím Meta API, není třeba tyto předpony přidávat zvlášť: aktuální seznam webhooků se vrací v poli hooks. Dokumentace Meta API upozorňuje, že hodnoty v ukázkové odpovědi jsou pouze ilustrační; pro produkční konfiguraci si vyžádejte aktuální údaje přímo.

Ověřte, jak se seznam povolených vytváří

Nejprve zjistěte, kde je seznam povolených adres nastaven: ve firewallu aplikace, reverzním proxy serveru, cloudové zásadě nebo podnikovém firewallu. Poté ověřte, zda systém aktualizuje celou sadu z GET /meta, nebo uchovává pouze ručně přidané záznamy. V prvním případě potvrďte, že synchronizace zahrnuje pole hooks; ve druhém přidejte tři předpony a starší neodstraňujte.

Veřejné údaje z GET /meta jsou dostupné bez ověření. GitHub doporučuje seznam povolených pravidelně aktualizovat, protože adresy služeb se mohou měnit. Pro automatizaci načítejte z odpovědi pole hooks a před uplatněním síťových pravidel porovnejte úplnou sadu s místní konfigurací.

Co po aktualizaci zkontrolovat

Ověřte, že se nové předpony CIDR objevily v aktivní konfiguraci a že staré záznamy zůstaly zachovány. Poté po změně zkontrolujte protokol doručování webhooků a síťové protokoly, zda neobsahují odmítnuté požadavky. Filtrování podle IP adres je vhodné kombinovat s dalšími kontrolami: doporučení GitHubu zahrnují HTTPS s ověřováním certifikátu, tajný klíč webhooku a kontrolu typu události před zpracováním.

GitHub doporučuje odpovědět na doručení stavovým kódem 2xx do 10 sekund; delší zpracování lze přesunout do fronty. Hlavička X-GitHub-Delivery pomáhá rozpoznat jedinečnost doručení a chránit se před opakovaným přehráním požadavku.

U statického seznamu povolených adres ručně přidejte všechny tři zveřejněné předpony. Pokud se konfigurace spravuje automaticky, aktualizujte pole hooks prostřednictvím Meta API a pravidelně porovnávejte jeho aktuální hodnoty s místním seznamem. Nové adresy tak nezůstanou mimo pravidla, která filtrují příchozí webhooky.

Lidé

Pro tento článek zatím nejsou uvedeni žádní lidé.

Pokračujte ve čteníGitHub CLI přidává OAuth tokeny s omezenou platností: jak je zapnout a ověřit integrace
Přečtěte si další článek

Proměňte přečtené ve funkční integraci

Prozkoumejte API sociálních dat jsonscraper, testujte požadavky a sestavte další workflow.

Prozkoumat API