OpenVPN රසායනාගාරයට පුද්ගලික IPv6 එකතු කරන්න, එක් වරකට එක් පරීක්ෂණ ලක්ෂ්‍යයක්

IPv4 හරහා සම්බන්ධ වී සේවාදායකයට පිටුපස ඇති පුද්ගලික IPv4 කාර්ය භාරයට ළඟා වන සේවාදායකයෙක් ඔබට දැනටමත් ඇත. ඉලක්කය වන්නේ පිටත ප්‍රවාහනයට හානි නොකර එම උමං මාර්ගයෙන්ම පුද්ගලික IPv6 කාර්ය භාරයට ළඟා වීමයි. එම අනුපිළිවෙල වැදගත්ය: පිටත මාර්ගය IPv4 ලෙසම පවතින අතර, අභ්‍යන්තර ලිපින සැලසුම, සේවාදායකයාගේ මාර්ගය සහ සේවාදායකයේ සිට LAN දක්වා ආපසු මාර්ගය පමණක් වෙනස් වේ. පරීක්ෂණ ලක්ෂ්‍ය පහක්, එකින් එකට ඉදිරියට යාමට පෙර බැලිය යුතු නිශ්චිත දෙයක් ඇත.

පළමු පරීක්ෂණ ලක්ෂ්‍යය: දැනටමත් ක්‍රියා කරන සම්බන්ධතාවය

කිසිවක් එකතු කිරීමට පෙර සේවාදායකයා සම්බන්ධ කර IPv4 මාර්ගය තහවුරු කරන්න. ක්‍රියා කරන උමං මාර්ගයක් නව IPv6 දෝෂයක් පැරණි සම්බන්ධතා ගැටලුවකින් වෙන් කරන පදනම් රේඛාවක් ලබා දෙයි. ඔබ සැබවින්ම සංස්කරණය කරන සේවාදායක අවස්ථාව කුමක්ද යන්නද එය පවසයි.

ඔබ දැනටමත් රඳා පවතින තටාකය, ස්ථල විද්‍යාව සහ තල්ලු කළ මාර්ග සටහන් කරන්න. IPv6 කාර්යය එම වින්‍යාසය දිගු කරයි; එය ප්‍රතිස්ථාපනය නොකරයි.

දෙවන පරීක්ෂණ ලක්ෂ්‍යය: අභ්‍යන්තර පූර්වාංග තෝරන්න

අඩවිය සඳහා ULA /48 එකක් තෝරා එයින් /64 දෙකක් කපන්න: එකක් උමං සේවාදායකයන් සඳහා, එකක් IPv6 කාර්ය භාරය ඇති LAN කොටස සඳහා. උදාහරණ පූර්වාංගයක් පිටපත් කිරීම වෙනුවට 40-බිට් ගෝලීය ID උත්පාදනය කරන්න, සහ උපජාල දෙකම අඩවිය දැනටමත් මාර්ගගත කරන සෑම ජාලයක් සමඟ පරීක්ෂා කරන්න:

Outer transport: IPv4 OpenVPN UDP
IPv4 pool:       10.90.0.0/24
IPv6 VPN pool:   fd73:93bc:b6e9:77::/64
IPv6 LAN:        fd73:93bc:b6e9:60::/64
Server LAN IPv6: fd73:93bc:b6e9:60::1

ස්වාධීන /64 දෙකක් සේවාදායක තටාකය LAN කොටසින් කැපීම වළක්වයි, එය පසුව ආපසු මාර්ගය ලියන විට වැදගත් වේ. ඉහත අගයන් එක් විසඳන ලද උදාහරණයකි, නැවත භාවිතයට පූර්වාංගයක් නොවේ.

තෙවන පරීක්ෂණ ලක්ෂ්‍යය: සහායකය සහ මාර්ගගත තල්ලුව එකතු කරන්න

කිසිවක් එකතු කිරීමට පෙර වත්මන් සේවාදායක වින්‍යාසය කියවන්න. පවතින නියෝගයක දෙවන පිටපත පළමු එක සමඟ ඒකාබද්ධ නොවේ, සහ ඇතිවන දෝෂය IPv6 නොව නියෝගය නම් කරයි. පවතින IPv4 සහායකය සමඟ පේළි දෙකක් එය දිගු කරයි. එකින් එක වෙනස් ප්‍රශ්නයකට පිළිතුරු දෙයි:

server-ipv6 fd73:93bc:b6e9:77::/64
push "route-ipv6 fd73:93bc:b6e9:60::/64"

පළමුවැන්න අතුරුමුහුණත සහ සේවාදායක තටාකය සකසන පහසු සහායකයකි. දෙවැන්න සේවාදායකයා ළඟා විය යුතු LAN ගමනාන්තය නම් කරයි. සේවාදායකයාට IPv6 ලිපිනයක් දීමෙන් සේවාදායකයට පිටුපස ඇති ජාල මොනවාදැයි නොකියයි, එබැවින් පේළි දෙකම අවශ්‍යයි.

