Trimiterea FCM printr-un proxy nu rutează conexiunea telefonului
Separați ruta Admin API a Firebase de conexiunea de rețea FCM persistentă a dispozitivului Android care primește.
Un backend poate trimite cu succes o cerere Firebase Cloud Messaging printr-un proxy corporativ în timp ce un dispozitiv Android nu primește niciodată notificarea. Cererea Admin API a backend-ului și conexiunea FCM a dispozitivului sunt căi separate.
Îndrumările de rețea ale Firebase afirmă că protocolul de dispozitiv al FCM nu poate fi trecut printr-un proxy de rețea. Configurarea unui client HTTP la expeditor nu transformă acea conexiune persistentă a dispozitivului într-o cerere de proxy HTTP.
Pentru dispozitivele Android, porturile TCP de destinație documentate sunt 5228, 5229, 5230 și 443. FCM folosește de obicei 5228, iar celelalte porturi sunt și ele disponibile. Aplicați politica relevantă în rețeaua în care se conectează dispozitivele receptoare.
Folosiți îndrumările publicate de Firebase privind numele de gazdă atunci când un firewall restricționează destinațiile; acestea nu recomandă liste fixe de IP-uri permise, deoarece adresele se pot schimba. Dispozitivele au nevoie și de DNS funcțional și de o cale stabilă pentru conexiunea lor de lungă durată.
Dacă expeditorul eșuează în timpul obținerii tokenului sau al unei cereri Admin API, diagnosticați acel transport HTTP pe partea de server. Pentru interfețele HTTP ale Firebase Admin Java, configurați împreună transportul API-ului și al acreditărilor. Dacă trimiterea reușește dar livrarea eșuează, păstrați acel rezultat și investigați calea dispozitivului în loc să înlocuiți repetat acreditările de proxy ale backend-ului.