IPv6 ශාඛා පූර්වාංකය: සේවාදායකයේ iroute-ipv6 ද route-ipv6 ද?

පාහේ එකම නමක් ඇති උපදෙස් දෙකක් සෑම ක්‍රියාකාරී උදාහරණයකම දිස්වේ, එකක් අනෙක් එක නොමැතිව පිටපත් කිරීම නිවැරදි ලෙස පෙනෙන නමුත් ශාඛා පූර්වාංකය නිහඬව අතහැර දමන උමං මාර්ගයක් සාදයි. ඒවා එකම මායිමේ වෙනස් පැති දෙකක වෙනස් කාර්යයක් කරයි: එකක් සේවාදායකයේ කර්නලයට පූර්වාංකය කොහේ ජීවත් වේදැයි උගන්වයි, අනෙක OpenVPN වෙත කුමන සත්‍යාපිත සේවාලාභියා එය රැගෙන යනවාදැයි උගන්වයි. දෙකම නිවැරදි නම් පූර්වාංකය ගලා යයි; එකක් නිවැරදි නම් පැකට්වලට මාර්ගයක් ඇතත් හිමිකරුවෙක් නැත.

උපදෙස් දෙකක්, වෙනස් කාර්යයන් දෙකක්

route-ipv6 සාමාන්‍ය මාර්ග ස්ථාපනයකි: සේවාදායකය කර්නල මාර්ගයක් එකතු කරයි, එය පූර්වාංකය තම උමං අතුරුමුහුණතට යොමු කරයි. iroute-ipv6 යම් නිශ්චිත සේවාලාභියෙකුගේ සන්දර්භයට අයත් වන අතර අභ්‍යන්තර හිමිකාරිත්වය ප්‍රකාශ කරයි, එබැවින් ඩීමනය දන්නවා එම පූර්වාංකයේ ගමන් කරන දත්ත නිශ්චිත සේවාලාභියෙකුට යැවිය යුතු බව, කර්නල මාර්ගය අහම්බෙන් නම් කරන සමානයාට නොව.

එකක් කර්නලයේ යැවීම් වගුව ගැනය, අනෙක ඩීමනයේ අභ්‍යන්තර මාර්ගගත කිරීමේ ආකෘතිය ගැනය. ඒවා වෙන් කර තැබීම සම්පූර්ණ ලෙස පෙනෙන වින්‍යාසයක් වුවද පූර්වාංකය අතහැර දැමිය හැක්කේ ඇයිදැයි පැහැදිලි කරයි. එම ජාලයම සෑම ක්‍රියාකාරී උදාහරණයකම දෙවරක් දිස්වන්නේ ඇයිදැයිද පැහැදිලි කරයි. පේළි දෙකෙන් කිසිවක් අනවශ්‍ය නොවේ.

සාම්ප්‍රදායික userspace සැකසුමේ දෙකම අවශ්‍ය වන අතර ඒවා එකිනෙක අතිරේක කරයි. තනි කර්නල මාර්ගයක් ඩීමනයට සමානයෙකු තෝරාගත නොහැකි ලෙස තබයි. තනි iroute කර්නලයට උමං මාර්ගයට මගක් නොමැතිව තබයි. මෙතැන් සිටම සේවාලාභියාට වෙන් වූ ගොනු පිළිබඳ බොහෝ ව්‍යාකූලත්වය පැමිණේ: ගොනුව මාර්ග වගු ඇතුළත් කිරීමක් නොවේ, මාර්ග ඇතුළත් කිරීම හිමිකාරිත්ව ප්‍රකාශයක් නොවේ.

ip -6 route show | grep fd00:7a
ip -6 route get fd00:7a::1

කුමක් කොහේ අයත් වේද

මාර්ගය සේවාදායකයේ කළමනාකෘත වින්‍යාසයට යයි, එහිදී එය එම සේවාදායක ක්‍රියාවලියට අදාළ වේ. iroute සේවාලාභියාට විශේෂිත ගොනුවට යයි, එය ශාඛා උපාංගයේ සත්‍යාපිත අනන්‍යතාවයේ නමින් යුක්තය.

සැබෑ අනන්‍යතාවයට නොගැලපෙන ගොනු නාමයක් කිසිදා කියවන්නේ නැත, ලක්ෂණය හරියටම නැති iroute මෙන්ම වේ. සේවාදායකය සත්‍යාපනය කළ අනන්‍යතාවය පරීක්ෂා කරන්න, පසුව ගොනු නාමය අකුරින් අකුර පරීක්ෂා කරන්න.

# /etc/openvpn/server/server.conf
route-ipv6 fd00:7a::/64
client-config-dir /etc/openvpn/server/ccd

