එක් මාර්ගයක් ඔප්පු කරන පියර් දෙදෙනෙකුගේ WireGuard පරීක්ෂණයක් සාදන්නේ කෙසේද

පෙරනිමි මාර්ගය, LAN උපසර්ගය, DNS සහ firewall ව්‍යතිරේකය ගෙන යන WireGuard පරීක්ෂණයකට ඒවායින් කුමක් බිඳුණු දැයි කිව නොහැක. එය පියර් දෙදෙනෙකුට, ලිපින යුගලයකට සහ අවසර ලත් සේවාවකට අඩු කරන්න, එවිට අසාර්ථකත්වයට සැඟවීමට තැනක් නැත. අරුචිකර පදනම ම විනිශ්චයයි. එය මුලින්ම සාදන්න; එය පහළොවක් මිනිත්තු ගත වන අතර ඇස්තමේන්තු කිරීමට ගත කරන සවස් භාගය ඉතිරි කරයි.

පදනම ඔප්පු කරන දෙය බොහෝ දෙනා බලාපොරොත්තු වනවාට වඩා පටුය. එය ඔප්පු කරන්නේ අනන්‍යතා දෙකක් එකඟ වන බවත්, UDP සවන් දෙන වරායට ළඟා වන බවත්, අවසර ලත් ගමනාන්තයක් ඉල්ලීමක් ගෙන යන බවත් පමණි. බලාත්මක කිරීම, NAT, LAN මාර්ග සහ DNS පසුව එකින් එක එකතු කරන වෙනම විශේෂාංග වේ.

යතුරු, ලිපින සහ එකම endpoint

සෑම පද්ධතියකම යතුරු යුගලයක් ජනනය කර ඒවා අතර පොදු භාග පමණක් ගෙන යන්න. wg genkey | tee privatekey | wg pubkey > publickey ලේඛනගත තනි පේළි විධානය වන අතර, පසුව ආරක්ෂා කළ හැකි ගොනුවක තනි යතුර තබයි. ඔබ සතු වෙනත් කිසිදු වින්‍යාසයක නොපෙනෙන පරාසයකින් උමං ලිපින තෝරන්න, උදාහරණයක් ලෙස 10.99.0.1/24 සහ 10.99.0.2/24. කුමන ලිපිනය කුමන යන්ත්‍රයට අයත් දැයි ලියා තබන්න, මන්ද සෑම පසු විමසුමක්ම එම සිතියම්කරණය මත රඳා පවතී.

පෞද්ගලික යතුරු කිසි විටෙක ගමන් නොකරයි. පරීක්ෂණයකට එකක් අනෙක් පැත්තට පිටපත් කිරීමට අවශ්‍ය නම්, පරීක්ෂණය දැනටමත් වැරදී ඇත. පද්ධති දෙක NAT පිටුපස සිටින විට, අවම වශයෙන් එකකට ළඟා විය හැකි UDP වරායක් අවශ්‍ය වන අතර අනෙක ඒ දෙසට යොමු වන Endpoint එකක් ගෙන යයි, පොදු ලිපිනය සහ වරාය ඔබේ සටහන්වල තිබිය යුතුය, 51820 ගැන ඔබේ උපකල්පනවල නොවේ.

වෙනත් බාහිර වරායකට සිතියම් කරන වරාය බලාත්මක කිරීමක් Endpoint එයට ගැළපෙන තාක් හොඳින් ක්‍රියා කරයි. මෙහි නොගැළපීම් දෝෂ වෙනුවට නිහඬතාව ඇති කරයි, එබැවින් රැහැන මත දෝෂ නිරාකරණය කිරීමට පෙර කඩදාසියේ පරීක්ෂා කිරීම වටී.

wg ට අයත් ක්ෂේත්‍ර සහ නොවන ඒවා

මූලික ක්ෂේත්‍ර කුලකය කුඩාය: Interface යටතේ PrivateKey සහ ListenPort, Peer යටතේ PublicKey, AllowedIPs සහ Endpoint. Address සහ DNS wg ට නොව wg-quick ට අයත් වන අතර, එම වින්‍යාසයම තවත් මෙවලමකට ගිය මොහොතේ එම වෙනස දෂ්ට කරයි.

[Interface]
PrivateKey = <peer-a-private>
Address = 10.99.0.1/24
ListenPort = 51820

[Peer]
PublicKey = <peer-b-public>
AllowedIPs = 10.99.0.2/32
Endpoint = 203.0.113.10:51820

AllowedIPs එකවර කාර්යයන් දෙකක් ඉටු කරයි. කුමන ගමනාන්ත උමං මාර්ගයට යයි ද තෝරන අතර, පැමිණෙන විට එම මූලාශ්‍ර ලිපින භාවිත කිරීමට පියර්ට අවසර දෙයි. එබැවින් අනෙක් පැත්තේ කැඩපත ඇතුළත් කිරීම ඔබේ උමං ලිපිනය හරියටම නම් කළ යුතුය; වැරදි පියර් සඳහා /32 මාර්ගගත කිරීමේ ගැටලුවක් ලෙස කියවෙන අතර අවසර ගැටලුවක් ලෙස හැසිරේ. WireGuard ඉක්මන් ආරම්භය ක්ෂේත්‍ර නාම සංසන්දනය කිරීමට අවශ්‍ය නම් කැනොනික භාෂාවෙන් එම පියර් දෙකේ හැඩය පෙන්වයි.

