Chromecast සහ DLNA සොයාගැනීම කිසිදාක රවුට් කළ VPN එකක් හරහා නොයයි

කාස්ට් බොත්තම කිසිවක් ලැයිස්තුගත නොකරයි, VLC DLNA හිස්ව පවතී, සහ අනෙක් කෙළවරේ ඇති යන්ත්‍රය පැමිණිල්ලකින් තොරව ping වලට පිළිතුරු දෙයි. මෙම සංයෝජනය කලාප පළල ගැටලුවක් නොවේ, firewall අභිරහසක් ද නොවේ. මෙම ප්‍රොටෝකෝලවල සොයාගැනීම යනු දේශීය කොටසෙහි කණ්ඩායම් හුවමාරුවකි, සහ රවුට් කළ උමං මාර්ගයක් කණ්ඩායම් ලිපිනය සහිත රථවාහන රැගෙන නොයයි. ඔබ ආරම්භ කිරීමට උත්සාහ කරන සැසිය කිසිදාක ඉදිරිපත් නොකෙරේ.

ළඟාවීම හොඳයි. සොයාගැනීම නැත.

මිථ්‍යාව: උමං මාර්ගයට සැකසුමක් හෝ වැඩි ධාරිතාවක් අවශ්‍යයි

සාමාන්‍ය යෝජනා වන්නේ peer-to-peer රථවාහන සක්‍රීය කිරීම, MTU වැඩි කිරීම, හෝ උමං මාර්ග උපාංගයේ වර්ගය වෙනස් කිරීමයි. ඒවායින් කිසිවක් විකාශන වසමක් එකතු නොකරයි. Multicast ස්විච සහ දේශීය ජාල ගොඩනැගිල්ල මගින් ලබා දෙන අතර, ලක්ෂ්‍යයේ සිට ලක්ෂ්‍යයට 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 හි සෑම multicast සේවාවක්ම දැන් සෑම සමානයෙකුටම ළඟා වේ.

උදව් නොවන දේ, කොපමණ වාරයක් යෝජනා කළත්

පාලමකින් තොරව dev tun සිට dev tap දක්වා මාරු කිරීමෙන් තවමත් රවුට් කළ TAP උපාංගයක් ඉතිරි වේ, එබැවින් හැසිරීම වෙනස් නොවේ. client-to-client සමානයන් අතර unicast අනුමත කරන අතර විකාශන පුරවන්නේ නැත. සොයාගැනීමේ තොටුපළ එක් සත්කාරකයකට යොමු කිරීම කණ්ඩායම් ලිපිනය සහිත රථවාහන ලබා නොදෙයි. එක් ලිපිනයකට බැඳුණු මාධ්‍ය සේවාදායකයක් එහිම වින්‍යාසය VPN අතුරුමුහුණත ලැයිස්තුගත කරන තෙක් එම ලිපිනයේ පිළිතුරු දෙමින් සිටියි.

එක් සෘජු unicast ඉල්ලීමක්, පසුව එක් නිවේදිත ඉල්ලීමක් අත්හදා බලන්න. පළමු එක ක්‍රියා කර දෙවැන්න නොකරන්නේ නම්, උමං මාර්ගය සුවපහසු ය සහ සොයාගැනීම මුළු ගැටලුවයි.