jsonscraper
Markkinat

GitHub lisäsi uusia webhookien IP-alueita: näin päivität sallittujen listan

GitHub laajensi 29. lokakuuta Meta API:n hooks-kenttää. Tässä kerrotaan, ketä muutos koskee ja miten verkkosäännöt voi synkronoida kopioimatta osoitteita käsin.

Toimituksellinen linjaus Ilmoita virheestä

Jos palvelin hyväksyy GitHubin webhookit vain sallituista IP-osoitteista, lisää sallittujen listaan kolme uutta etuliitettä. GitHub ilmoitti 29. lokakuuta 2026, että github.com-sivuston webhook-toimitusten uudet alueet ovat nyt Meta API:n hooks-kentässä. Muutos koskee github.com-sivustolle toimitettavia webhookieja kaikissa tilauksissa, myös GitHub Enterprise Cloudissa.

Artikkeli: GitHub lisäsi uusia webhookien IP-alueita: näin päivität sallittujen listan
Yhteenveto: GitHub lisäsi kolme CIDR-etuliitettä github.com-sivuston saapuville webhookeille. Jos palvelin hyväksyy toimitukset vain sallittujen listan perusteella, päivitä lista Meta API:n ajantasaisesta vastauksesta ja tarkista, että vanhat alueet säilyvät mukana.
Kuvan rooli: kansikuva — pääaihe
Osio: 
Visuaalinen aihe: Lähikuva verkkopalomuurin määrityskaaviosta, jossa näkyvät webhookien toimitusreitit ja kolme korostettua uutta CIDR-verkkoaluetta
© jsonscraper · Tekoälyn luoma kuvitus

Lisättävät alueet

GitHub luettelee manuaalista päivitystä varten seuraavat CIDR-etuliitteet:

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

Lisää ne GitHubin jo sallittujen osoitteiden rinnalle ja säilytä aiemmat alueet. Jos sallittujen listaa päivitetään jo Meta API:n kautta, näitä etuliitteitä ei tarvitse lisätä erikseen: ajantasainen webhook-luettelo palautetaan hooks-kentässä. Meta API:n dokumentaatio huomauttaa, että esimerkkivastauksen arvot ovat havainnollistavia; tuotantokäyttöä varten hae ajantasaiset tiedot suoraan.

Tarkista, miten sallittujen lista muodostetaan

Selvitä ensin, missä sallittujen osoitteiden luettelo määritetään: sovelluksen palomuurissa, käänteisvälityspalvelimessa, pilvipalvelun käytännössä vai yrityksen palomuurissa. Tarkista sitten, päivittääkö järjestelmä koko GET /meta -vastauksen mukaisen joukon vai säilyttääkö se vain käsin lisätyt merkinnät. Ensimmäisessä tapauksessa varmista, että hooks-kenttä sisältyy synkronointiin; jälkimmäisessä lisää kolme etuliitettä poistamatta aiempia.

Julkiset GET /meta -tiedot ovat saatavilla ilman tunnistautumista. GitHub suosittelee päivittämään sallittujen listan säännöllisesti, sillä palveluiden osoitteet voivat muuttua. Automatisoi päivitys poimimalla vastauksesta hooks-kenttä ja vertaamalla koko joukkoa paikalliseen määritykseen ennen verkkosääntöjen käyttöönottoa.

Mitä tarkistaa päivityksen jälkeen

Varmista, että uudet CIDR-etuliitteet näkyvät aktiivisessa määrityksessä ja että vanhat merkinnät ovat tallella. Tarkista sen jälkeen webhook-toimitusten loki ja verkkolokit mahdollisten muutoksen jälkeisten estojen varalta. IP-suodatusta kannattaa täydentää muilla tarkistuksilla: GitHubin suosituksiin kuuluvat HTTPS-varmennevalidointeineen, webhook-salaisuus ja tapahtumatyypin tarkistaminen ennen käsittelyä.

GitHub suosittelee vastaamaan toimitukseen 2xx-tilakoodilla 10 sekunnin kuluessa; pitkän käsittelyn voi siirtää jonoon. X-GitHub-Delivery-otsake auttaa tunnistamaan toimituksen yksilöllisyyden ja suojautumaan pyynnön toistolta.

Jos käytät staattista sallittujen listaa, lisää siihen manuaalisesti kaikki kolme julkaistua etuliitettä. Jos määritystä hallitaan automaattisesti, päivitä hooks-kenttä Meta API:n kautta ja vertaa sen arvoja säännöllisesti paikalliseen listaan. Näin uudet osoitteet eivät jää saapuvia webhookieja suodattavien sääntöjen ulkopuolelle.

Ihmiset

Tämän artikkelin luettelossa ei ole vielä ihmisiä.

Jatka lukemistaGitHub CLI toi vanhenevat OAuth-tunnukset: käyttöönotto ja integraatioiden tarkistus
Lue seuraava artikkeli

Muuta lukemasi toimivaksi integraatioksi

Tutustu jsonscraperin sosiaalisen datan rajapintoihin, testaa pyyntöjä ja rakenna seuraava työnkulkusi.

Tutki API:t