VPN සත්කාරකයේ හෝ VM ඇතුළේ ධාවනය කරන්නද? තීරණ මාර්ගෝපදේශය

ටනලයේ හිමිකරු තීරණය කරන්නේ කුමක් කුමක් ආවරණය කරයිද යන්නයි. සත්කාරකයේ හෝ අමුත්තා තුළ ස්ථානගත කිරීම තෝරා, පසුව අමුත්තා තුළ මාර්ග, DNS සහ පිටවීම් පරීක්ෂණවලින් එය තහවුරු කරන්න.

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

සේවාදායකය ස්පර්ශ කිරීමට පෙර හිමිකරු තීරණය කරන්න

රීතිය වන්නේ සංකේතිත පෙළ නිපදවන්නේ කොහේද යන්නයි, කුමන යන්ත්‍රය VPN නිරූපකය පෙන්වයිද යන්න නොවේ. අමුත්තා එය නිපදවන්නේ නම්, අමුත්තාට VPN සේවාදායකයට ක්‍රියාකාරී මාර්ගයක් අවශ්‍ය වන අතර සත්කාරකයෙන් වෙන කිසිවක් අවශ්‍ය නොවේ. සත්කාරකය එය නිපදවන්නේ නම්, සත්කාරක සේවාදායකය දේශීය ගමනාගමනයට පනවන ඕනෑම ප්‍රතිපත්තියක් නොතකා අමුත්තාගේ සත්කාරක මාර්ගය රැඳී තිබිය යුතුය.

සාමාන්‍යයෙන් ප්‍රශ්න තුනක් ඔබ වෙනුවට ස්ථානය තෝරයි. අමුත්තාගේ ගමනාගමනය සත්කාරකයේ ඇති ආයතනික සේවාදායකයක් හරහා යා යුතුද? එසේ නම් ටනලය අමුත්තා තුළය. අමුත්තන් කිහිප දෙනෙකුට එක් අක්තපත්‍රයක් සහ එක් පිටවීම් ලිපිනයක් අවශ්‍යද? එසේ නම් එය සත්කාරකයේය, යොමු කිරීම හිතාමතා සකසා. අමුත්තාගේ ගමනාගමනය සත්කාරකයේ VPN-ට සම්පූර්ණයෙන් පිටත තිබිය යුතුද? එසේ නම් අමුත්තා තුළ ටනලය පමණක් එය ගොඩනැගීමෙන්ම ලබා දෙයි.

පිළිතුර VM නමට යාබදව එක් පේළියක ලියන්න: guest-owned හෝ host-owned. යන්ත්‍ර හයක පර්යේෂණාගාරයක එම සටහන පහත ඕනෑම පියවරකට වඩා කාලය ඉතිරි කරයි, මන්ද ඔබ පිවිසුණු යන්ත්‍රයේ කිසිදා නොතිබූ ටනලයක් විමර්ශනය කිරීමෙන් එය ඔබව වළක්වයි.

WSL1 සහ WSL2 ප්‍රතිවිරුද්ධ අවස්ථා වේ

WSL1 අතථ්‍ය යන්ත්‍රයක් නොවේ, එබැවින් ස්ථානගත කිරීමේ ප්‍රශ්නය බොහෝ දුරට වාෂ්ප වේ. එහි Linux ද්විමය ගොනු පරිවර්තන ස්ථරයක් හරහා Windows හි ජාල ස්ටැකයට එරෙහිව ධාවනය වේ, Linux VPN සේවාදායකයට වින්‍යාස කිරීමට ස්වාධීන අතුරුමුහුණත් නොමැත. ක්‍රියා කරන සැකැස්ම Windows පැත්තේ ටනලයකි, බෙදාහැරීම කිසිවක් හිමි නොවී ප්‍රතිඵලය භාවිත කරයි.

