FCM deur 'n proxy stuur, roeteer nie die foon se verbinding nie

'n Backend kan 'n Firebase Cloud Messaging-versoek suksesvol deur 'n korporatiewe proxy stuur terwyl 'n Android-toestel nooit die kennisgewing ontvang nie. Die backend se Admin API-versoek en die toestel se FCM-verbinding is afsonderlike roetes.

Firebase se netwerkriglyne sê dat FCM se toestelprotokol nie deur 'n netwerkproxy gestuur kan word nie. Om 'n HTTP-kliënt by die sender te configureer, verander nie daardie permanente toestelverbinding in 'n HTTP-proxyversoek nie.

Vir Android-toestelle is die gedokumenteerde TCP-bestemmingspoorte 5228, 5229, 5230 en 443. FCM gebruik gewoonlik 5228, en die ander poorte is ook beskikbaar. Pas die toepaslike beleid toe op die netwerk waar die ontvangende toestelle koppel.

Gebruik Firebase se gepubliseerde riglyne vir gasheername wanneer 'n firewall bestemmings beperk; dit ontmoedig vaste IP-toelatingslyste omdat adresse kan verander. Toestelle het ook werkende DNS en 'n stabiele roete vir hul langdurige verbinding nodig.

As die sender misluk tydens tokenverkryging of 'n Admin API-versoek, diagnoseer daardie bedienerkant-HTTP-transport. Vir Firebase Admin Java se HTTP-koppelvlakke, konfigureer die API- en geloofsbrief-transports saam. As stuur slaag maar aflewering misluk, bewaar daardie resultaat en ondersoek die toestelroete eerder as om herhaaldelik die backend se proxy-geloofsbriewe te vervang.