Chromecast మరియు DLNA ఆవిష్కరణ ఎప్పుడూ రూట్ చేసిన VPN ను దాటదు

కాస్ట్ బటన్ ఏదీ జాబితా చేయదు, VLC DLNA ఖాళీగా ఉంటుంది, మరియు ఆ చివర ఉన్న యంత్రం ఫిర్యాదు లేకుండా ping కి సమాధానం ఇస్తుంది. ఈ కలయిక బ్యాండ్‌విడ్త్ సమస్య కాదు, ఫైర్‌వాల్ చిక్కు కాదు. ఈ ప్రోటోకాల్‌లలో ఆవిష్కరణ అంటే స్థానిక సెగ్‌మెంట్‌లో సమూహ మార్పిడి, మరియు రూట్ చేసిన సొరంగం సమూహ చిరునామా ఉన్న ట్రాఫిక్‌ను తీసుకెళ్లదు. మీరు ప్రారంభించడానికి ప్రయత్నిస్తున్న సెషన్ ఎప్పుడూ అందించబడదు.

చేరుకోవడం బాగుంది. ఆవిష్కరణ లేదు.

అపోహ: సొరంగానికి సెట్టింగ్ లేదా ఎక్కువ సామర్థ్యం కావాలి

సాధారణ సూచనలు పీర్-టు-పీర్ ట్రాఫిక్ ప్రారంభించడం, MTU పెంచడం, లేదా సొరంగ పరికర రకాన్ని మార్చడం. వాటిలో ఏదీ ప్రసార డొమైన్‌ను జోడించదు. మల్టీకాస్ట్‌ను స్విచ్‌లు మరియు స్థానిక నెట్‌వర్క్ స్టాక్ అందిస్తాయి, మరియు పాయింట్-టు-పాయింట్ TUN ఇంటర్‌ఫేస్‌కు నింపడానికి సమూహ చిరునామా లేదు.

సెట్టింగ్‌లను మార్చడం వైఫల్యాన్ని మరింత గట్టిగా చేయగలదు. కానీ ప్రోటోకాల్ ఎప్పుడూ పంపని ప్రకటనను అది కనిపించేలా చేయలేదు.

ఆవిష్కరణ మార్పిడి నిజానికి ఏమిటి

మీరు ఎదుర్కొనే దాదాపు అన్నింటినీ మూడు నమూనాలు కవర్ చేస్తాయి. mDNS UDP 5353 ద్వారా 224.0.0.251 కి పంపుతుంది, SSDP UDP 1900 ద్వారా 239.255.255.250 కి పంపుతుంది, మరియు పాత SMB బ్రౌజ్ జాబితాలు సబ్‌నెట్ ప్రసార చిరునామాకు వెళ్లేవి. ప్రతి ఒక్కటి హోస్ట్‌కు కాదు సమూహానికి చిరునామా చేయబడుతుంది, మరియు ప్రతి ఒక్కటి అదే సెగ్‌మెంట్‌లో శ్రోతను ఆశిస్తుంది. రూట్ చేసిన సొరంగం ఆవల ఉన్న గ్రహీత ఆ సెగ్‌మెంట్‌లో లేదు, కాబట్టి ఏదీ చేరదు.

రిలే చేసిన ప్రకటన కూడా పేలోడ్ మోస్తుంది: సాధారణంగా పంపినవారి LAN చిరునామా మరియు పోర్ట్, దూర ప్రేక్షకుడు తర్వాత వాటిని చేరుకోగలగాలి.

సొరంగాన్ని మార్చే ముందు క్యాప్చర్ చదవండి

యాప్ స్కాన్ చేస్తున్నప్పుడు సొరంగ ఇంటర్‌ఫేస్‌పై క్యాప్చర్ చేయండి. ఖాళీ క్యాప్చర్ అంటే ప్రకటన ఎప్పుడూ సరిహద్దును దాటలేదు, మరియు సొరంగం యొక్క ఏ ట్యూనింగ్ దాన్ని మార్చదు. యాప్ ఇంకా ఏదీ చూపించనప్పుడు కనిపించే ప్యాకెట్లు సాధారణంగా ప్రకటించిన చిరునామా ప్రేక్షకుడికి చేరుకోలేనిది అని అర్థం — ఇది ఆవిష్కరణ దుస్తులలో ఉన్న రూటింగ్ సమస్య.

