NAT VPN සර්වරයේද නැත්නම් රවුටරයේද? දෙකම ක්‍රියා කළ හැක

ලැප්ටොප් එකක සම්බන්ධතාවයක් පෙරනිමි මාර්ගය ලෙස සලකුණු කිරීම හැමෝම මතක තබා ගන්නා පියවරයි, සහ ගේට්වේ එකේ කිසිවක් නොවෙනස් කරන දෙයද එයමය. ක්ලයන්ටය දැන් අන්තර්ජාල ඉල්ලීම් උමග තුළට යවයි; ඒවා ගොඩනැගිල්ලෙන් පිටවේද යන්න ඉදිරියට යැවීම, පරිවර්තන ලක්ෂ්‍යයක් සහ ක්ලයන්ටයේ පෞද්ගලික ලිපිනයට ළඟා වන ආපසු මාර්ගයක් මත රඳා පවතී. වින්‍යාසයන් දෙකකට තුනම සැපයිය හැක, ඒවා කාර්යය විවිධ තැන්වල තබයි, සහ පිළිතුරේ දිශාව සඳහා කිසිවෙකු වගකීම නොගත් විට දෙකම එකම නිශ්ශබ්ද ආකාරයෙන් අසාර්ථක වේ. ඒවා අතර තේරීම ක්ලයන්ට් තටාකය කාට දැකිය යුතුද යන ප්‍රශ්නයයි.

මිථ්‍යාව: ක්ලයන්ට් මාර්ගය පිටවීම ගොඩනඟයි

බලහත්කාර උමංකරණය ක්ලයන්ට් පැත්තේ ප්‍රතිපත්තියකි: රථවාහන භෞතික අනුවර්තකය වෙනුවට VPN අනුවර්තකයට යන බව එය තීරණය කරයි. Microsoft හි VPN මාර්ගකරණ ලේඛනය එම බෙදීම සහ බලහත්කාර හැසිරීම විස්තර කරයි, සහ එය ක්ලයන්ටයේ මාර්ග වගුව පිළිබඳ ප්‍රකාශයකි, සර්වරයේ ඉදිරියට යැවීමේ නීති පිළිබඳ නොවේ. ක්ලයන්ටයේ දෘෂ්ටිකෝණයෙන් උමග යනු අන්තර්ජාලය වාසය කරන තැනය; ගේට්වේ දෘෂ්ටිකෝණයෙන් පැකට්ටුවක් පැමිණියේ ඉහළින් කිසිවෙකු කිසිදා නොඇසූ ලිපිනයකින් බවයි. කිසිදු පැත්තක් තනිව වැරදි ලෙස වින්‍යාස නොකර ඇත, එබැවින්ම ලැප්ටොප් එක අසල සිටින පුද්ගලයාට මෙම අසාර්ථකත්වය කැඩුණු සර්වරයක් මෙන් පෙනේ.

එම නොගැලපීම මෙම ලිපියේ ඉතිරි කොටස විසඳන මුළු ගැටලුවයි. යමක් ක්ලයන්ටයේ පෞද්ගලික ලිපිනය ආපසු එවිය හැකි ලෙස සැකසිය යුතුය, සහ තේරීම වන්නේ කොහේද යන්නයි.

මුලින්ම පිළිතුරු මාර්ගය අඳින්න

කිසිදු සැකසුමක් ස්පර්ශ කිරීමට පෙර මාර්ගය සැබෑ ලිපින සමඟ ලියන්න, සහ ඒ මත ඇති හැකි පරිවර්තන ලක්ෂ්‍ය දෙක සලකුණු කරන්න. මෙම පරීක්ෂණාගාරය 10.70.0.0/24 හි VPN තටාකයක් භාවිතා කරයි, එහි එක් ක්ලයන්ට් එකක් 10.70.0.37 හි, සර්වරයේ LAN ලිපිනය 172.16.40.10, රවුටරය 172.16.40.1 හි සහ පොදු පිටවීම 203.0.113.40 හි ඇත.

client 10.70.0.37 -- tunnel --> RRAS 172.16.40.10 -- LAN --> router 172.16.40.1 --> 203.0.113.40
                                  (translate here?)                             (or here?)

දැනටමත් අන්තර්ජාලය පිරික්සන සර්වරය තමන්ගේ මාර්ගය පමණක් ඔප්පු කරයි. ක්ලයන්ටය වෙනුවෙන් ඉදිරියට යැවෙන පැකට්ටුව වෙනත් තීරණයකි, එය එකම යන්ත්‍රයේ ඉදිරියට යැවීමේ ප්‍රතිපත්තිය ගනී, සහ සාමාන්‍යයෙන් එයම නොමැති වේ. රූප සටහනේ තීරණ ලක්ෂ්‍ය තුන සලකුණු කිරීම සංවාදය එකවර ඒවායින් එකක් මත තබා ගනී.

විකල්පය A: VPN සර්වරයේ පරිවර්තනය

