Android పుష్ నోటిఫికేషన్లు VPN తో పని చేయడం లేదా? వీటిని తనిఖీ చేయండి
FCM తన స్వంత బయటకు వెళ్లే కనెక్షన్‌ను 5228-5230 పోర్టులపై ఉంచుతుంది. నోటిఫికేషన్ సెట్టింగ్‌లను తాకే ముందు ప్రాక్సీ నియమం, NAT సమయ పరిమితి మరియు VPN బైపాస్ తనిఖీ చేయండి.
మిగతా అన్నింటిలో కార్పొరేట్ VPN ద్వారా బాగా బ్రౌజ్ చేసే ఫోన్‌లో నోటిఫికేషన్లు రావడం ఆగిపోతుంది. వెబ్ పేజీలు లోడ్ అవుతాయి, యాప్ తెరుచుకుంటుంది, సందేశాలు ఇంట్లో లేదా టన్నెల్ ఆపిన తర్వాత మాత్రమే కనిపిస్తాయి. Firebase Cloud Messaging ఆధారంగా నిర్మించిన యాప్‌లో, పుష్ ఛానెల్ అనేది ప్రత్యేకమైన, దీర్ఘకాలిక బయటకు వెళ్లే కనెక్షన్, బ్రౌజర్ ఇప్పుడే నిరూపించిన HTTPS మార్గం కాదు. ఈ తనిఖీలను క్రమంగా చేయండి మరియు మొదటి విఫలం వద్ద ఆగండి.
యాప్ నిజంగా FCM ఉపయోగిస్తుందని నిర్ధారించండి
ప్రతి నోటిఫికేషన్ పుష్ కాదు. కొన్నింటిని యాప్ స్థానికంగా షెడ్యూల్ చేస్తుంది, కొన్ని HTTPS ద్వారా అడుగుతారు, మరికొన్ని Firebase తో సంబంధం లేని విక్రేత ఛానెల్ ద్వారా వస్తాయి. యాప్ మానిఫెస్ట్ మరియు డిపెండెన్సీలలో Firebase Messaging ఉంటే, దాని నోటిఫికేషన్లు సాధారణంగా FCM కనెక్షన్ ద్వారా వెళ్తాయి, మరియు క్లయింట్ లైబ్రరీ నమోదును ఊహించదగిన ట్యాగ్ కింద లాగ్ చేస్తుంది.
adb logcat -s FirebaseMessaging:V
adb shell dumpsys package <package> | grep -i firebaseలాగ్‌లోని నమోదు టోకెన్ రవాణాను నిర్ధారిస్తుంది. అది లేకుంటే మీరు యాప్ స్థాయి నోటిఫికేషన్ పైప్‌లైన్‌ను డీబగ్ చేస్తున్నారు, ఫైర్‌వాల్ మార్పులు సహాయపడవు. ఈ భేదం ముఖ్యం ఎందుకంటే పంపబడినా ఎప్పుడూ చూపించని సందేశం మరియు ఎప్పుడూ రాని సందేశం వినియోగదారుకు ఒకేలా కనిపిస్తాయి.
బయటకు వెళ్లే పోర్టులను తనిఖీ చేయండి, వెబ్‌సైట్ కాదు
FCM పరికర కనెక్షన్లు పరికరం నుండి ప్రారంభమయ్యే TCP, 5228 పోర్టుకు, 5229 మరియు 5230 బ్యాకప్‌గా మరియు 443 చివరి మార్గంగా. బ్రౌజింగ్ కోసం 443 అనుమతించే ఫైర్‌వాల్ కూడా పుష్‌ను విచ్ఛిన్నం చేయగలదు, మరియు యాప్ API డొమైన్‌ను అనుమతించే నియమం ప్రత్యేక సేవలైన సందేశ ముగింపు బిందువులను కవర్ చేయదు.
ఇవి ఫోన్ నుండి బయటకు వెళ్లే కనెక్షన్లు. మీరు పరికరంలో లేదా VPN గేట్‌వేలో లోపలికి వచ్చే పోర్టును ప్రచురించరు, కాబట్టి ఎవరైనా పోర్ట్ ఫార్వార్డింగ్ సూచిస్తే, డిజైన్ ఇప్పటికే తప్పు. ఇంటర్నెట్‌లోని అన్ని చిరునామాలకు ఒక పోర్టును తెరిచే నియమానికి కూడా ఇదే వర్తిస్తుంది: దాన్ని పత్రీకరించిన గమ్యస్థానాలకు పరిమితం చేయండి.
| Port | Role | What to verify |
|---|---|---|
| 5228 | Primary FCM connection | Outbound allowed and session state kept |
| 5229, 5230 | Fallback ports | Often missing from hand-written allowlists |
| 443 | Last-resort fallback | Works only if the client actually falls back |
| HTTP proxy | Not a supported FCM transport | Proxy exclusion or bypass, not a port rule |
Firebase నెట్‌వర్క్ మార్గదర్శకం కూడా FCM డెలివరీ ప్రోటోకాల్‌ను సాధారణ HTTP ప్రాక్సీ ద్వారా తీసుకెళ్లలేము అని చెబుతుంది. కాబట్టి కార్పొరేట్ వెబ్ ప్రాక్సీ ద్వారా బ్రౌజర్ పని చేయడం పుష్ సాకెట్ గురించి ఏమీ నిరూపించదు: ఇవి వేర్వేరు మార్గాలున్న రెండు వేర్వేరు క్లయింట్లు.
సాకెట్‌ను చంపే నిష్క్రియ సమయ పరిమితులను తనిఖీ చేయండి
FCM కనెక్షన్ సందేశాల మధ్య తెరిచే ఉంటుంది, ఇది NAT మరియు స్థితి తనిఖీ సమయ పరిమితులకు సున్నితంగా చేస్తుంది. Firebase మార్గదర్శకం అలాంటి విధానాలు వర్తించే చోట కనీసం 30 నిమిషాల నిష్క్రియ సహనాన్ని కోరుతుంది. ఐదు నిమిషాల సెషన్ పరిమితి మ్యాపింగ్‌ను నిశ్శబ్దంగా తొలగిస్తుంది, మరియు ఫోన్ ఏదో మేల్కొలిపినప్పుడే తిరిగి కలుస్తుంది, కాబట్టి సందేశాలు గుత్తులుగా వస్తాయి లేదా రావు.
ఫైర్‌వాల్ లేదా VPN గేట్‌వేపై సెషన్ పట్టికను చదివి ఫోన్ 5228-5230 కనెక్షన్‌ను కనుగొనండి. దాని మిగిలిన ఆయుష్షును పత్రీకరించిన విలువతో పోల్చండి. అది తక్కువగా ఉంటే, పరికరంపై అన్ని విధానాలను మార్చడం బదులు ఆ పోర్టులకు సమయ పరిమితిని పెంచండి, ఎందుకంటే ప్రపంచ సమయ పరిమితి మార్పును సమర్థించడం కష్టం, తిరిగి తీసుకురావడం ఇంకా కష్టం.
Wi-Fi మరియు సెల్యులార్ మధ్య రోమింగ్‌లో ముగింపు బిందువు మ్యాపింగ్ నిలిచి ఉండటంపై కూడా పుష్ డెలివరీ ఆధారపడి ఉంటుంది. ఒక ఇంటర్‌ఫేస్‌కు కట్టుబడిన మ్యాపింగ్, రెండు నెట్‌వర్క్‌లు పోర్టులను అనుమతించినా బదిలీలో తొలగించబడవచ్చు.
VPN బైపాస్ ఆమోదయోగ్యమా అని నిర్ణయించండి
Android VPN క్లయింట్లు ట్రాఫిక్ టన్నెల్ దాటవేయడానికి అనుమతించవచ్చు, ఆ బైపాస్ అనుమతించినప్పుడు FCM అంతర్లీన నెట్‌వర్క్‌ను ఉపయోగించవచ్చు. ఆ సందర్భంలో పుష్ ఛానెల్ ఎన్‌క్రిప్ట్ చేయబడి ఉంటుంది, కానీ ఇకపై టన్నెల్ చిరునామాను మోసుకెళ్లదు, కాబట్టి VPN యొక్క IP మాస్కింగ్ దానికి వర్తించదు. ఇది విధాన రాజీ, లోపం కాదు.
మీ విధానం బైపాస్‌ను నిషేధిస్తే, టన్నెల్ మార్గమే కనెక్షన్‌ను మోసుకెళ్లాలి: పోర్టులు తెరిచి, సమయ పరిమితులు సరిపడా పొడవుగా, ప్రాక్సీ దారిలో లేకుండా. నిర్వహించే సేవను నిశ్శబ్దంగా మినహాయించవద్దు, నిర్వహించని నెట్‌వర్క్‌లో నోటిఫికేషన్లు పని చేస్తున్నాయని మాత్రమే లాక్‌ను సడలించవద్దు. VPN చిహ్నం ఏ సేవ ఏ మార్గాన్ని ఎంచుకుందో చెప్పదు
డెలివరీని ప్రదర్శన నుండి వేరు చేసి, ఒకసారి పరీక్షించండి
అనుమతి, ఛానెల్ సెట్టింగ్‌లు, డిస్టర్బ్ చేయవద్దు మరియు ప్రతి యాప్ టోగుల్స్ పంపిన సందేశం చూపబడుతుందా అని నిర్ణయిస్తాయి. Android 13 మరియు తర్వాత నోటిఫికేషన్ అనుమతి రన్‌టైమ్ మంజూరు, తిరస్కరించిన మంజూరు బ్లాక్ చేసిన పోర్టులాగానే కనిపించే నిశ్శబ్దాన్ని కలిగిస్తుంది. వచ్చినా చూపని సందేశం ప్రదర్శన సమస్య; దాన్ని విడిగా చూడండి.
సందేశాలను యథేచ్ఛగా పంపడం బదులు ఒక నియంత్రిత పరీక్ష చేయండి. పరికరం, ఖాతా మరియు యాప్‌ను మార్పు లేకుండా ఉంచండి, తెలిసిన సమయ ముద్రతో ఒకే సందేశం పంపి, VPN స్థితిని ఆమోదించిన VPN లేని నెట్‌వర్క్‌తో పోల్చండి. ప్రతి అమలుకు logcat స్వీకరణ సమయం మరియు ప్రదర్శన సమయం నమోదు చేయండి. డెలివరీ భిన్నంగా ఉండి ప్రదర్శన లేకుంటే, నెట్‌వర్క్ మార్గమే చరరాశి; రెండూ ఒకేలా ఉంటే, యాప్‌ను చూడటం కొనసాగించండి.
నెట్‌వర్క్ యజమానికి పోర్టులు, ప్రాక్సీ పరిమితి, కొలిచిన సమయ పరిమితి మరియు బైపాస్ నిర్ణయాన్ని ఒకే గమనికలో ఇవ్వండి. «VPN ఆఫ్ చేయండి» అనేది కనుగొనడం కాదు, మరియు మొత్తం Google ట్రాఫిక్ అనుమతించడం పరిమిత సవరణ కాదు.