OpenVPN හරහා SSM: එක් මූලාශ්‍රයක් සහ කණ්ඩායමක් ආරම්භයේ සිට අවසානය දක්වා ලුහුබැඳීම

එක් ප්‍රවාහයක් සහ එක් ලබන්නෙක් තෝරන්න, පසුව multicast කාණ්ඩයක් ලෙස පරීක්ෂා නොකර එම යුගලය සෑම හොප් එකක් හරහාම ගෙන යන්න. මූලාශ්‍ර-නිශ්චිත නිර්මාණයක් හරියටම ස්ථාන හතරෙන් එකක අසාර්ථක වේ: ලබන්නා කිසිදා සම්බන්ධ නොවීය, රවුටරය පැකට්ටුව එහි ආපසු මාර්ගයේ ප්‍රතික්ෂේප කළේය, කර්නලයට කිසිදු තත්ත්වයක් නැත, නැතහොත් ටියුනලය කිසිදා පිටපතක් බෙදා නොහැරියේය. එම අනුපිළිවෙලින් වැඩ කිරීම සෑම හොප් එකකටම මිනිත්තු කිහිපයක් ගත වන අතර හතරෙන් කුමක් ඔබට ඇත්තටම ඇත්දැයි පවසයි.

පළමුව මූලාශ්‍රය, කණ්ඩායම සහ ලබන්නා නිශ්චය කරන්න

කිසිදු උපාංගයක් ස්පර්ශ කිරීමට පෙර අගයන් තුනක් ලියන්න: යවන මූලාශ්‍ර ලිපිනය, ලබන්නා සම්බන්ධ වන කණ්ඩායම් ලිපිනය, සහ ලබන්නා සිටින උපජාලය. උදාහරණ IPv4 ප්‍රවාහයකට, 10.50.0.10 මූලාශ්‍රය සහ 232.20.30.40 කණ්ඩායම මූලාශ්‍ර-නිශ්චිත නිර්මාණයට ගැළපෙන යුගලයයි. මෙම අගයන් තුනට වඩා අපැහැදිලි කිසිවක් පරීක්ෂා කළ නොහැක.

232/8 පරාසය මූලාශ්‍ර-නිශ්චිත multicast සඳහා වෙන් කර ඇත, සහ ආකෘතිය RFC 4607 තුළ විස්තර කර ඇත. ඔබ SSM ධාවනය කරන බව විශ්වාස කරන අතර ඔබේ කණ්ඩායම එම පරාසයෙන් පිටත නම්, නවතා යෙදවීම ඇත්තටම අදහස් කරන්නේ කුමක්දැයි තහවුරු කරන්න, මන්ද ලබන්නාගේ සම්බන්ධ වීම සහ රවුටරයේ ඉදිරියට යැවීමේ තීරණය දෙකම ආකෘතියේ සුසංගතතාව මත රඳා පවතී.

ලබන්නා මූලාශ්‍රයට සම්බන්ධ වී ඇත්දැයි පරීක්ෂා කරන්න

කණ්ඩායමට පමණක් වන සාමාජිකත්ව වාර්තාවක් මූලාශ්‍ර-නිශ්චිත සම්බන්ධ වීමක් නොවේ. ලබන්නාගෙන් කුමන මූලාශ්‍රයක් ඉල්ලා සිටියේදැයි අසන්න, සහ පළමු හොප් රවුටරයේ කණ්ඩායමේ තත්ත්වය බලා මූලාශ්‍ර ලැයිස්තුවක් දිස්වේදැයි බලන්න. වාර්තාවේ මූලාශ්‍රයක් නොමැති නම්, රවුටරය එය ඕනෑම මූලාශ්‍රයකින් සම්බන්ධ වීමක් ලෙස සලකනු ඇත, සහ මුළු නිර්මාණයම ඔබ සැලසුම් නොකළ දෙයකට නිහඬව පිරිහෙනු ඇත.