නිරූපකය වෙනුවට handshake කියවීම

අතුරුමුහුණත එයට හිමිකම් ඇති දෙය හරහා ඉහළට ගෙන, පසුව තත්ත්ව ආලෝකයක් නොව තත්ත්වය කියවන්න. wg show එක් එක් පියර් සඳහා නවතම handshake බයිට් ගණන් කරන්නන් සමඟ මුද්‍රණය කරයි, අවසන් මිනිත්තු කිහිපය තුළ handshake එකක් යනු යතුරු, endpoint සහ UDP මාර්ගය සියල්ලම ක්‍රියා කරන බවයි. එක් දිශාවකට පමණක් වැඩි වන ගණන් කරන්නෙක් තමාගේම පිළිතුරයි, එය කිසි විටෙක නොසිදුවන handshake එකකට සමාන අසාර්ථකත්වයක් නොවේ.

අසාර්ථකත්ව දෙක වෙනස් විමර්ශන අදහස් කරයි. handshake කිසිසේත් නොසිදුවීම යතුරු නොගැළපීම, වැරදි Endpoint, අවහිර UDP හෝ handshake එකම හෙළන firewall එකක් පෙන්වා දෙයි. handshake සාර්ථක වුවත් දත්ත කිසි තැනකට නොයන විට එය AllowedIPs, උමං ලිපිනයේ නොසවන් දෙන සේවාවක්, හෝ වරාය LAN සඳහා පිළිගෙන උමං අතුරුමුහුණත සඳහා නොපිළිගන්නා ධාරක firewall එකක් පෙන්වා දෙයි. මේවා පද්ධතියේ වෙනස් භාග වන අතර, නීති වෙනස් කිරීමට පෙර පදනම ඒවා වෙන් කරයි.

අවසර ලත් එක් සේවාවක් ඔප්පු කිරීම, පසුව ප්‍රතිවිරුද්ධ දිශාව

අනෙක් පියර්ගේ උමං ලිපිනයට පිළිතුරු දිය යුතු සේවාවක ඉල්ලීමක් යවන්න, ping ට වඩා හොඳ දෙයක් තෝරන්න. ICMP පිළිතුරක් නොමැති වීම උමං දෝෂයක් නොව ධාරක පෙරහනක් විය හැක, එබැවින් නිහඬ ping එකක් කිසිදු දිශාවක් ඔප්පු නොකරයි. ඔබ දන්නා විවෘත වරායකට TCP සම්බන්ධතාවයක්, හෝ දත්ත ආපසු දෙන ඉල්ලීමක්, ඔබට අර්ථ නිරූපණය කළ හැකි පිළිතුරක් දෙයි.

ප්‍රතිවිරුද්ධ දිශාව තමන්ගේම ප්‍රතිඵලයක් සහිත වෙනම පරීක්ෂණයක් ලෙස ධාවනය කරන්න, මන්ද දිශා දෙකට වෙනම firewall සහ AllowedIPs ඇතුළත් කිරීම් ඇති අතර ඒවා ස්වාධීනව අසාර්ථක විය හැක. handshake ක්‍රියා කර ඉල්ලීම ක්‍රියා නොකරන්නේ නම්, ගැටලුව උමං මාර්ගයේ නොව දත්ත මාර්ගයේ ඇත: AllowedIPs, සවන් දෙන සේවාව, හෝ ධාරක firewall. බලාත්මක කිරීම, NAT හෝ DNS එකතු කිරීමට පෙර එය නිවැරදි කරන්න, නැතහොත් කිසි විටෙක වැරදිකරු නොවූ විශේෂාංගයක් දෝෂ නිරාකරණය කරමින් සවස ගෙවෙනු ඇත.

පදනම යොමුවක් ලෙස තබා ගැනීම

ක්‍රියා කරන තුන්‍යුනය සහ පැතිකඩ මූලාශ්‍රය ප්‍රතිසාධනය කළ හැකි ස්ථානයක සුරකින්න, සහ පොදු සේවාවක් සමඟ සමමුහුර්ත වන කිසිදු ෆෝල්ඩරයකින් පිටත තබන්න. පසුව එකවර එක් විශේෂාංගයක් එකතු කරන්න, සෑම එකකට පසුව මුල් ඉල්ලීම නැවත නැවත කරමින්: බලාත්මක කිරීම, NAT, LAN මාර්ගයක්, සහ ඉන් පසුව පමණක් DNS. පරීක්ෂණය බිඳින සෑම එකතු කිරීමක්ම දැන් හඳුනාගත හැක, මන්ද වෙන කිසිවක් නොසෙල්වුණි.

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