د VPN له لارې کاسټینګ: کشف، کنټرول یا سټریم؟
نه لیدل شوی ریسیور، رد شوی سېشن او ودروېدونکی سټریم په بېلابېلو ځایونو کې ناکامېږي. د تلیفون د VPN پالیسۍ یا شبکې له بدلولو مخکې مرحلې ته نوم ورکړئ.
کاسټینګ په درې ځایونو کې ماتېږي چې له کاناپې څخه یو شان ښکاري. کېدای شي تلیفون ریسیور هېڅکله ونه ویني، ریسیور ښکاره شي او بیا سېشن رد کړي، یا سېشن پیل شي او یوه دقیقه وروسته ودرېږي. په تلیفون کې ټنل هره یوه له دغو لارو په بېلابېل ډول بدلوي، او د یوې لپاره هېڅ نه بدلوي. لومړی د ناکامې مرحلې نوم واخلئ، بیا پرېکړه وکړئ چې ایا د پالیسۍ بدلون په اصل کې سمه لاستی ده.
د پالیسۍ له بدلولو مخکې د ناکامې مرحلې نوم واخلئ
وګورئ چې تلیفون د کاسټ آیکون له ټکولو سمدلاسه وروسته څه کوي. تش لیست د کشف پایله ده، د ناکامۍ راپور ورکوونکی ټک د کنټرول پایله ده، او هغه سېشن چې د درېدو مخکې پیل شي د پلی بیک پایله ده. دا درې بېل مالکان لري، او معمولاً یوازې لومړني دوه د تلیفون د ټنل تنظیماتو سره تړاو لري.
| Stage | What the phone shows | Evidence that separates it |
|---|---|---|
| Discovery | No receiver in the list | Another device on the same segment sees the receiver |
| Control | Receiver listed, session refused | Port answer versus permission prompt |
| Playback | Session starts, then stalls | The receiver's own link, not the phone's |
له هر څه بدلولو مخکې مرحله ولیکئ. په غلطه مرحله کې کارول شوی سمون بله ازموینه ناخوانده کوي، او د کاسټینګ ډېری کیسې همدغه ګډوډۍ ته رسېږي.
کشف سیمه ییز ټرافیک دی، او ټنل یې پټوي
ریسیورونه ځان د سیمه ییزو اعلانونو له لارې تبلیغوي او تلیفون یې په همدې لینک کې د پوښتنو له لارې مومي، نو هر څه چې تلیفون له دې لینک څخه لرې کړي ریسیور له لیست څخه لرې کوي. هغه ټنل چې ټول ټرافیک له LAN څخه لرې روانوي کولای شي دا تبادلې پټې کړي، او په اپ کچه سیمه ییزې شبکې اجازه کولای شي هغه بندې کړي حتی کله چې لاره موجوده وي. د کاروونکي جلاوالي سره مېلمه Wi-Fi پرته له کوم VPN هماغه تش لیست راکوي. د ټنل تورنولو مخکې ثابته کړئ چې دواړه وسیلې یوه برخه شریکوي.
avahi-browse -at | grep -i -E 'chromecast|googlecast'
dig +short @224.0.0.251 -p 5353 _googlecast._tcp.local PTRلومړی حکم لیست کوي چې د مرستندوی ماشین په برخه کې څه ځان اعلانوي، او دویم له ملټیکاسټ DNS ګروپ څخه مستقیم پوښتنه کوي. هغه ریسیور چې په دواړو کې نه وي په تلیفون اپلیکیشن کې هم نه ښکاره کېږي، د تلیفون د ټنل حالت هر څه وي. که ریسیور له هغې وسیلې څخه ښکاره وي چې ټنل یې بند دی او له هغې وسیلې نه ښکاره وي چې ټنل یې پرانیستی دی، مرحله او لامل مو یوځای وموندل.
د LAN استثنا ټنل پرانیستی ساتي
ډېر کلاینټونه د سیمه ییزې شبکې استثنا وړاندې کوي چې ټنل فعال ساتي او سیمه ییز پتې اجازه کوي. د کیل سویچ یا ټول فایر وال بندولو پرځای هغه مستنده تنظیم وکاروئ، ځکه هغوی د کاسټینګ له اړتیا څخه ډېر څه بدلوي. که شبکه په قصد سمارټ وسیلې جلا کوي، له مالک څخه د کشف، کنټرول او بیرته راستنېدونکي ټرافیک ځانګړې غوښتنه وکړئ، نه د سلو پوښتنه.
nc -vz 192.168.1.50 8009د ریسیور په وړاندې کنټرول ازموینه اجازه له رسېدو جلا کوي: هغه پورټ چې ځواب وایي معنا یې لاره موجوده ده، او رد معنا یې تلیفون ته اجازه وه چې وسیله کشف کړي او لا هم نشي کولای ورسره خبرې وکړي. 8008 او 8009 عادي کاسټ پورټونه دي، او اپ کولای شي نور وکاروي، نو یو رد شوی پورټ د نښې په توګه وګورئ، نه د پرېکړې. استثنا او د اپ اجازه خپلواک پاتې کېږي، ځکه سیمه ییزه لاسرسی لاره نه جوړوي او د لارې زیاتول اجازه نه ورکوي. کیل سویچ کولای شي د بیاځلي نښلولو وروسته سیمه ییز ټرافیک هم وغورځوي، نو کله چې ټنل بېرته راشي کشف باید بیا ازمویل شي.
کېدای شي پلی بیک د تلیفون اړیکه ونه کاروي
په اپ-لارښود سېشن کې تلیفون ریسیور ته د رسنیو پته ورکوي او ریسیور یې د خپلې اړیکې له لارې راوړي، نو د تلیفون عامه پتې بدلول د سټریم لپاره هېڅ نه کوي. د حساب له مخې محدود سرلیک لا هم د خپلو لاملونو له مخې ناکام کېدای شي، او Google د کاسټینګ غوښتنې د شبکې لارې پرځای د اپ او وسیلې مطابقت رانغاړي. د تلویزیون خپل ټنل ته تېرول بېله ترتیب دی چې خپلې پالیسي پوښتنې لري.
دوه نښې دغه حالتونه جلا کوي. هغه کاسټ چې د تلیفون د سکرین له بندېدو وروسته هم روان وي اپ-لارښود دی، ځکه ریسیور پخپله راوړي؛ هغه آینه چې د لېږدونکي د سکرین له بندېدو سره ودرېږي له تلیفون څخه دوامداره سټریم دی. کله چې کشف او کنټرول بریالي شي خو پلی بیک ودرېږي، پرځای یې د ریسیور Wi-Fi لینک او د هغه انټرنېټ لاره وګورئ، ځکه په تلیفون کې د سرعت ازموینه تلیفون توصیفوي، نه تلویزیون.
استثنا بېرته واخلئ او بیا ازموینه وکړئ
هره لنډمهاله بدلون بېرته راستنېدو لاره غواړي، او ترتیب مهم دی. د LAN استثنا لرې کړئ، ټنل بیا ونښلوئ ترڅو کلاینټ خپله پالیسي بیا پلي کړي، بیا د کشف ګام تکرار کړئ او یادښت وکړئ چې ریسیور بیا ورکېږي که نه. دغه ترتیب درته وایي چې استثنا کار کاوه که په منځ کې بل څه بدل شول.
# after removing the LAN exception, reconnect and confirm the tunnel is up
resolvectl status | grep -E 'DNS Servers|Default Route|Protocols'
avahi-browse -at | grep -i -E 'chromecast|googlecast'وروسته درې مرحلې جلا-جلا وګورئ، ځکه د یوې بریا د نورو په اړه هېڅ نه وایي. بیا وګورئ چې نامتعلق تلیفون اپونه لا هم ټاکلې لاره تعقیبوي، ځکه هغه سیمه ییزه استثنا چې په خاموشۍ بشپړه چلندلاره شوې بدله شوې د یوې اضافي ټک اړتیا لرونکي کاسټ په پرتله بدله پایله ده.