Linux ලබන්නෙකු මත, සොකට් ඇත්තටම කුමකට දායක වී ඇත්ද සහ කර්නලය කුමක් වාර්තා කළේදැයි පරීක්ෂා කරන්න. යෙදුමේ වින්‍යාස ගොනුව සාක්ෂියක් නොවේ; සාමාජිකත්ව වගුව සාක්ෂියයි. ලබන්නා ඇත්තටම ක්‍රියාත්මක වන අතරතුර එය කියවන්න, මන්ද එය නිර්මාණය කළ ක්‍රියාවලිය පිටව ගිය පසුවද සටහනක් ටික වේලාවක් රැඳී තිබිය හැක. පෙර පරීක්ෂණයක ඇති පැරණි සටහනක් වැරදි ආත්ම විශ්වාසයේ විශ්වාසදායක මූලාශ්‍රයකි.

ip maddr show dev eth0
cat /proc/net/igmp | sed -n '1,40p'

අපේක්ෂිත මූලාශ්‍රය සමඟ සම්බන්ධ වීම තිබේ නම්, රවුටර වෙත යන්න. එය නොමැති නම්, කිසිදු ටියුනල් වින්‍යාසයක් උදව් නොකරනු ඇත, මන්ද ඉදිරියට යැවීමට කිසිවක් නැත.

ටියුනලය දෙස බැලීමට පෙර ආපසු මාර්ගය සත්‍යාපනය කරන්න

multicast රවුටින් ආපසු මාර්ග පරීක්ෂාවක් සිදු කරයි, සහ unicast මාර්ගය යොමු වන එකට වඩා වෙනත් අතුරුමුහුණතක් හරහා පැමිණෙන පැකට්ටුව ඉවත දමනු ලැබේ. පැහැදිලිව යවනු ලබන ප්‍රවාහයක් කිසිදා ඊළඟ හොප් එකට නොපැමිණෙන වඩාත් පොදු හේතුව මෙයයි, සහ එය යෙදුම් මට්ටමේ කිසිදු ප්‍රයෝජනවත් දෝෂයක් නිපදවන්නේ නැත.

මූලාශ්‍රය දෙසට මුහුණලා ඇති රවුටරයේ, මූලාශ්‍රය දෙසට ඇති මාර්ගය පැකට්ටු ඇත්තටම පැමිණෙන අතුරුමුහුණත සමඟ සසඳන්න. ලබන්නා දෙසට මුහුණලා ඇති රවුටරයේ, ලබන්නාගේම උපජාලය සඳහා එසේම කර පිටවන අතුරුමුහුණත් ලැයිස්තුවට එහි යන සබැඳිය ඇතුළත් බව තහවුරු කරන්න. ඕනෑම දිශාවක නොගැළපීමක් යනු RPF අසාර්ථකත්වයකි, සාමාජිකත්ව අසාර්ථකත්වයක් නොවේ.

පසුව මූලාශ්‍රයේ TTL ඔබ නිර්මාණය කළ රවුට් කළ හොප් හරහා යාමට ප්‍රමාණවත් තරම් විශාල බව තහවුරු කරන්න. පළමු රවුටරයේ ක්‍රියා කර දෙවැන්නේ මිය යන ප්‍රවාහයක් බොහෝ විට TTL ප්‍රශ්නයක් මිස ප්‍රතිපත්ති ප්‍රශ්නයක් නොවේ.

වින්‍යාසය වෙනුවට කර්නලයේ multicast තත්ත්වය කියවන්න

වින්‍යාසය ඔබ ඉල්ලා සිටියේ කුමක්දැයි පවසයි; කර්නලය සිදුවන්නේ කුමක්දැයි පවසයි. සෑම Linux හොප් එකකම, multicast රවුටින් සටහන් කියවා මූලාශ්‍රය සහ කණ්ඩායමේ නිශ්චිත යුගලය සඳහා ඇතුළු වන සහ පිටවන අතුරුමුහුණත් ලැයිස්තුවක් පවතින බව තහවුරු කරන්න. සාමාන්‍ය මූලාශ්‍රයක් සහිත කණ්ඩායම සඳහා වන සටහන වෙනත් වස්තුවකි, සහ එය මූලාශ්‍ර-නිශ්චිත ප්‍රවාහයක් පැහැදිලි නොකරනු ඇත.

ip mroute show from 10.50.0.10 iif eth1
ip route get 10.50.0.10