WSL2 ඊට ප්‍රතිවිරුද්ධය. එය Hyper-V අතථ්‍ය ස්විචයක් පිටුපස සැහැල්ලු උපයෝගී VM එකක සැබෑ කර්නලයක් ධාවනය කරන අතර එහි ලිපින අවකාශය සත්කාරක පැත්තේ ඇඩැප්ටරයක් හරහා NAT වේ. එබැවින් බෙදාහැරීම තුළ ඇති Linux සේවාදායකය භෞතික Linux පෙට්ටියක මෙන් හැසිරේ: එය tun0 හෝ wg0 සාදා, තමන්ගේ මාර්ග ස්ථාපනය කර, ක්‍රියා කරයි. අසාර්ථකත්වය සත්කාරක පැත්තේ ජීවත් වේ. Windows VPN සේවාදායකය දේශීය ජාලවල ගමනාගමනය අවහිර කරන ප්‍රතිපත්තියක් සමඟ සම්බන්ධ වන විට, එය WSL2 උපජාලය විශ්වාස කළ නොහැකි දේශීය ජාලයක් ලෙස සලකා NAT මාර්ගය කපා දමයි. එවිට බෙදාහැරීම DNS සහ පිටතට ප්‍රවේශය අහිමි කර ගනී, එහිම ටනලය තවමත් නිරෝගීව තිබියදී: wg show අත්වැල් ගැසීමක් වාර්තා කරයි, ip route නිවැරදි ලෙස පෙනේ, curl එල්ලී තිබේ.

කුමන නිවැරදි කිරීමක් භාවිත කළ හැකිද යන්න Windows ගොඩනැගීම මත රඳා පවතී. පැරණි එක WSL උපජාලය සඳහා සත්කාරක සේවාදායකයේ ඇති ව්‍යතිරේකයකි, එය සේවාදායකයේ දේශීය ජාල හෝ බෙදුණු ටනල සැකසුම් යටතේ එකතු වේ. නව එක, එයට සහාය දෙන Windows 11 ගොඩනැගීම්වල, දර්පණ ජාලකරණයයි: %UserProfile%\.wslconfig හි [wsl2] කොටසේ networkingMode=mirrored තබන්න, wsl --shutdown ධාවනය කරන්න, බෙදාහැරීම පෞද්ගලික NAT උපජාලයක් වෙනුවට සත්කාරකයේ අතුරුමුහුණත් බෙදා ගනී. දර්පණ මාදිලිය localhost සහ ඇතුළට එන වරායවල හැසිරීම ද වෙනස් කරයි, එබැවින් එය ස්විචයක් නොව සංක්‍රමණයක් ලෙස සලකන්න.

NAT, පාලම සහ සත්කාරකයට දැකිය හැකි දේ

NAT යටතේ අමුත්තාගේ ටනල පැකට් VPN සේවාදායකයේ පොදු ලිපිනයට ලිපිනගත කර සංකේතනය කළ UDP හෝ TCP ලෙස සත්කාරක ඇඩැප්ටරයෙන් පිටතට යයි. සත්කාරකය එක් ප්‍රවාහයක් සහ එහි බයිට් ගණන දකියි, ඇතුළත ඇති ගමනාන්ත ගැන කිසිවක් නොදකියි. පාලම් ඇඩැප්ටරයක් යටතේ අමුත්තාට භෞතික LAN හි තමන්ගේම 2-වන ස්ථර අනන්‍යතාවයක් ඇත, තමන්ගේම DHCP බද්දක් ගනී, MAC-පාදක ඕනෑම ප්‍රතිපත්තියකට දෙවන උපාංගයක් ලෙස පෙනේ. කිසිදු මාදිලියක් සත්කාරකයට ටනලයේ භාරය කියවීමට ඉඩ නොදේ; පාලම් අමුත්තා තම වටා ඇති ජාලයට වඩාත් පෙනෙනසුලු වේ.

හුදකලා කිරීමට ද පහළ සීමාවක් ඇත. අමුත්තාට තම ස්මෘතිය හිමි යන්ත්‍රයෙන් සැඟවිය නොහැක, සත්කාරකය පාලනය කරන ඕනෑම කෙනෙකුට අමුත්තාගේ RAM වලින් යතුරු කියවිය හැක. අමුත්තා තුළ ටනලය ඔබට දෙන්නේ මාර්ගකරණ මායිමක් සහ අනිෂ්ට මෘදුකාංග මායිමක් මිස ලැප්ටොප් රඳවා සිටින පුද්ගලයාගෙන් ආරක්ෂාවක් නොවේ. ලේඛනගත ඇඩැප්ටර මාදිලි තෝරන අතරතුර විවෘතව තබා ගැනීම වටී, මන්ද මාදිලිය සත්කාරකය දකින දෙය සහ LAN දකින දෙය දෙකම වෙනස් කරයි.

