WireGuard ක්ලයන්ට් එකකට OpenVPN ක්ලයන්ට් එකකට ළඟා විය නොහැකිද?

ටනල් දෙකම සම්බන්ධ වේ, සෑම ක්ලයන්ට් එකක්ම ගේට්වේ වෙත ළඟා වේ, එකක් අනෙකාගේ ලිපිනය උත්සාහ කරන මොහොතේ පැකට් අතුරුදන් වේ. දෙකොණ අත සෙලවීම්වල කිසිදු වරදක් නැත, යතුරු නැවත නිකුත් කිරීමෙන් එය වෙනස් නොවේ. ගේට්වේ තමන්ගේ අතුරුමුහුණත් දෙකක් අතර සාමාන්‍ය සංකේතනය නොකළ IP පැකට් රැගෙන යයි, එබැවින් ප්‍රොටොකොල එකිනෙකා තේරුම් ගැනීමට කිසි විටෙකත් අවශ්‍ය නොවේ; ඔවුන්ට අවශ්‍ය වන්නේ කිසිදු අත සෙලවීමක් නොදෙන දේවල් තුනකි. මූලාශ්‍ර ක්ලයන්ට් එකේ ගම්‍යය ආවරණය, ගේට්වේ හි මූලාශ්‍ර හිමිකම සහ අනෙක් පැත්තේ ආපසු මාර්ගය. රෝග ලක්ෂණ තුනටම එකම ය, එබැවින් ඒවා එකට රෝග විනිශ්චය කෙරේ.

රෝග ලක්ෂණවලට එකවරම එක කොටසක් අඩුය

මෙම නිර්මාණය wg1 මත 10.71.0.0/24 හි WireGuard තටාකයක් සහ tun1 මත 10.72.0.0/24 හි OpenVPN තටාකයක් භාවිත කරයි, දෙකම එකම ගේට්වේ එකකින් අවසන් වේ. පරීක්ෂණයට ලක්වන ඉල්ලීම 10.71.0.5 සිට 10.72.0.30 හි HTTPS වෙත යයි. පහත සෑම පියවරක්ම එම එකම ප්‍රවාහය ගැනය. සෑම පරීක්ෂණයකටම වෙනස් අසාර්ථක ලකුණක් ඇතත් පරිශීලකයා ඒවා එකම ලෙස අත්දකියි, සහ සාමාන්‍යයෙන් එකවරම තුනෙන් එකක් පමණක් අඩුය.

තටාක දෙකම සැබවින්ම මෙම ගේට්වේ හි ඇති බවත්, ටනල් ජීවත් වන namespace හි යැවීම සක්‍රීය බවත් තහවුරු කිරීමෙන් ආරම්භ කරන්න. ප්‍රොටොකොල දෙකම වෙනස් namespace වලින් අවසන් කරන ගේට්වේ ඒවා අතර කිසිවක් යවන්නේ නැත, සහ ඕනෑම peer වින්‍යාසයක් කියවීමට පෙර එය බැහැර කිරීම වටී.

ස්පෝකයේ ගම්‍යය ආවරණය පුළුල් කරන්න

WireGuard ක්ලයන්ට් එකේ, දැනට ඇති peer සටහන OpenVPN ගම්‍යය සඳහා ගේට්වේ තෝරා ගත යුතුය, එනම් ගම්‍යය උපසර්ගය එම peer හි අවසර ලත් ලැයිස්තුවේ පෙනිය යුතුය. එය එකතු කිරීම දෙවන ටනලයක් නොසාදයි; එය ක්ලයන්ට් එම ලිපිනය සොයන විට කුමන peer තෝරා ගන්නේ ද යන්න වෙනස් කරයි, සහ wg-quick සමඟ මාර්ගය සාමාන්‍යයෙන් ලැයිස්තුව ස්වයංක්‍රීයව අනුගමනය කරයි.

AllowedIPs = 10.71.0.0/24, 10.72.0.0/24

සැබෑ යතුරු සහ endpoint පේළි නොසලකා හරින්න, Table = off භාවිත කරන කළමනාකරු මෙම ලැයිස්තුවෙන් කිසිදු මාර්ගයක් ගන්නේ නැති බව මතක තබා ගන්න. එවැනි අවස්ථාවක එම උපසර්ගයම පද්ධතියේ මාර්ග වගුවේ එය හිමි අය විසින් ස්ථාපනය කළ යුතුය, සහ එහි නැති මාර්ගයක් හරියටම නැති අවසර ලත් උපසර්ගයක් මෙන් පෙනේ.

ගේට්වේ හි මූලාශ්‍ර හිමිකම තබා ගන්න

මෙම ක්ලයන්ට් එකේ ගේට්වේ හි ඇති peer සටහන එම ක්ලයන්ට් එකේ මූලාශ්‍ර ලිපිනයම දිගටම හිමි කර ගත යුතුය. අවසර ලත් ලිපින දෙපැත්තෙන්ම පරීක්ෂා කෙරේ: ඒවා පිටවන ගමන් සඳහා peer එකක් තෝරන අතර ඇතුළුවන පැකට්ටුවක මූලාශ්‍රය එය යැවූ peer ට අයත් බව තහවුරු කරයි. ස්පෝකය එම තටාකයට ළඟා වීමට කැමති නිසා OpenVPN තටාකය ස්පෝකයේ සටහනට දැමීම ගමන් වැරදි සහභාගිකරුවෙකු වෙත තල්ලු කරන වැරැද්දයි.

