Адпраўка FCM праз проксі не маршрутызуе злучэнне тэлефона
Аддзяліце маршрут Admin API Firebase ад пастаяннага сеткавага злучэння FCM прымальнай прылады Android.
Бэкенд можа паспяхова адправіць запыт Firebase Cloud Messaging праз карпаратыўны проксі, а прылада Android так і не атрымае апавяшчэнне. Запыт Admin API бэкенда і злучэнне FCM прылады — гэта розныя шляхі.
Сеткавыя рэкамендацыі Firebase сцвярджаюць, што пратакол прылады FCM нельга праксіраваць праз сеткавы проксі. Налада HTTP-кліента на адпраўніку не ператварае гэта пастаяннае злучэнне прылады ў запыт HTTP-проксі.
Для прылад Android дакументаваныя мэтавыя TCP-парты — 5228, 5229, 5230 і 443. FCM звычайна выкарыстоўвае 5228, астатнія парты таксама даступныя. Прымяняйце адпаведную палітыку ў сетцы, да якой падключаюцца прымальныя прылады.
Выкарыстоўвайце апублікаваныя рэкамендацыі Firebase па імёнах хастоў, калі брандмаўэр абмяжоўвае прызначэнні; яны не рэкамендуюць фіксаваныя спісы дазволеных IP, бо адрасы могуць змяняцца. Прыладам таксама патрэбны працоўны DNS і стабільны шлях для іх доўгажывучага злучэння.
Калі адпраўнік збойвае падчас атрымання токена або запыту Admin API, дыягнастуйце гэты HTTP-транспарт на боку сервера. Для HTTP-інтэрфейсаў Firebase Admin Java наладайце транспарт API і транспарт уліковых даных разам. Калі адпраўка ўдалася, а дастаўка не, захавайце гэты вынік і даследуйце шлях прылады, а не замяняйце зноў і зноў уліковыя даныя проксі бэкенда.