Ang pagpapadala ng FCM sa pamamagitan ng proxy ay hindi nagruruta ng koneksyon ng telepono

Matagumpay na makapagpapadala ang isang backend ng kahilingan sa Firebase Cloud Messaging sa pamamagitan ng corporate proxy habang hindi kailanman natatanggap ng Android device ang abiso. Ang kahilingan sa Admin API ng backend at ang koneksyon sa FCM ng device ay magkahiwalay na landas.

Sinasabi ng gabay sa network ng Firebase na hindi maaaring i-proxy ang protocol ng device ng FCM sa pamamagitan ng network proxy. Ang pag-configure ng HTTP client sa nagpapadala ay hindi ginagawang kahilingan sa HTTP proxy ang palagiang koneksyon ng device.

Para sa mga Android device, ang mga dokumentadong TCP destination port ay 5228, 5229, 5230 at 443. Karaniwang gumagamit ang FCM ng 5228, at magagamit din ang iba pang port. Ilapat ang kaugnay na patakaran sa network kung saan kumokonekta ang mga tumatanggap na device.

Gamitin ang inilathalang gabay sa hostname ng Firebase kapag nililimitahan ng firewall ang mga destinasyon; hindi nito inirerekomenda ang mga nakapirming allowlist ng IP dahil maaaring magbago ang mga address. Kailangan din ng mga device ng gumaganang DNS at matatag na landas para sa kanilang pangmatagalang koneksyon.

Kung nabigo ang nagpapadala habang kumukuha ng token o sa isang kahilingan sa Admin API, i-diagnose ang HTTP transport sa gilid ng server. Para sa mga HTTP interface ng Firebase Admin Java, i-configure nang sabay ang transport ng API at ng mga kredensyal. Kung matagumpay ang pagpapadala ngunit nabigo ang paghahatid, itago ang resultang iyon at imbestigahan ang landas ng device sa halip na paulit-ulit na palitan ang mga kredensyal ng proxy ng backend.