Sendi FCM per prokura servilo ne enkursigas la konekton de la telefono
Apartigu la itineron de la Admin API de Firebase disde la konstanta FCM-retekonekto de la ricevanta Android-aparato.
Malantaŭa sistemo povas sukcese sendi peton de Firebase Cloud Messaging tra entreprena prokura servilo dum Android-aparato neniam ricevas la sciigon. La peto al Admin API de la malantaŭa sistemo kaj la FCM-konekto de la aparato estas apartaj vojoj.
La retaj gvidlinioj de Firebase diras, ke la aparata protokolo de FCM ne povas esti prokurita tra reta prokura servilo. Agordi HTTP-klienton ĉe la sendanto ne igas tiun konstantan aparatan konekton HTTP-prokura peto.
Por Android-aparatoj, la dokumentitaj celhavenoj TCP estas 5228, 5229, 5230 kaj 443. FCM kutime uzas 5228, kaj la aliaj havenoj ankaŭ disponeblas. Apliku la koncernan regularon en la reto, al kiu konektiĝas la ricevantaj aparatoj.
Uzu la publikigitajn gvidliniojn de Firebase pri gastigantnomoj, kiam fajroŝirmilo limigas celojn; ĝi malrekomendas fiksajn listojn de permesitaj IP-adresoj, ĉar adresoj povas ŝanĝiĝi. Aparatoj ankaŭ bezonas funkciantan DNS kaj stabilan vojon por sia longdaŭra konekto.
Se la sendanto malsukcesas dum akiro de ĵetono aŭ peto al Admin API, diagnozu tiun servilflankan HTTP-transporton. Por la HTTP-interfacoj de Firebase Admin Java, agordu kune la transporton de la API kaj de la akreditiloj. Se la sendado sukcesas sed la liverado malsukcesas, konservu tiun rezulton kaj esploru la aparatan vojon anstataŭ ripete anstataŭigi la prokurajn akreditilojn de la malantaŭa sistemo.