# /etc/openvpn/server/ccd/branch-b
iroute-ipv6 fd00:7a::/64

පූලය සහ ශාඛා පූර්වාංකය වෙන් කර තබන්න, මන්ද ඒවා අතිච්ඡාදනය වීම කිසිදු උපදෙසකින් විසඳිය නොහැකි ප්‍රහේලිකාවක් සාදයි.

වෙනත් සේවාලාභියෙකුට අවශ්‍ය කුමක්ද

එම ශාඛාවට ළඟා විය යුතු දෙවන සේවාලාභියාට හිමිකාරිත්වය නොව ප්‍රකාශයක් අවශ්‍යය. පූර්වාංකය ඔබට අවශ්‍ය සේවාලාභීන්ට යවන්න, ඔබේ වින්‍යාසයට ගැලපෙන සේවාලාභී හෝ කණ්ඩායම් සන්දර්භය තුළ.

එය ශාඛාවටම නොයවන්න, මන්ද එම උපාංගයට පූර්වාංකය දැනටමත් සම්බන්ධිත ජාලයක් ලෙස ඇත.

එය හැමෝටම යැවීම ප්‍රතිවිපාක සහිත තේරීමකි: එවිට සෑම සේවාලාභියෙක්ම ශාඛාව උමං මාර්ගයෙන් ළඟා විය හැකි යැයි විශ්වාස කරයි, ඔබ කිසිදා එම ප්‍රවේශය දීමට අදහස් නොකළ සේවාලාභීන්ද ඇතුළුව. ප්‍රකාශය ප්‍රායෝගිකව ප්‍රවේශ තීරණයකි, උපදෙස ජල නල කාර්යයක් මෙන් පෙනුනද. සේවාදායක විකල්ප සඳහා යොමුව iroute-ipv6 ක් සේවාලාභියාට විශේෂිත හිමිකාරිත්වයක් ලෙස ලේඛනගත කරයි, රඳවා ගැනීම වටිනා වෙනස එයයි.

ශාඛා උපාංගයේ ආපසු මාර්ගය

හිමිකාරිත්වය උපකාරී වන්නේ ශාඛාව පැකට් යැවීම කරන අතර එහි LAN පිළිතුරු දිය යුතු ආකාරය දන්නේ නම් පමණි. ශාඛා උපාංගයේ IPv6 යැවීම සක්‍රීය කරන්න, එහි LAN හි සත්කාරක VPN පූලයේ ගමන් දත්ත පූලය නොදන්නා පෙරනිමි මාර්ගයට නොව ශාඛාව දෙසට ආපසු යවන බව තහවුරු කරන්න.

එම ආපසු මාර්ගය IPv6 තුළ මිනිසුන්ට IPv4 තුළ මුහුණ දෙන නැතිවූ මාර්ග ගැටලුවේ සමානයයි.

එය LAN හි සත්කාරකයකින් VPN පූල ලිපිනය සඳහා විමසුමක් සමඟ පරීක්ෂා කරන්න, ශාඛාවෙන්ම නොව. රවුටරයේ කළ විමසුම ඔබේ පරිශීලකයින්ගේ ප්‍රශ්නයට වඩා වෙනස් ප්‍රශ්නයකට පිළිතුරු දෙයි, දෙකම අමතර විධානයක් වටිනා තරම් නිතර එකඟ නොවේ.

යුගලය තවමත් ප්‍රමාණවත් නොවේ නම්

සමහර යෙදවුම් මෙම මාර්ගය කිසිසේත් භාවිත නොකරයි. කර්නලයේ දත්ත මාර්ගය සහ නිෂ්පාදනයෙන් කළමනාකරණය වන සේවාදායකවලට ඒවායේම ආධාරක මාර්ග හැසිරවීමක් ඇත, userspace උදාහරණය සෘජුව මාරු නොවිය හැක.

වෙනත් එකක් සඳහා ලියූ මාර්ගෝපදේශයකින් උපදෙස් පිටපත් කිරීමට පෙර ඔබේ ගොඩනැගීම කුමන දත්ත මාර්ගය භාවිත කරන්නේදැයි තහවුරු කරන්න.

අවසාන වශයෙන්, ලිපින පරාසය මතක තබා ගන්න: අනන්‍ය ස්ථානීය පූර්වාංකයක් වැනි fd00:7a::/64 සැලසුමෙන් පෞද්ගලික වන අතර පොදු IPv6 ළඟා වීම ගැන කිසිවක් නොකියයි. එය අභ්‍යන්තර ප්‍රවේශයක් ලෙස සලකන්න, අන්තර්ජාලයට පිටවීම තමන්ගේම ප්‍රතිපත්තියක් සහිත වෙනම කරුණක් ලෙස තබන්න.