මාර්ගෝපදේශය: තබන්න, වින්‍යාස කරන්න, ඔප්පු කරන්න

මෙම පරීක්ෂණ හතර නව අමුත්තා ෂෙලයක අනුපිළිවෙලින් ධාවනය කරන්න, ඔබ ලියූ හිමිකරු සමඟ නොගැලපෙන පළමු එකේ නවතින්න.

  1. ip route get 1.1.1.1 tun0 හෝ wg0 ලෙස ආපසු දෙන්නේ නම් අමුත්තා-හිමිකම, පෞද්ගලික ඊළඟ පැනීම සමඟ eth0 දෙන්නේ නම් සත්කාරක-හිමිකම.
  2. resolvectl query example.com, නැතහොත් අමුත්තා විසඳන්නා සේවාවක් නොකරන තැන /etc/resolv.conf කියවන්න. ගමනාගමනය ගෙන යන නමුත් DNS නොගෙන යන ටනලය වඩාත් පොදු අර්ධ-වින්‍යාස තත්ත්වයයි.
  3. පිටවීම් සසඳන්න: අමුත්තා තුළ curl -4 -s https://ifconfig.me සහ සත්කාරකයේ curl.exe -4 -s https://ifconfig.me. වෙනස් ලිපින යනු අමුත්තා ටනලයේ හිමිකරු යන්නයි, VPN-හි සත්කාරකය සමඟ නිවසේ ISP පෙන්වන අමුත්තා යනු කිසිවක් උරුම නොවූ අවස්ථාවයි.
  4. දෙකම -6 සමඟ නැවත කරන්න. v4 පමණක් ටනලය v6 කාන්දු කරයි, සේවාදායකය එය අවහිර නොකරන්නේ නම් හෝ මාර්ග නොකරන්නේ නම්, බොහෝ සේවාදායක පෙරනිමියෙන් v6 භෞතික අතුරුමුහුණතේ තබා ගනී.

අමුත්තන් කිහිප දෙනෙකු එක් ටනලයක් බෙදා ගන්නා සත්කාරක-ගේට්වේ නිර්මාණයක, සත්කාරකය යොමු කර පරිවර්තනය කළ යුතුය. Linux සත්කාරකයක ඒවා කොටස් තුනකි, ඉන් එකක් නොමැති නම් අමුත්තා නිහඬව තම සාමාන්‍ය මාර්ගයට ආපසු යයි:

sysctl -w net.ipv4.ip_forward=1
iptables -t nat -A POSTROUTING -o wg0 -j MASQUERADE
iptables -A FORWARD -i virbr0 -o wg0 -j ACCEPT
iptables -A FORWARD -i wg0 -o virbr0 -m state --state RELATED,ESTABLISHED -j ACCEPT

WireGuard පැත්තේ සත්කාරක සහකරුගේ AllowedIPs අමුත්තන්ගේ උපජාලය ඇතුළත් විය යුතුය, උදාහරණයක් ලෙස 192.168.122.0/24, නැතහොත් ආපසු පැකට් කිසිදා නොපැමිණේ, සැකැස්ම ගිනිපවුරු ගැටලුවක් මෙන් පෙනේ. Windows සත්කාරකය Internet Connection Sharing හෝ Hyper-V ස්විචයේ NAT රීතියකින් එම ප්‍රතිඵලයම ලබා ගනී, එයට ද එම ආපසු-මාර්ග පරීක්ෂාව අවශ්‍යයි.

සැලසුම තවමත් විවෘත නම්, මෙම වගුව වඩාත් පොදු සැකසුම් ආවරණය කරයි:

SituationOwnerCheck first
One VM, host also on a corporate VPNGuestDoes the host client block local networks?
Six lab VMs, one exit addressHost plus forwardingip_forward, NAT rule, server AllowedIPs
Malware or research VMGuest, NATSnapshot age and resolver state
Bridged VM on an office LANGuestDHCP lease and port security

ටනල දෙකක්, අමුත්තන් දෙදෙනෙක්, සහ ඔවුන් අතර ගැටුම්

