FCM fia in proxy stjoere rûtelet de ferbining fan 'e telefoan net
Skied de Admin API-rûte fan Firebase fan 'e permaninte FCM-netwurkferbining fan it ûntfangende Android-apparaat.
In backend kin in Firebase Cloud Messaging-fersyk mei súkses fia in bedriuwsproxy stjoere, wylst in Android-apparaat de notifikaasje nea ûntfangt. It Admin API-fersyk fan 'e backend en de FCM-ferbining fan it apparaat binne aparte rûtes.
De netwurkrjochtlinen fan Firebase sizze dat it apparaatprotokol fan FCM net fia in netwurkproxy proxied wurde kin. It konfigurearjen fan in HTTP-klient by de stjoerder makket dy permaninte apparaatferbining net ta in HTTP-proxyfersyk.
Foar Android-apparaten binne de dokumintearre TCP-bestimmingspoarten 5228, 5229, 5230 en 443. FCM brûkt normaal 5228, en de oare poarten binne ek beskikber. Pas it relevante belied ta op it netwurk dêr't de ûntfangende apparaten ferbine.
Brûk de publisearre hostnamerjochtlinen fan Firebase as in firewall bestimmings beheint; se riede ôf fan fêste IP-tastiene lysten, om't adressen feroarje kinne. Apparaten hawwe ek in wurkjende DNS en in stabile rûte nedich foar har langduorjende ferbining.
As de stjoerder mislearret by it krijen fan in token of in Admin API-fersyk, diagnostisearje dan dat HTTP-transport oan 'e serverkant. Foar de HTTP-ynterfaces fan Firebase Admin Java konfigurearje it API- en legitimaaasjetransport tegearre. As it stjoeren slagget mar de levering mislearret, bewarje dat resultaat en ûndersykje de apparaatrûte ynstee fan hieltiten wer de proxy-legitimaasjes fan 'e backend te ferfangen.