రౌటర్ VPN ప్రారంభించిన తర్వాత కాస్టింగ్ ఎందుకు ఆగిపోతుంది
డిస్కవరీ లింక్-లోకల్ మల్టీకాస్ట్‌పై నడుస్తుంది, టీవీ మీడియాను తానే తెచ్చుకుంటుంది. పాలసీ డిఫాల్ట్ LAN అభ్యర్థనను పట్టుకుని టన్నెల్‌లోకి పంపగలదు.
రౌటర్ VPN ప్రారంభించక ముందు కాస్టింగ్ పనిచేసింది, ప్రారంభించిన వెంటనే విఫలమవుతుంది; అయితే ఫోన్‌లో సాధారణ బ్రౌజింగ్ ఇప్పటికీ పనిచేస్తుంది. ఈ రెండు వాస్తవాలు సరిపోతాయి, ఎందుకంటే కాస్టింగ్ ఒకే కనెక్షన్ కాదు. ఫోన్ స్థానిక నెట్‌వర్క్ ద్వారా రిసీవర్‌ను కనుగొని నియంత్రిస్తుంది, తర్వాత రిసీవర్ తన సొంత కనెక్షన్ ద్వారా మీడియాను తెచ్చుకుంటుంది.
వేర్వేరుగా విఫలమయ్యే రెండు మార్గాలు
నియంత్రణ మార్గం స్థానికం. ఫోన్ స్థానిక నెట్‌వర్క్‌ను అడిగి రిసీవర్‌ను కనుగొంటుంది, ఆ తర్వాత తెలిసిన చిరునామాకు నియంత్రణ కనెక్షన్ తెరుస్తుంది. రిసీవర్ జాబితాలో ఎప్పుడూ కనిపించకపోతే, ఏ మీడియా కోరక ముందే డిస్కవరీ దశ విఫలమైంది.
మీడియా మార్గం స్థానికంగా ఉండాల్సిన అవసరం లేదు. చాలా రిసీవర్‌లు తమ సొంత కనెక్షన్ మరియు తమ సొంత ఆధారాలతో స్ట్రీమ్‌ను తామే తెచ్చుకుంటాయి, కాబట్టి ఫోన్ మార్గం రిసీవర్ మార్గాన్ని వివరించదు. ఒక ఎగ్జిట్‌ను వాడుతున్నట్టు కనిపించే ఫోన్ టీవీ ట్రాఫిక్ ఎక్కడికి వెళ్తుందో ఏమీ చెప్పదు.
ఆ విభజన వల్లే వైఫల్యం వింతగా కనిపిస్తుంది. టన్నెల్ ఫోన్ రూటింగ్ పట్టికను మార్చింది, టీవీ పట్టికను మార్చలేదు; కాబట్టి జోడీలో ఒక వైపు కనిపించే లక్షణాన్ని అదే వైపున వెతకాలి. తప్పు పరికరాన్ని వెతకడమే సరిదిద్దుడు ఏమీ చేయనట్టు కనిపించడానికి సాధారణ కారణం.
డిస్కవరీ మొదట ఎందుకు విరిగిపోతుంది
డిస్కవరీ సాధారణంగా లింక్-లోకల్ మల్టీకాస్ట్‌పై నడుస్తుంది. mDNS 224.0.0.251 కు UDP పోర్ట్ 5353 ద్వారా పంపుతుంది, SSDP 239.255.255.250 కు UDP పోర్ట్ 1900 ద్వారా పంపుతుంది. రెండూ రూపకల్పనలోనే ఒక లింక్‌కు పరిమితం, అందుకే రౌటర్ రిపీటర్ లేదా ప్రాక్సీ సహాయం లేకుండా వాటిని విభాగాల మధ్య పంపదు. రూట్ చేసిన VPN మల్టీకాస్ట్ గ్రూపును విస్తరించదు, లింక్ నుంచి ఎప్పుడూ బయటకు వెళ్లని గ్రూపును మరో లింక్‌పై కనిపించేలా పాలసీ రూట్ చేయలేదు.
కాబట్టి మొదటి వైఫల్యానికి ఎన్‌క్రిప్షన్‌తో ఎలాంటి సంబంధం లేదు. ఫోన్ మల్టీకాస్ట్ పంపిన ఇంటర్‌ఫేస్ నుంచి బయటకు వెళ్తుంది, రిసీవర్ దాన్ని ఎప్పుడూ చూడని విభాగంలో ఉంది, పరికరాల జాబితా ఖాళీగా తిరిగి వస్తుంది. ఖాళీ జాబితా టీవీ ఇంటర్నెట్ యాక్సెస్ కోల్పోయిందనడానికి సాక్ష్యం కాదు.
ఐసోలేషన్ ఏ VPN లేకుండానే అదే లక్షణాన్ని కలిగిస్తుంది. గెస్ట్ నెట్‌వర్క్‌లు మరియు యాక్సెస్ పాయింట్ క్లయింట్ ఐసోలేషన్ పరికరాలు ఒకదానితో ఒకటి మాట్లాడకుండా ఉద్దేశపూర్వకంగా ఆపుతాయి, ఐసోలేట్ చేసిన విభాగంపై రౌటర్ VPN ప్రారంభించడం దానిలో ఏమీ మార్చదు. టన్నెల్‌ను పరిశీలించే ముందు ఐసోలేషన్ సెట్టింగ్‌ను చూడండి. అది చవకైన సమాధానం, ఎక్కువగా కనిపించేది కూడా.
విభాగాల అమరిక మిగిలిన సగం. రెండో రౌటర్, వేరే మోడ్‌లో ఉన్న మెష్ నోడ్, లేదా మరో NAT వెనుక ఉన్న వైర్డ్ విభాగం — అన్నీ రిసీవర్‌ను ఫోన్ డిస్కవరీ ట్రాఫిక్ చేరని చోట పెడతాయి.
పాలసీ డిఫాల్ట్ స్థానిక అభ్యర్థనను ఎందుకు మింగగలదు
మొత్తం ట్రాఫిక్‌ను టన్నెల్‌లోకి రూట్ చేసే రౌటర్ టన్నెల్ ఇంటర్‌ఫేస్‌పై డిఫాల్ట్ రూట్ ఇన్‌స్టాల్ చేస్తుంది. LAN ప్రీఫిక్స్ ఆ పాలసీ నుంచి మినహాయించబడకపోతే, రెండు మీటర్ల దూరంలోని పరికరానికి పంపిన ప్యాకెట్ ఇప్పుడు డిఫాల్ట్‌తో సరిపోతుంది, రౌటర్ నియంత్రణ అభ్యర్థనను స్విచ్‌కు బదులు టన్నెల్‌లోకి పంపుతుంది.
| Stage | What carries it | How a router VPN interferes |
|---|---|---|
| Discovery | Link-local multicast on a single segment | Not extended across segments, and not repaired by a route |
| Control connection | Unicast to the receiver address on the LAN | A policy default can capture the LAN destination and tunnel it |
| Media fetch | The receiver's own connection | Unaffected by the phone's route, but affected by the TV's own policy |
| Account authorization | Tokens held by the application | Can fail for reasons unrelated to any route |
నియమాల క్రమం ఫలితాన్ని నిర్ణయిస్తుంది. పాలసీ రూటింగ్ నియమాలను ప్రాధాన్య క్రమంలో మూల్యాంకనం చేస్తుంది, కాబట్టి స్థానిక ప్రీఫిక్స్ కోసం మినహాయింపు టన్నెల్ పట్టికను ఎంచుకునే నియమానికి ముందు రావాలి. టన్నెల్ నియమం తర్వాత మినహాయింపు జోడించడం వల్ల ప్రయోజనం లేదు, అందుకే సరైనట్టు కనిపించే కాన్ఫిగరేషన్ కూడా LAN ట్రాఫిక్‌ను దూరపు ఎగ్జిట్‌కు పంపగలదు.
సరిదిద్దుడు సన్నటిది: కాస్టింగ్ ప్రవాహానికి అవసరమైన నిర్దిష్ట స్థానిక గమ్యాలను అనుమతించండి, మిగిలిన ఐసోలేషన్‌ను అలాగే ఉంచండి. మొదటి అడుగుగా క్లయింట్ ఐసోలేషన్ తీసివేయడం లక్షణాన్ని సరిచేస్తుంది కానీ నెట్‌వర్క్ కోసం రూపొందించిన నియంత్రణను పారేస్తుంది.
ఫోన్‌లో ఒక శీఘ్ర పరిశీలన రెండు వైఫల్యాల్లో మీకు ఏది ఉందో నిర్ణయిస్తుంది. రిసీవర్‌కు మార్గం టన్నెల్ వైపు చూపితే, సమస్య పాలసీ. అది LAN వైపు చూపి డిస్కవరీ ఇంకా విఫలమైతే, సమస్య మల్టీకాస్ట్ లేదా ఐసోలేషన్, ఏ మార్గ మార్పు సహాయపడదు.
ip route get 192.168.1.50
ip rule show
avahi-browse -rt _googlecast._tcpమారిన దశను పరీక్షించండి, దేశాన్ని కాదు
నమోదు చేసిన పరిశీలనలు పునరావృత ప్రయోగాలను మించి నిలుస్తాయి. రిసీవర్ పరికరాల జాబితాలో కనిపిస్తుందో లేదో, నియంత్రణ అభ్యర్థన దాన్ని చేరుతుందో లేదో, స్ట్రీమ్ ఎంచుకున్న తర్వాత ప్లేబ్యాక్ మొదలవుతుందో లేదో గుర్తించండి. ప్రతి సమాధానం ఒక దశను అనుమానం నుంచి తీసేస్తుంది.
తర్వాత ఎగ్జిట్ స్థానాలను మార్చే బదులు ప్రతి దశను నేరుగా పరీక్షించండి. VPN దేశాన్ని మార్చడం మీడియా మార్గాన్ని పరీక్షిస్తుంది, డిస్కవరీ మరియు నియంత్రణ దశలను తాకదు, కాబట్టి అది యాదృచ్ఛికంగా సహాయపడినట్టు కనిపించవచ్చు కానీ ఏమీ నేర్పదు.
రిసీవర్ వైపు, దాని సొంత మార్గాన్ని మరియు దాని సొంత ఖాతా స్థితిని చూడండి. ఫోన్ కంటే వేరే ఎగ్జిట్ ద్వారా మీడియా తెచ్చుకునే టీవీ సాధారణ రూపకల్పన, అక్కడి వైఫల్యం ఫోన్ టన్నెల్ గురించి కాదు, రిసీవర్ నెట్‌వర్క్ పాలసీ గురించిన ప్రశ్న.
ఏ దశ విరిగింది, దాన్ని ఏమి మార్చింది అనేది ఒకే వాక్యంగా రాయండి. ఆ వాక్యం దేశం మార్చే వారం కంటే విలువైనది, తదుపరి ఫర్మ్‌వేర్ నవీకరణ వరకు నిలిచి ఉంటుంది.
టన్నెల్‌ల గురించిన సాధారణ నియమానికి కాస్టింగ్ మంచి పరీక్ష సందర్భం. నెట్‌వర్క్‌కు ఒకటి జోడించినప్పుడు మొదటి ప్రశ్న ఏ గమ్యాలు ఎప్పుడూ దానిలోకి వెళ్లకూడదో. రెండోది, వాటిలో ఏది పాలసీ నిశ్శబ్దంగా ఆమోదించింది అనేది.