FCM via een proxy verzenden routeert de verbinding van de telefoon niet
Scheid de Admin API-route van Firebase van de permanente FCM-netwerkverbinding van het ontvangende Android-apparaat.
Een backend kan met succes een Firebase Cloud Messaging-verzoek via een bedrijfsproxy verzenden terwijl een Android-apparaat de melding nooit ontvangt. Het Admin API-verzoek van de backend en de FCM-verbinding van het apparaat zijn afzonderlijke paden.
De netwerkrichtlijnen van Firebase stellen dat het apparaatprotocol van FCM niet via een netwerkproxy kan worden geproxied. Het configureren van een HTTP-client bij de afzender maakt van die permanente apparaatverbinding geen HTTP-proxyverzoek.
Voor Android-apparaten zijn de gedocumenteerde TCP-doelpoorten 5228, 5229, 5230 en 443. FCM gebruikt normaal 5228, en de andere poorten zijn ook beschikbaar. Pas het relevante beleid toe op het netwerk waarop de ontvangende apparaten verbinden.
Gebruik de gepubliceerde hostnamerichtlijnen van Firebase wanneer een firewall bestemmingen beperkt; deze raden vaste IP-allowlists af omdat adressen kunnen veranderen. Apparaten hebben ook een werkende DNS en een stabiel pad nodig voor hun langdurige verbinding.
Als de afzender mislukt tijdens het verkrijgen van een token of een Admin API-verzoek, diagnosticeer dan dat HTTP-transport aan de serverzijde. Voor de HTTP-interfaces van Firebase Admin Java configureert u het API- en referentietransport samen. Als het verzenden lukt maar de aflevering mislukt, bewaar dat resultaat en onderzoek het apparaatpad in plaats van herhaaldelijk de proxyreferenties van de backend te vervangen.