மற்ற எல்லாவற்றிலும் நிறுவன 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 நுழைவாயிலிலோ உள்வரும் துறையை வெளியிடுவதில்லை, எனவே யாராவது துறை மாற்றத்தைப் பரிந்துரைத்தால், வடிவமைப்பு ஏற்கனவே தவறு. இணையத்தின் அனைத்து முகவரிகளுக்கும் ஒரு துறையைத் திறக்கும் விதிக்கும் இதுவே பொருந்தும்: அதை ஆவணப்படுத்தப்பட்ட இடங்களுக்கு மட்டுப்படுத்துங்கள்.

PortRoleWhat to verify
5228Primary FCM connectionOutbound allowed and session state kept
5229, 5230Fallback portsOften missing from hand-written allowlists
443Last-resort fallbackWorks only if the client actually falls back
HTTP proxyNot a supported FCM transportProxy 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 போக்குவரத்தையும் அனுமதிப்பது வரம்பிடப்பட்ட திருத்தம் அல்ல.

தொடர்புடைய கட்டுரைகள்