రెండు నిమిషాల క్యాప్చర్ పోర్టుల గురించి గంట సేపు ఊహించడానికి ప్రత్యామ్నాయం: tcpdump -ni tun0 udp port 5353 or udp port 1900.

మూడు పరిష్కారాలు, చౌకైనది మొదట

క్లయింట్‌ను నేరుగా సేవా చిరునామాకు చూపండి. DLNA, SMB మరియు సాధారణ మీడియా సర్వర్‌లకు ఇది ఆవిష్కరణను పూర్తిగా దాటవేస్తుంది మరియు పేలోడ్ మార్గం పనిచేస్తుందని నిరూపిస్తుంది, ఇది ఉత్తమ మొదటి పరీక్ష మరియు ఉపయోగకరమైన ప్రత్యామ్నాయ మార్గం కూడా చేస్తుంది. Chromecast మినహాయింపు, ఎందుకంటే గ్రహీత చిరునామా ఇవ్వబడటం కంటే కనుగొనబడటాన్ని ఆశిస్తుంది.

గేట్‌వే వద్ద ప్రోటోకాల్‌ను రిలే చేయండి. mDNS రిఫ్లెక్టర్ సొరంగం మరియు LAN మధ్య ప్రకటనలను పునరావృతం చేస్తుంది, మరియు Avahi స్పష్టమైన ఇంటర్‌ఫేస్ జాబితాను తీసుకునే రిఫ్లెక్టర్ విభాగాన్ని అందిస్తుంది. రిలేను ఇరుకుగా ఉంచండి, మరియు ప్రకటించిన చిరునామా రెండు వైపుల నుండి చేరుకోగలిగేలా నిర్ధారించండి, లేకపోతే సమాధానం ఇప్పటికీ ప్రేక్షకుడు రూట్ చేయలేని సబ్‌నెట్‌ను చూపిస్తుంది.

రూటింగ్‌కు బదులుగా వంతెన వేయండి. సర్వర్ tap పరికరాన్ని LAN కు వంతెనగా కలిపే TAP సెగ్‌మెంట్ రెండు చివరలను ఒకే ప్రసార డొమైన్‌లో ఉంచుతుంది, కాబట్టి ప్రకటనలు మార్పు లేకుండా దాటుతాయి. ఇది అత్యంత ఖరీదైన ఎంపిక కూడా, ఎందుకంటే ఒక సబ్‌నెట్ అంటే ఒక వైఫల్య డొమైన్ మరియు LAN లోని ప్రతి మల్టీకాస్ట్ సేవ ఇప్పుడు ప్రతి పీర్‌ను చేరుతుంది.

ఏది సహాయపడదు, ఎన్ని సార్లు సూచించినా

వంతెన లేకుండా dev tun నుండి dev tap కు మార్చినా ఇంకా రూట్ చేయబడిన TAP పరికరం మిగులుతుంది, కాబట్టి ప్రవర్తన మారదు. client-to-client పీర్-టు-పీర్ యూనికాస్ట్‌ను అనుమతిస్తుంది మరియు ప్రసారాన్ని నింపదు. ఆవిష్కరణ పోర్టును ఒక హోస్ట్‌కు ఫార్వార్డ్ చేయడం సమూహ చిరునామా ట్రాఫిక్‌ను అందించదు. ఒక చిరునామాకు కట్టబడిన మీడియా సర్వర్ తన స్వంత కాన్ఫిగరేషన్ VPN ఇంటర్‌ఫేస్‌ను జాబితా చేసే వరకు ఆ చిరునామాపై సమాధానం ఇస్తూనే ఉంటుంది.

ఒక ప్రత్యక్ష యూనికాస్ట్ అభ్యర్థనను ప్రయత్నించండి, తర్వాత ఒక ప్రకటిత అభ్యర్థనను. మొదటిది పనిచేసి రెండవది పనిచేయకపోతే, సొరంగం ఆరోగ్యంగా ఉంది మరియు ఆవిష్కరణే మొత్తం సమస్య.