په هغه تلیفون کې چې نور هر څه د شرکت VPN له لارې ښه ګرځي، خبرتیاوې راتلل بندېږي. وېب پاڼې لوډېږي، اپلیکیشن خلاصېږي، او پیغامونه یوازې کور کې یا له تونل بندولو وروسته ښکاري. په Firebase Cloud Messaging جوړ شوي اپلیکیشن کې push چینل یوه جلا او اوږدمهاله بهر وتونکې اړیکه ده، نه هغه HTTPS لار چې براوزر همدا اوس ثابته کړه. دا ګوتې په ترتیب سره ترسره کړئ او په لومړی ناکامې ګوته ودرېږئ.

تایید کړئ چې اپلیکیشن واقعاً FCM کاروي

هره خبرتیا push نه ده. ځینې یې اپلیکیشن په سیمه ییز ډول مهالویش کوي، ځینې یې د HTTPS له لارې پوښتل کېږي، او ځینې یې د داسې عرضه کوونکي چینل له لارې راځي چې له Firebase سره هېڅ تړاو نه لري. که د اپلیکیشن manifest او انحصارات Firebase Messaging ولري، د هغې خبرتیاوې معمولاً د FCM اړیکې له لارې ځي، او کلاینټ کتابتون ثبت د یوې وړاندوینې وړ ټګ لاندې ثبتوي.

adb logcat -s FirebaseMessaging:V
adb shell dumpsys package <package> | grep -i firebase

په لاګ کې د ثبت ټوکن لېږد تاییدوي. پرته له دې تاسو د اپلیکیشن کچې خبرتیا لړ اصلاح کوئ، او د فایر وال بدلونونه به مرسته ونه کړي. دا توپیر مهم دی ځکه چې رسېدلی خو هېڅکله نه ښودل شوی پیغام او هغه پیغام چې هېڅکله نه راځي کارن ته یو شان ښکاري.

بهر وتونکي پورټونه وګورئ، نه وېب پاڼه

د FCM وسیلې اړیکې هغه TCP دي چې له وسیلې پیلېږي او 5228 پورټ ته ځي، 5229 او 5230 د بیک اپ په توګه او 443 د وروستي چارې په توګه. هغه فایر وال چې د ګرځېدو لپاره 443 اجازه ورکوي بیا هم push ماتولی شي، او هغه قاعده چې د اپلیکیشن 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 پروکسي له لارې نه شي لېږل کېدای. نو د شرکت وېب پروکسي له لارې د براوزر کار کول د push ساکټ په اړه هېڅ نه ثابتوي: دا دوه جلا کلاینټونه د جلا لارو سره دي.

هغه بې کارۍ وختونه وګورئ چې ساکټ وژني

د FCM اړیکه د پیغامونو ترمنځ خلاصه پاتې کېږي، چې دا د NAT او د حالت تفتیش وختونو ته حساسه کوي. د Firebase لارښود چېرې چې داسې تګلارې پلي کېږي لږ تر لږه 30 دقیقې د بې کارۍ زغم غواړي. پنځه دقیقې د غونډې وخت په خاموشۍ سره نقشه لرې کوي، او تلیفون بیا یوازې هغه وخت نښلول کېږي چې یو څه ويښ کړي، نو پیغامونه په ډلو راځي یا هېڅ نه راځي.

د فایر وال یا VPN دروازې په غونډه جدول کې ولولئ او د تلیفون اړیکه 5228-5230 ته ومومئ. د هغې پاتې عمر مستند ارزښت سره پرتله کړئ. که لنډ وي، د وسیلې ټولې تګلارې بدلولو پرځای د هغو پورټونو لپاره وخت اوږد کړئ، ځکه چې نړیوال وخت بدلون توجیه کول ستونزمن او بیرته کول یې لا ستونزمن دي.

د push رسولو دې ته هم تړاو لري چې د پای ټکي نقشه د Wi-Fi او موبایل شبکې ترمنځ په ګرځېدو کې ژوندی پاتې شي. یوه نقشه چې یوې برخې ته تړلې وي، د لېږد پر مهال ښايي لرې شي، حتی کله چې دواړه شبکې پورټونه اجازه ورکوي.

پریکړه وکړئ چې د VPN تېرېدل د منلو وړ دي

د Android VPN کلاینټونه کولی شي د ترافیک تونل تېرېدو ته اجازه ورکړي، او کله چې دا تېرېدل اجازه ولري FCM کولی شي لاندې شبکه وکاروي. په دې حالت کې push چینل کوډ شوی پاتې کېږي، خو نور د تونل پته نه لېږي، نو د VPN IP پټول پر هغې نه پلي کېږي. دا د تګلارې معامله ده، نه خرابي.

که ستاسو تګلاره تېرېدل منع کوي، د تونل لار باید اړیکه ولېږي: پورټونه خلاص، وختونه کافي اوږد، پروکسي په لار کې نه وي. مدیریت شوی خدمت په خاموشۍ سره مه وباسئ او یوازې دې لپاره چې خبرتیاوې په غیر مدیریت شوې شبکه کې کار کوي قلف مه سستوئ. د VPN نښه نه وایي چې کوم خدمت کومه لار غوره کړې

رسول د ښودلو څخه جلا کړئ، بیا یو ځل ازموینه وکړئ

اجازه، د چینل تنظیمات، مه ځوروئ او د هر اپلیکیشن ټګلونه پریکړه کوي چې رسېدلی پیغام ښودل کېږي که نه. په Android 13 او وروسته کې د خبرتیا اجازه د چلېدو پر مهال ورکول کېږي، او رد شوې اجازه هغه خاموشي پیدا کوي چې بند شوي پورټ ته ورته ښکاري. رسېدلی خو نه ښودل شوی پیغام د ښودلو ستونزه ده؛ جلا یې وګورئ.

پرځای دې چې پیغامونه بې ترتیبه ولېږئ، یوه کنټرول شوې ازموینه وکړئ. وسیله، حساب او اپلیکیشن ثابت وساتئ، د معلوم وخت نښې سره یو پیغام ولېږئ، او د VPN حالت د منل شوې بې-VPN شبکې سره پرتله کړئ. د هر پرمخ تلو لپاره په logcat کې د ترلاسه کولو وخت او د ښودلو وخت ثبت کړئ. که رسول توپیر ولري خو ښودل نه، شبکه لار بدله ده؛ که دواړه یو شان وي، اپلیکیشن ته کتل جاري وساتئ.

د شبکې مالک ته پورټونه، د پروکسي محدودیت، اندازه شوی وخت او د تېرېدو پریکړه په یوه یادښت کې ورکړئ. «VPN بند کړه» پایله نه ده، او د Google ټول ترافیک اجازه کول محدود سمون نه دی.

اړوندې مقالې