මෙහි සර්වරය පැකට්ටුව රවුටරයට භාර දීමට පෙර ක්ලයන්ටයේ මූලාශ්‍රය තමන්ගේ LAN ලිපිනයට පරිවර්තනය කරයි, සහ රවුටරය පිටවන විට තම සාමාන්‍ය පරිවර්තනය යොදයි. පිළිතුරේදී රවුටරයේ සිතියම්කරණය සර්වරයේ ලිපිනය ප්‍රතිස්ථාපනය කරයි, සර්වරයේ සිතියම්කරණය ක්ලයන්ටයේ ලිපිනය ප්‍රතිස්ථාපනය කරයි. ශ්‍රේණියක් ලෙස තත්ත්ව සහිත පරිවර්තන දෙකක් සාමාන්‍ය සහ ක්‍රියාකාරී වේ, දෙකම වාර්තා කළහොත්; රවුටරයට කිසිදා තටාකයට මාර්ගයක් අවශ්‍ය නොවේ, සහ එයම මෙම වින්‍යාසයේ ආකර්ෂණයයි.

Get-RemoteAccess | Select-Object VpnS2SInterface, RoutingDomain
Get-NetNat | Select-Object Name, InternalIPInterfaceAddressPrefix

NAT ඇතැයි උපකල්පනය කරනවා වෙනුවට සර්වරයට දැනටමත් ඇති දේ බැලීමට මෙම කියවීම් භාවිතා කරන්න. බ්ලොගයකින් පිටපත් කළ Linux masquerade රීතිය Windows වින්‍යාසයක් නොවේ, සහ VPN ශ්‍රාවකය සඳහා සත්කාරක firewall එකේ අවසරය ක්ලයන්ටයේ ඉල්ලීම ඉදිරියට යැවීමේ අවසරයට සමාන ප්‍රතිපත්තියක් නොවේ. සර්වරයේ ඉදිරියට යැවීමේ භූමිකාව එහිම කළමනාකරණ අතුරුමුහුණතින් තහවුරු කර, පසුව පරිවර්තනය වෙන වෙනම බලන්න, මන්ද දෙකම බොහෝ විට යෙදවීමේ විවිධ කොටස් මගින් සක්‍රීය කරනු ලැබේ.

විකල්පය B: තටාකය රවුටරයට ගෙනයාම

දෙවන වින්‍යාසයේදී සර්වරය ක්ලයන්ටයේ සැබෑ මූලාශ්‍ර ලිපිනය ඉදිරියට යවයි, සහ රවුටරය එය පරිවර්තනය කරයි. මෙය ක්ලයන්ට් තටාකය දාරයේ දෘශ්‍යමානව තබා ගනී, රවුටරය රථවාහන ප්‍රතිපත්තිය, ලොග්කරණය හෝ පරීක්ෂාව ඇති තැන නම් එය උපකාරී වේ. මෙයින් අදහස් වන්නේ රවුටරයට 10.70.0.0/24 සඳහා 172.16.40.10 වෙත යොමු වන ආපසු මාර්ගයක්, ඊට අමතරව එම උපසර්ගය සැබවින්ම ඇතුළත් අන්තර්ජාල ප්‍රතිපත්තියක්ද අවශ්‍ය බවයි; LAN උපජාලය සඳහා ලියූ රීතියක් නිශ්ශබ්දව තටාකයට විහිදෙන්නේ නැත.

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

DNS, IPv6 සහ පිළිගැනීම පැහැදිලි කරන්න

ලිපින පරිවර්තනය නාම විභේදනය නිවැරදි නොකරයි. ක්ලයන්ටයට VPN පැතිකඩ සමඟ ලබා දෙන විසඳන්නෙකු, නිශ්චිත නාම අවකාශ සඳහා පෞද්ගලික විසඳන්නෙකු, හෝ අනුමත පොදු විසඳන්නෙකු භාවිතා කළ හැක, සහ එම ප්‍රතිපත්තිය යටතේ ළඟා විය නොහැකි විසඳන්නෙකු මාර්ගකරණය ක්‍රියා කිරීමෙන් පසුවත් අසාර්ථක වේ. නමක් සහ ලිපිනයක් වෙන වෙනම පරීක්ෂා කරන්න, එවිට අසාර්ථකත්ව දෙක කිසිදා එක් වාර්තාවකට ඒකාබද්ධ නොවේ.

IPv6 සඳහා නිර්මාණයේ තමන්ගේම ඡේදයක් අවශ්‍යය. ක්‍රියාකාරී IPv4 පරිවර්තනයක් IPv6 ක්ලයන්ට්වලට මාර්ගයක්, වලංගු පොදු මූලාශ්‍රයක් හෝ උමග වැටෙන විට ඔවුන් අවහිර කරන ප්‍රතිපත්තියක් තිබේද යන්න ගැන කිසිවක් නොකියයි. එය නොකියා තැබීමෙන් අදහස් වන්නේ ක්ලයන්ට්වලින් අඩක් නිශ්ශබ්දව ගේට්වේ මඟ හරින අතර අනෙක් අඩක් ක්‍රියා කරන බවයි.

පිළිගැනීම සඳහා, අවසර ලත් ක්ලයන්ට් ඉල්ලීමක් සහ එහි පිළිතුර දෙකම මායිම් හරහා අනුගමනය කරන්න, සහ එම මොහොතේ එක් එක් මායිම දැකිය යුතු ලිපිනය ලියන්න. එම වාර්තාව ඊළඟ තටාක වෙනස අතුරුදහන් වූ ආපසු මාර්ගය කා සතුද යන තර්කය වෙනුවට මිනිත්තු පහක සංස්කරණයක් බවට පත් කරයි. වාර්තාව ටිකට් එකක නොව ක්ලයන්ට් පැතිකඩ සමඟ තබන්න, මන්ද ඊළඟ ඉංජිනේරුවා මුලින්ම සොයා ගන්නේ පැතිකඩය.