Բեքենդը կարող է հաջողությամբ ուղարկել 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 տրանսպորտը։ Firebase Admin Java-ի HTTP ինտերֆեյսների համար միասին կարգավորեք API-ի և հավատարմագրերի տրանսպորտը։ Եթե ուղարկումը հաջողվում է, բայց առաքումը ձախողվում, պահպանեք այդ արդյունքը և ուսումնասիրեք սարքի ուղին՝ փոխարենը կրկին ու կրկին փոխարինելով բեքենդի պրոքսի հավատարմագրերը։

Առնչվող հոդվածներ