අඩවි දෙකක WireGuard හබ් එකක් සඳහා IPv6 සැලසුම් කිරීම: උපසර්ගය, සමානකයෝ, මාර්ග
LAN දෙකක් සඳහා පෞද්ගලික IPv6 හබ් එකක් හරහා වැඩ කරන්න: උපසර්ගයක් තෝරන්න, ටනල් ලිපින වෙන් කරන්න, පසුව AllowedIPs මගින් කුමන සමානකයා කුමන උපජාලයට හිමිකම් කියනවාද යන්න ප්‍රකාශ කිරීමට ඉඩ දෙන්න.
LAN දෙකක්, WireGuard හබ් එකක් සහ වෙන වෙනම ප්‍රශ්න තුනකට පිළිතුරු දිය යුතු IPv6 ලිපින සැලැස්මක්: කුමන උපසර්ගයද, කුමන ලිපිනය කුමන රවුටරයටද, කුමන සමානකයා කුමන උපජාලයට හිමිකම් කියනවාද. ඉන් එකක් වැරදුනොත් අතට අත දෙන නමුත් කිසිවක් මාර්ගගත නොකරන ටනලයක් සෑදේ. පහත සැලැස්ම එම අනුපිළිවෙලින් පෞද්ගලික අඩවි දෙකක සැලසුමක් හරහා යයි. එය හිතාමතාම IPv6 අන්තර්ජාල ප්‍රවේශය ලබා නොදේ.
උපසර්ගය කුමක් සඳහාද යන්න තීරණය කරන්න
අඩවි අතර පෞද්ගලික ළඟාවීම ඉලක්කය වන විට fd00::/8 වෙතින් අනන්‍ය දේශීය උපසර්ගයක් ස්වාභාවික තේරීමයි. සෑම ස්ථානයකට කුමන ISP සේවය කළත් එය ස්ථාවරව පවතී, ගෝලීය මාර්ගගත කිරීමේ වගුවට ප්‍රකාශ නොවේ, එබැවින් ඔබේ අභ්‍යන්තර අංකනය අන්තර්ජාලයට කාන්දු විය නොහැක.
එම ගුණයම සීමාවයි. ULA එකක් පොදු ආපසු මාර්ගයක් නොදේ, මන්ද ඉහළ ප්‍රවාහකයකු නොදන්නා බැවින් එය ඔබේ ගේට්වේ වෙත මාර්ගගත කළ යුතු බව. අවශ්‍යතාවයට IPv6 අන්තර්ජාල පිටවීම ඇතුළත් නම්, ඔබට අවශ්‍ය වන්නේ එය ඔබ වෙත මාර්ගගත කරන සැපයුම්කරුවෙකුගෙන් වෙන් කිරීමක්, සහ එය තමන්ගේම උපසර්ග ප්‍රමාණය සහිත වෙනම සැලසුම් තීරණයකි.
සෑම යෙදවුමකටම /48 අවශ්‍ය යැයි උපකල්පනය නොකරන්න. RFC 6177 අවසන් අඩවියේ එකම අනිවාර්ය ප්‍රමාණයෙන් ඉවත් විය, සහ නිවැරදි ප්‍රමාණය ඔබ ක්‍රියාත්මක කරන ජාල ගණන මත රඳා පවතී. වෙනත් සංවිධානයකටද භාවිත කළ හැකි උපසර්ගයක් නිර්මාණය කරනවාට වඩා RFC 4193 ක්‍රියා පටිපාටියෙන් ULA ජනනය කරන්න. කිසිදු උපාංගයක් වින්‍යාසගත කිරීමට පෙර ප්‍රතිඵලය ලිපින සැලැස්මට ලියන්න, මන්ද කිසිවෙකු සටහන් නොකළ උපසර්ගයක් යනු යමෙකු නැවත භාවිත කරන උපසර්ගයකි.
උපසර්ගය භූමිකා වලට බෙදන්න
පහත උදාහරණය fd7c:2e91:4a00::/48 භාවිත කරයි, සහ වගුව අඩවිය අනුව නොව එක් එක් කොටස ලියන ස්ථානය අනුව සකසා ඇත. අගයන් නියැදියක් ලෙස සලකා කිසිවක් යෙදවීමට පෙර ඔබේම ඒවා ජනනය කරන්න.
| Where it is written | What appears there | Block used | What it establishes |
|---|---|---|---|
| Hub wg0.conf, interface address | A single host address on the tunnel | fd7c:2e91:4a00:ff00::1/128 | The hub's own tunnel identity |
| Hub wg0.conf, Site A peer | Two ranges in one AllowedIPs line | ::2/128 and :10::/64 | That A owns its tunnel address and its LAN |
| Hub wg0.conf, Site B peer | Two ranges in one AllowedIPs line | ::3/128 and :20::/64 | That B owns its tunnel address and its LAN |
| Site A wg0.conf, interface address | A single host address on the tunnel | fd7c:2e91:4a00:ff00::2/128 | A's identity as the hub sees it |
| Site B wg0.conf, interface address | A single host address on the tunnel | fd7c:2e91:4a00:ff00::3/128 | B's identity as the hub sees it |
LAN කොටස් /64 වන්නේ සාමාන්‍ය SLAAC එකක් බිට් 64 අතුරුමුහුණත් හඳුනාගැනීමක් අපේක්ෂා කරන බැවිනි. LAN එකක් කුඩා කොටසකට බෙදීම බොහෝ සත්කාරකවල එම උපකල්පනය බිඳ දමයි, සහ පෞද්ගලික සැලැස්මක ලිපින ඉතිරිය සඳහා මෙහෙයුම් පිරිවැය වටින්නේ නැත. LAN කොටස් දෙකම /48 හි මැදින් එන අතර පහළ පරාසය පසුව එන අඩවි සඳහා නිදහස්ව තබයි.
ටනල් ලිපින වන්නේ පරිපාලන සංචිතයක් මිස සබැඳියේ ඇති ජාලයක් නොවේ. සෑම අතුරුමුහුණතක්ම එයින් එක් /128 බැගින් ලබා ගනී, එබැවින් කිසිදු සත්කාරකයක් ටනලයේ හවුල් උපජාලයක් උපකල්පනය නොකරයි, අවශ්‍ය නොවන තැන අසල්වැසි සොයාගැනීම නොයයි. භූමිකා වෙන් කර තබා සංවිධානයේ ලිපින සැලැස්මේ සටහන් කරන්න, පසුව එන අඩවියක් කොටසක් නැවත භාවිත නොකරන ලෙස.
සෑම රවුටරයකටම එක් ටනල් ලිපිනයක් දෙන්න
සෑම රවුටරයකටම එක් /128 බැගින් වෙන් කර ක්‍රියාත්මක වන හබයේ පවතින යතුරු සහ අන්ත ලක්ෂ්‍ය තබා ගන්න. පහත අගයන් තුන වෙනස් වන්නේ සත්කාරක කොටසේ පමණි.
Hub: Address = fd7c:2e91:4a00:ff00::1/128
Site A: Address = fd7c:2e91:4a00:ff00::2/128
Site B: Address = fd7c:2e91:4a00:ff00::3/128මෙම /128 එම අතුරුමුහුණතට වෙන් කළ එකම ලිපිනය විස්තර කරයි. සමානකයාට කොපමණ ගමනාන්ත මාර්ගගත කළ හැකිද යන්න එය නොකියයි, මන්ද ළඟාවීම අතුරුමුහුණත් උපසර්ගයේ නොව AllowedIPs හි ප්‍රකාශ වේ.
සෑම අඩවි රවුටරයකටම තම LAN කොටසේ ලිපිනයක් සහ එය බෙදාහැරීමේ ක්‍රමයක්ද අවශ්‍ය වේ, සාමාන්‍යයෙන් SLAAC සඳහා රවුටර ප්‍රකාශ. WireGuard එම ප්‍රකාශ ඔබ වෙනුවෙන් නොයවයි, LAN දෙක එකට සම්බන්ධ නොකරයි. අඩවි රවුටරය දෙපැත්තටම රවුටරයකි.
උපජාල හිමිකම AllowedIPs හි තබන්න
අඩවිය A සඳහා හබයේ සමානක සටහන A හි ටනල් ලිපිනය සහ A හි LAN එකට හිමිකම් කියයි, එම යුගලය මුළු හිමිකම් ප්‍රකාශයයි. එම සමානක කොටසේ වෙන කිසිවක් අඩවිය විස්තර කිරීමට අවශ්‍ය නැත.
AllowedIPs = fd7c:2e91:4a00:ff00::2/128, fd7c:2e91:4a00:10::/64අඩවිය B හි සමානක සටහන ගැළපෙන යුගලයට හිමිකම් කියයි, මෙහි සමමිතිය කෙටි බවට වඩා වැදගත්ය. පේළි දෙක එකට කියවන්න, හිමිකම් බෙදීම එක් බැල්මකින් පෙනේ.
AllowedIPs = fd7c:2e91:4a00:ff00::3/128, fd7c:2e91:4a00:20::/64මේවා වෙන වෙනම සමානක කොටස් දෙකකි, එක් සමානකයෙකු සඳහා තරඟ කරන ලැයිස්තු දෙකක් නොවේ. WireGuard AllowedIPs දෙපැත්තටම භාවිත කරයි: පිටවන ගමනාන්තය සඳහා සමානකයා තෝරයි, සහ එය විස්තර කළ සමානකයාට වෙන් කළ පරාසයට මූලාශ්‍රය නොගැළපෙන එන පැකට්ටුව ප්‍රතික්ෂේප කරයි. දෙදෙනාටම මුළු /48 දුන්නොත් එම දෙවන පරීක්ෂාව අක්‍රීය වී කුමන අඩවිය කුමන කොටසට හිමිකම් කියනවාද යන්න අපැහැදිලි වේ. එම වෙනස නිසාම වැරදි මූලාශ්‍ර ලිපිනයක් නිහඬව පිළිගැනීම වෙනුවට පෙනෙන්නට ලැබේ.
සෑම අඩවියකටම තම හබ් සමානකයා හරහා ළඟා විය හැකි ගමනාන්ත පමණක් අවශ්‍යයි: අඩවිය A හබයේ ලිපිනය, අඩවිය B හි ටනල් ලිපිනය සහ B හි LAN එක ලැයිස්තුගත කරයි, අඩවිය B ප්‍රතිවිරුද්ධ කුලකය ලැයිස්තුගත කරයි. ලැයිස්තු හිතාමතාම අසමමිතිකය, මන්ද සෑම රවුටරයක්ම භූගෝල විද්‍යාවේ වෙනස් පැත්තක් දකී. දෙකම ලිපින සැලැස්මෙන් ලියන්න, අනෙක් අඩවියේ වින්‍යාසයෙන් නොව, මන්ද එසේම පැරණි පරාසයක් නැවත අංකනයෙන් ගැලවේ.
wg-quick සමඟ මෙම පරාස මාර්ග ද සාදයි. systemd-networkd හෝ අතින් සැකසීමේදී සමාන මාර්ග ඔබම එකතු කරන්න; එසේ නොමැති නම් කර්නලය කිසිදා එයට නොයවන පැකට්ටු ටනලය ගෙන යයි.
ඉදිරියට යැවීම සම්පූර්ණ කර දෙපැත්තම පරීක්ෂා කරන්න
හබයේ සහ අඩවි රවුටර දෙකේම IPv6 ඉදිරියට යැවීම සක්‍රීය කර, ඉදිරියට යැවීමේ ප්‍රතිපත්තියේ අවශ්‍ය අඩවි අතර සේවා අනුමත කරන්න. ICMPv6 Packet Too Big පණිවිඩ භාවිතයට සුදුසුව තබන්න, මන්ද ඒවා ඉවත දැමීම මාර්ගයේ MTU සොයාගැනීම බිඳ දමා යෙදුම් දෝෂ මෙන් පෙනෙන විශාල මාරු කිරීම්වල අවහිරතා ඇති කරයි. ගිනිපවුරු අනුමැතියකින් තොරව ඉදිරියට යවන හබයක් මාර්ගගත කිරීම සහ ටනලය අතර පැකට්ටුව ඉවත දමයි. මෙම අසාර්ථක ආකාරය දැනගැනීම වටී, මන්ද ටනලය ක්‍රියාත්මකව පවතින අතර සමහර ප්‍රවාහ පමණක් මිය යයි.
sysctl net.ipv6.conf.all.forwarding
ip -6 route
ping -6 -c 3 fd7c:2e91:4a00:20::1අඩවිය A හි සත්කාරකයක සිට අඩවිය B හි සත්කාරකයකට සහ පසුව ප්‍රතිවිරුද්ධ දිශාවට පරීක්ෂා කරන්න. හබයේ ටනල් ලිපිනයට ping කරන්නේ පළමු පිම්ම පමණක් වන අතර LAN මාර්ග වැරදි වුවත් සාර්ථක වේ. සැලැස්ම ඔප්පු කරන්නේ සත්කාරකයේ සිට සත්කාරකයට ප්‍රවාහයයි.
පිටත WireGuard සම්බන්ධතාවය IPv4 මත ධාවනය විය හැකි අතර ඇතුළත රථවාහන IPv6 විය හැක, මෙම ස්වාධීනත්වය සංක්‍රමණයේදී ප්‍රයෝජනවත් වේ. පසුව ගෝලීය IPv6 පිටවීමක් එකතු කළහොත්, සැපයුම්කරුගේ වෙන් කිරීම, මූලාශ්‍ර ලිපින තේරීම සහ ආපසු මාර්ගගත කිරීම නව සැලසුම් පියවරක් ලෙස නැවත සලකා බලන්න; ඉහත පෞද්ගලික සැලැස්ම අඩවි අතර රථවාහන සඳහා වලංගුව පවතී.