එකවර පිටවීම් දෙකක් අවශ්‍ය විට, රැඳී සිටින රටාව අමුත්තෙකුට එක් ටනලයකි. සෑම VM එකක්ම තම පෙරනිමි මාර්ගය සහ විසඳන්නා තබා ගනී, සත්කාරකය සාමාන්‍ය ජාලයේ රැඳී සිටී, ටනල දෙකම එකම මාර්ගකරණ වගුවක් ගැන කිසිදා නොරණ්ඩු වේ. අමුත්තන් දෙදෙනෙකු පාලමකින් සම්බන්ධ කිරීම ඔවුන්ගේ මාර්ග එකට එකතු නොකරයි: අතථ්‍ය ජාලය මාර්ගයක් සපයයි, මෙම දේශීය ගමනාගමනය ටනලය මඟ හැරිය හැකි බව එක් එක් සේවාදායකයාට තවමත් කිව යුතුය.

සත්කාරක ටනලයක් සහ අමුත්තා ටනලයක් එකට ධාවනය කිරීම නීත්‍යානුකූලය, හිතාමතා කූඩු කිරීම සමහර විට ඔබට අවශ්‍ය දෙයම වේ—අමුත්තා තම ටනලයෙන් පිටතට යයි, එම ටනලය සත්කාරකයේ ටනලයෙන් පිටතට යයි. එය බාධාවක් බවට පත් කරන්නේ කුමන අන්ත ලක්ෂ්‍යයට කුමන ස්ථරයෙන් ළඟා විය යුතුද යන්න කිසිවෙකු නොලියා තිබීමයි. ගමනාන්තය සහ හිමිකරු යන තීරු දෙකක ලැයිස්තුවක් තබා ගන්න, මාර්ග ගැටුමක් දහවල් සොයාගැනීමක් වෙනුවට එක් සොයා බැලීමක් බවට පත් වේ.

සත්‍යාපනය කරන්න, පසුව ප්‍රතිසාධනය හිමිකරු සතුව තබන්න

අමුත්තා තුළින් පරීක්ෂා කරන්න නව යෙදුම් ක්‍රියාවලියක් සමඟ: ගමනාගමනය, නම් විසඳීම, ලිපින පවුල් දෙකම, සහ ටනලය වැටෙන විට සිදුවන දේ. සත්කාරකයේ VPN නිරූපකය අමුත්තාගේ ආවරණය ගැන කිසිවක් නොකියයි, මෙම මුළු ක්ෂේත්‍රයේම වඩාත් පොදු අසත්‍ය තහවුරු කිරීම එයයි.

ප්‍රතිසාධනය ද හිමිකරුට අයත් වේ. අමුත්තා සතු ටනලය අමුත්තාගේම සේවාදායකය සහ ඔහු ලියූ මාර්ග මගින් ප්‍රතිස්ථාපනය වේ. සත්කාරකය සතු නිර්මාණය සත්කාරකයේ ඇරඹුම් අනුපිළිවෙලින් ප්‍රතිස්ථාපනය වේ, යොමු කිරීමේ නීති unit එකක් හෝ ආරම්භක කාර්යයක් ඒවා නැවත යොදවන්නේ නම් මිස නැවත ඇරඹීමකින් නොරැඳේ. ප්‍රතිස්ථාපිත ස්නැප්ෂොටයක් යනු යෙදවීමක් මිස අහෝසි කිරීමක් නොවේ, මන්ද එය තැටිය සමඟ පැරණි අක්තපත්‍ර සහ පැරණි මාර්ග ආපසු ගෙන එයි. කාර්යය අවසන් යැයි පැවසීමට පෙර, හිමිකරු තවමත් ඔබ ලියූ පේළියට ගැලපෙන බව, DNS සහ ලිපින පවුල් දෙකම අමුත්තා තුළ විසඳෙන බව, මළ ටනලයක් කළු වළක් වෙනුවට භාවිත කළ හැකි ජාලයක් ඉතිරි කරන බව, නැවත ඇරඹීමක් හෝ ස්නැප්ෂොට් ප්‍රතිස්ථාපනයක් එම තත්ත්වයම නැවත නිපදවන බව තහවුරු කරන්න.

අදාළ ලිපි