AllowedIPs = 10.71.0.5/32

එම සටහන මාර්ග පහසුකමක් ලෙස නොව හිමිකම ප්‍රකාශයක් ලෙස කියවන්න. ක්ලයන්ට් එකට ළඟා විය යුතු අනෙක් සියල්ල ක්ලයන්ට් එකේ ගම්‍යය ලැයිස්තුවට අයත් වේ, මෙම peer ට යැවිය හැක්කේ කුමක්ද යන ගේට්වේ හි සිතුවිල්ලට නොවේ.

OpenVPN පැත්තට ආපසු මාර්ගයක් දෙන්න

ගම්‍යයට දැන් WireGuard මූලාශ්‍රය වෙත ආපසු මාර්ගයක් අවශ්‍යය, සහ තටාක ක්ලයන්ට් සඳහා එය සාමාන්‍යයෙන් OpenVPN සේවාදායකයෙන් තල්ලු කරන ලද මාර්ගයක් ලෙස පැමිණේ. එය තිබිය යුතු ක්ලයන්ට් වලට පමණක් තල්ලු කරන්න, සහ උපදෙස යෙදුණු බව උපකල්පනය කරනවාට වඩා එය පිළිගත් බව ක්ලයන්ට් එකේ තහවුරු කරන්න.

push "route 10.71.0.0 255.255.255.0"

මාර්ග බෙදාහැරීම අවසර දීමක් නොවේ. ගම්‍යය තටාකයේ නොව වෙනත් OpenVPN ක්ලයන්ට් එකක පිටුපස සිටින විට, එම ක්ලයන්ට් එකේම LAN හිමිකම සහ එහි යැවීමේ අවශ්‍යතා නිර්මාණයට එකතු වේ, සහ තල්ලු කළ මාර්ගය පළමු අර්ධය පමණි. උපදෙස් එකතු කිරීමට පෙර අවශ්‍යතාව ප්‍රස්තාරයක් ලෙස නැවත ලියන්න: කුමන නෝඩය කුමන උපසර්ගය හිමිද, සහ කුමන නෝඩය එතුළට යවයි ද.

ඔබට අවසර දීමට අවශ්‍ය වූ එකම සේවාවට පමණක් අවසර දෙන්න

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

sudo ufw --dry-run route allow in on wg1 out on tun1 proto tcp from 10.71.0.5 to 10.72.0.30 port 443

මේවා යැවූ ගමන් සඳහා වන රීති වන අතර, ගේට්වේ හි VPN සේවා දෙක සඳහා වන ශ්‍රවණ රීතිවලින් වෙනස් ය. පිටත UDP තොටුපොළ විවෘත කිරීම ඇතුළත ඉල්ලීමට අවසර නොදේ, ඇතුළත ඉල්ලීමට අවසර දීම සඳහා ගේට්වේ වෙත අසීමිත SSH හෝ යැවීම මත පෙරනිමි අවසරයක් අවශ්‍ය නොවේ. ගම්‍යයේම firewall එක සහ ශ්‍රවණ ලිපිනය ද ගැළපිය යුතුය, මන්ද loopback වෙත බැඳුණු සේවාවක් වඩාත් සැලකිල්ලෙන් මාර්ගගත කළ පැකට්ටුව පවා ප්‍රතික්ෂේප කරයි. සංවාදයේ එක් දිශාවක් පමණක් ආවරණය කරන ප්‍රතිපත්තියක් සාමාන්‍යයෙන් සාර්ථක ඉල්ලීමක් සහ නිහඬ පිළිතුරක් සමඟ අසාර්ථක වේ, එය තුනෙන් වඩාත් ව්‍යාකූල ප්‍රතිඵලයයි.

අන්‍යෝන්‍ය මාර්ග යනු සාමාන්‍යයෙන් මූලාශ්‍ර පරිවර්තනයක් අවශ්‍ය නොවන බවයි, එය ගම්‍යයේ WireGuard ලිපිනය රඳවා ගනී සහ ලඝු-සටහන් කියවිය හැකි කරයි. ප්‍රොටොකොල දෙකක් සම්බන්ධ බැවින් සියල්ල ආවරණය කරන masquerading එකතු නොකරන්න, සහ පවතින පරිවර්තන රීතියක් එය මත රඳා පවතින්නේ කුමක්දැයි නොදැන ඉවත් නොකරන්න. පසුව එම තනි ප්‍රවාහය මුල සිට අග දක්වා තහවුරු කරන්න, සහ තහනම් මූලාශ්‍රයක් හෝ තොටුපොළක් ද පරීක්ෂා කරන්න: දෙපැත්තේම ක්‍රියා කරන අත සෙලවීමක් කරස් මාර්ගය හෝ හුදකලාව හෝ ඔප්පු නොකරයි.