WireGuard තුළ කෝපරේට් VPN: කුමන ස්ථරය පළමුව එයිද?
එකම යන්ත්රයේ ක්ලයන්ට් දෙකක් ක්රියා කරන්නේ පිටත ටනලය ඇතුළත ක්ලයන්ට්ගේම සම්බන්ධතාවය රැගෙන සහ මෙට්රික් එක් එක් ප්රිෆික්ස් සඳහා නිවැරදි අතුරු මුහුණත තෝරන විට පමණි.
සංවර්ධකයාගේ ලැප්ටොප් පරිගණකයේ ටනල එකක් තවත් එකක් තුළ තැබීමට වලංගු හේතු දෙකක් ඇත. එක්කෝ ආයතනික ක්ලයන්ට් යම් රටකින් පැමිණෙන බව පෙනෙන්නට සිදු වේ, නැතහොත් පෞද්ගලික ජාල දෙකක් එකම වේලාවේ ළඟා විය හැකි විය යුතුය. දෙඅවස්ථාවේදීම පිටත ටනලය ඇතුළත ක්ලයන්ට්ගේම සම්බන්ධතාවය රැගෙන යා යුතුය.
ක්ලයන්ට් දෙකක් ඕනෑම අනුපිළිවෙලකින් ආරම්භ කිරීමෙන් එය සිදු නොවේ. එය සිදු වන්නේ මාර්ගකරණයෙනි.
හැකි අනුපිළිවෙල දෙක සසඳන්න
පිටත ස්ථරය ලෙස පොදු අන්තර්ජාලයෙන් එහි අන්ත ලක්ෂ්යයට ළඟා විය හැකි ටනලය තෝරන්න. ඇතුළත ස්ථරය යනු එහි සේවාදායකය පිටවීම හරහා පමණක් පිළිතුරු දෙන ටනලයයි. Windows තුළ ප්රායෝගික බෙදීම පිටත WireGuard සහ ඇතුළත ආයතනික ක්ලයන්ට් වේ. තීරණාත්මක සාධකය පාලනයයි.
නිල WireGuard ක්ලයන්ට් සම්පූර්ණ වින්යාස ගොනුවක් යොදනු ලබයි, මාර්ග සහ DNS ඇතුළුව. වාණිජ ආයතනික ක්ලයන්ට් සාමාන්යයෙන් දෙකම සඟවයි. සැඟවුණු ක්ලයන්ට් එකක් පිටත තැබීමෙන් ඒ යටතේ ඇති මාර්ගය ගැන ඔබට අනුමාන කිරීමට සිදු වේ.
ප්රතිවිරුද්ධ අනුපිළිවෙල කළ නොහැකි නොවේ. එය ගැන සිතීම වඩා අපහසුය, මන්ද පිටත ක්ලයන්ට් ඔබ කිසිදා නොදකින කාලසටහනකට අනුව මාර්ග නැවත ලියයි.
AllowedIPs ආයතනික පරාසය පමණක් නම් කිරීමට ඉඩ දෙන්න
AllowedIPs WireGuard ටනලයට යොමු කරන ගමනාන්ත ලැයිස්තුගත කරයි. කැදැල් කිරීමට එයට අවශ්ය වන්නේ ඇතුළත සේවාදායකයේ ලිපිනය සහ ආයතනික ප්රිෆික්ස් පමණි. ඉතිරි සියල්ල දේශීය ජාලයේම රැඳේ, මුද්රණ යන්ත්ර සහ hypervisor ඇතුළුව. මෙය නිර්මාණයෙන්ම බෙදුණු ටනලයක් වන අතර බැහැර කිරීමේ ගැටලුව සම්පූර්ණයෙන්ම මඟ හරියි.
සම්පූර්ණ ටනලයක් සහිත පිටත ස්ථරයට අවශ්ය වේ 0.0.0.0/0 අඩු කළ දේශීය පරාස. ආකෘතියට බැහැර කිරීමක් ප්රකාශ කළ නොහැක, එබැවින් පිරවුම ගණනය කර ඇලවිය යුතුය.
[Interface]
PrivateKey = ...
Address = 10.99.4.2/32
[Peer]
PublicKey = ...
Endpoint = 198.51.100.44:51820
AllowedIPs = 198.51.100.44/32, 10.20.0.0/16, 10.21.0.0/16
ඇතුළත ක්ලයන්ට් තමන්ගේම මාර්ග ස්ථාපනය නොකරන විට, ආයතනික ප්රිෆික්ස් ඔබම ලැයිස්තුගත කරන්න. එම පේළියෙන් ඉවත් වූ ප්රිෆික්සය යනු පිටත ටනලය කිසිදා නොරැගෙන යන ගමනාන්තයකි. ලැයිස්තුවේ පැරණි පිටපතක් නොමැති වීමට වඩා නරකය, මන්ද එය තවමත් නිවැරදි ලෙස පෙනේ.
අනුපිළිවෙල, මෙට්රික් සහ දෙවන ඇඩැප්ටරය
මුලින්ම පිටත ටනලයට සම්බන්ධ වන්න, පසුව ආයතනික ක්ලයන්ට් ආරම්භ කරන්න. එවිට එහි අන්ත ලක්ෂ්ය සම්බන්ධතාවය දේශීය ගේට්වේ වෙනුවට WireGuard හරහා පිටවේ. ආයතනික අතුරු මුහුණතට අඩු මෙට්රිකයක් දෙන්න, එවිට එහි ප්රිෆික්ස් එය සතු ලිපින සඳහා ජය ගනී.
# which interface currently claims the corporate prefix?
Find-NetRoute -RemoteIPAddress 10.20.10.5 | Select-Object -First 1
# prefer the corporate interface for its own prefixes
Set-NetIPInterface -InterfaceAlias 'Corp VPN' -InterfaceMetric 3
Set-NetIPInterface -InterfaceAlias 'wg-personal' -InterfaceMetric 40
wg show interfaces
මෙට්රික් යනු මිනිසුන් මඟ හරින පියවරයි. අනුපිළිවෙලක් නොමැතිව, අතිච්ඡාදනය වන ප්රිෆික්සය සඳහා අවසානයේ ස්ථාපනය කළ මාර්ගය ජය ගනී. එය බූට් අතර වෙනස් වේ, එබැවින් ගැටලුව කඩින් කඩ පෙනේ.
OpenVPN 2.6 මත ගොඩනැගූ ක්ලයන්ට් තමන්ගේම උගුලක් එකතු කරයි. දත්ත නාලිකා offload ඇඩැප්ටරය දැනටමත් කාර්යබහුල නම්, දෙවන අවස්ථාව ආරම්භ කිරීම ප්රතික්ෂේප කරයි. පැතිකඩට disable-dco එකතු කිරීමෙන් පැරණි TAP මාර්ගයට ආපසු යයි, එවිට දෙකම එකට යාබදව ක්රියා කරයි.
කැදැලි මාර්ගය බිඳෙන්නේ කොහේද
පිටත ටනලය විසන්ධි කිරීමෙන් ඇතුළත එක මිය යයි. ඇතුළත ක්ලයන්ට් පමණක් නැවත සම්බන්ධ කිරීම එය බොහෝ විට කෙලින්ම අන්තර්ජාලයට යවන අතර නිහඬව කැදැල් කිරීම ඉවත් කරයි. සෑම විටම ටනල දෙකම නතර කර අනුපිළිවෙල මුල සිට පරීක්ෂා කරන්න.
කුඩා භාවිතයට ගත හැකි MTU එකක් බලාපොරොත්තු වන්න. සෑම ස්ථරයක්ම අමතර බරක් එකතු කරයි, එබැවින් 1420 සහ 1400 ආසන්න ආරම්භක යුගලයක් ආරම්භ කිරීමට හොඳ තැනකි. විශාල පැකට් සමඟ එක්ව නතර වන නමුත් කුඩා ඉල්ලීම් සාර්ථක වන මාරු කිරීම සාමාන්ය සලකුණයි. ආයතනික ප්රතිපත්තිය අනෙක් සීමාවයි, මන්ද කළමනාකරණය කළ උපාංගයක් අවශ්ය කරන ක්ලයන්ට් කැදැලි මාර්ගයක් උල්ලංඝනයක් ලෙස සැලකිය හැක.
දෙකෙළවරම ස්ථාවර ජාල නම්, ගේට්වේ අතර අඩවි-සිට-අඩවි ටනලයක් අනුපිළිවෙල ගැටලුව කළමනාකරණය කරනවාට වඩා ඉවත් කරයි. එක් ලැප්ටොප් එකක, ටනල දෙකක් සමඟ පවතින්නේ එක් එක් එකට තමන්ගේම අතුරු මුහුණතක් සහ ප්රිෆික්ස් අනුව ගමනාන්ත තෝරන රීතියක් ඇති විට පමණි.