රවුටින් ඩේමන් එම තත්ත්වයට ඉහළින් තමන්ගේම දර්ශනයක් තබා ගනී, සහ එය මුද්‍රණය කරන විධානය රඳා පවතින්නේ කුමන ක්‍රියාත්මක කිරීම ස්ථාපිත කර ඇත්ද යන්න මතය. මූලධර්මය නියතයි: යුගලය සඳහා ඩේමන්ගෙන් එහි ඉහළ ප්‍රවාහ සටහන අසන්න, පසුව ඉදිරියට යැවීමේ සටහනක් තිබේදැයි කර්නලයෙන් අසන්න. කර්නලයට සටහනක් නොමැතිව ඉදිරියට යවන බව සිතන ඩේමන් එම සත්කාරකයේ වින්‍යාස විෂය පථයේ ගැටලුවකි.

දෙකම එකඟ නොවන විට, VPN නොව සත්කාරකය නිවැරදි කරන්න. ඔබ ඇසූ ප්‍රවාහය ඉදිරියට නොයවන හොප් එකක් සඳහා පහළින් කිසිවකට වන්දි ගෙවිය නොහැක. ප්‍රවාහය ක්‍රියා කරන අතරතුර සෑම හොප් එකකම යුගලය, ඇතුළු වන අතුරුමුහුණත සහ පිටවන ලැයිස්තුව සටහන් කරන්න. එම වාර්තාව ඊළඟ අසාර්ථකත්වය නව පරීක්ෂණයක් වෙනුවට සංසන්දනයක් බවට පත් කරයි.

ටියුනලය ඇත්තටම පිටපත් කරන්නේ කෙසේදැයි තීරණය කරන්න

මෙහිදී VPN හරහා multicast සාමාන්‍ය කටයුත්තක් වීම නතර වේ. ලක්ෂ්‍යයේ සිට ලක්ෂ්‍යයට ටියුනලයක් පැකට්ටුව අනෙක් කෙළවරේ ඇති එකම සමානයාට බෙදා හරියි, එබැවින් පිටපතක් හරියටම එක් සේවාලාභියෙකුට ළඟා වේ. පාලම් සහිත කොටසක් හවුල් සබැඳියක් මෙන් වැඩිපුර හැසිරේ, මන්ද ටියුනලය රාමුව ගෙන යන අතර පාලම ගංවතුරට යවන්නේ කුමක්දැයි තීරණය කරයි. මේවා වෙනස් බෙදාහැරීමේ ආකෘති වන අතර, පළමුවැන්න ධාවනය කරන අතරතුර දෙවැන්න උපකල්පනය කරන නිර්මාණයක් එක් ලබන්නෙකුට ක්‍රියා කරන බව පෙනී ඊළඟ අයට අසාර්ථක වනු ඇත.

බහු ලක්ෂ්‍ය සේවාදායකයක් හරහා එකකට වඩා ලබන්නන් සඳහා, පිටපත් කිරීම පැහැදිලිව නිර්මාණය කළ යුතුය. ගේට්වේ මත multicast මාර්ගයක් ස්ථාපනය කිරීම VPN සේවාදායකයට කුමන සමානයන්ට පිටපතක් ලැබිය යුතුදැයි උගන්වන්නේ නැත, සහ සේවාලාභී පැත්තේ කිසිදු මාර්ගයක් එම තීරණය ඔහු වෙනුවට ගන්නේ නැත. අවශ්‍යතාව බොහෝ ලබන්නන් වන විට, අනුග්‍රහය ලද පිටපත් කිරීමක් හෝ හිතාමතා තෝරාගත් විකල්පයක් භාවිත කර, කුමක් තෝරාගත්තේදැයි ලියන්න.

අවසාන වශයෙන්, ලබන්නා ළඟ පටු නිරීක්ෂණයක් යටතේ තහවුරු කරන්න: නිශ්චිත මූලාශ්‍රය, කණ්ඩායම සහ පෝට් එක, ඔබ අපේක්ෂා කරන අතුරුමුහුණත මත, එක් බලයලත් ලබන්නෙකු සම්බන්ධ වී සිටියදී. SSM යවන්නෙකු තෝරයි, සහ තේරීම එම යවන්නාගේ සත්‍යාපනයක් නොවේ, වෙනත් multicast රථවාහනයකට එම ප්‍රතිපත්තිය පසුකිරීමට අවසරයක්ද නොවේ.