Изпращането на 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 и на идентификационните данни заедно. Ако изпращането успее, но доставката се провали, запазете този резултат и изследвайте пътя на устройството, вместо многократно да сменяте прокси идентификационните данни на бекенда.