සහායකය ස්ථිතික IPv6 තටාකයක් හෝ nopool සමඟ සහජීවනය නොවේ. යෙදවීම ලිපින චේතනාන්විතව ස්ථිතිකව වෙන් කරන්නේ නම්, එම ප්‍රතිපත්තිය තබා උදාහරණයකට ගැළපීමට ප්‍රතිපත්තිය මකා දැමීම වෙනුවට IPv6 සමානකම පැහැදිලිව නිර්මාණය කරන්න.

හතරවන පරීක්ෂණ ලක්ෂ්‍යය: ඉදිරියට යැවීම සහ පිළිතුරු මාර්ගය

සේවාදායකයේ IPv6 ඉදිරියට යැවීම ඔබට අමතක වන එක් වරක් ධාවන ලේඛනයකින් නොව පද්ධතියේම වින්‍යාස හිමිකරු හරහා සක්‍රීය කරන්න. ධාවන ආකෘතිය ඉක්මන් පරීක්ෂණයකට ප්‍රයෝජනවත්ය. ස්ථිර වින්‍යාසය බෙදාහැරීමේ ජාල හිමිකරු කියවන drop-in ගොනුවක තිබේ:

sysctl -w net.ipv6.conf.all.forwarding=1

ඉදිරියට යැවීම පැකට් මාර්ගගත කිරීමට වඩා ඉදිරියට ගොස් සත්කාරකයේ IPv6 හැසිරීම වෙනස් කරයි. සේවාදායකයක් ලෙස රවුටර නිවේදන පිළිගත් සත්කාරකය ඉදිරියට යැවීම ආරම්භ කළ විට එලෙසම පිළිගැනීම නවත්වයි. එබැවින් IPv6 ඉහළ සබැඳිය RA මත රඳා පවතින යන්ත්‍රයට එම සබැඳිය සඳහා පැහැදිලි සැලසුමක් අවශ්‍යයි.

පසුව LAN ට උමං තටාකයට ආපසු මාර්ගයක් දෙන්න. කාර්ය භාරයේ IPv6 ද්වාරය VPN සේවාදායකය නොව LAN රවුටරයයි, එබැවින් මාර්ගය එම රවුටරයේ ඇති අතර සේවාදායකයේ LAN ලිපිනයට යොමු වේ:

ip -6 route add fd73:93bc:b6e9:77::/64 via fd73:93bc:b6e9:60::1

සබැඳියට අවශ්‍ය ICMPv6 වර්ග, මාර්ග-MTU ප්‍රතිපෝෂණය ඇතුළුව තබා ගන්න. IPv4 ගිනිපවුරු රීතියක් IPv6 රීතියක් අදහස් නොකරයි, සහ සම්පූර්ණ IPv6 අවහිර කිරීම අසල්වැසි සොයාගැනීම මාර්ගගත දෝෂයක් ලෙස පෙනෙන ආකාරයෙන් කඩා දමයි.

පස්වන පරීක්ෂණ ලක්ෂ්‍යය: සේවාදායකයා කියවා පසුව පරීක්ෂා කරන්න

සේවාදායකයා නැවත සම්බන්ධ කර සේවාදායකයේ සහායක ලිපිනයෙන් අනුමාන කිරීම වෙනුවට ඔහුට සැබවින්ම ලැබුණු ලිපින කියවන්න. අතුරුමුහුණත් ලැයිස්තුව එකම උපාංගයේ පවුල් දෙකම පෙන්වයි:

ip -6 addr show tun0
ip -6 route get fd73:93bc:b6e9:60::20

උමං මාර්ගය තෝරන මාර්ගය පැකට් කොහේ යැවිය යුතුදැයි සේවාදායකයා දන්නා බව ඔප්පු කරයි. නමුත් සේවාදායකය එය ඉදිරියට යවයි, LAN රවුටරයට ආපසු මාර්ගය ඇත, හෝ යෙදුමට පිළිතුරු දීමට අවසර ඇත යන්න ඔප්පු නොකරයි.

යෙදුමම සෑම පවුලක් මත වාරයෙන් වාරය පරීක්ෂා කර, නැවත සම්බන්ධ වීමෙන් පසු සහ සත්කාරකය නැවත ආරම්භ කිරීමෙන් පසු නැවත කරන්න. නැවත ඇරඹීම දක්වා පමණක් පවතින මාර්ගයක් හෝ sysctl එකක් පරීක්ෂණයකි, නිර්මාණයක් නොවේ.

IPv6 මාර්ගය මුල සිට අග දක්වා පිළිතුරු දුන් පසුව පමණක් AAAA වාර්තාව ප්‍රකාශයට පත් කරන්න. IPv4 හරහා විමසන DNS තවමත් IPv6 ලිපිනයක් ලබා දිය හැක, එබැවින් විසඳිය හැකි නාමයක් යනු යමක් සවන් දෙන බවට සාක්ෂියක් නොවේ. RFC 4193 ULA මාර්ගෝපදේශය මෙම පූර්වාංග පිටපතක් නොව ඔබේ කරන ගෝලීය ID උත්පාදනය ආවරණය කරයි.