VPN ලිපිනය සහ LAN DHCP බද්ද: ටනල් IP ලබා දෙන්නේ කවුද?

සේවාලාභියා සම්බන්ධ කර Wi-Fi නිරූපකය වෙනුවට ඇඩැප්ටරය බලන්න. 10.80.0.14 වැනි ලිපිනයක් ටනලයක් මත තිබිය හැකි වුවද කාර්යාල LAN හි කිසිදු DHCP සේවාදායකයෙක් එම බද්ද කිසිදා සටහන් කර නැත. අංකය තෝරාගත් ක්‍රියාවලිය කුමක්ද යන්න තීරණය කරන්නේ ගැටලු විමර්ශනය ආරම්භ වන තැනයි.

සේවාලාභියා තුළ සියල්ල එකම ලෙස පෙනේ: එක් IPv4 ලිපිනයක්, එක් ආවරණයක්, සමහර විට පෙරනිමි ගේට්වේ එකක්. වෙනස පෙනෙන්නේ එම ලිපිනයට පිළිතුරු දෙන්නේ කවුද සහ එහි වාර්තාව තබා ගන්නේ කවුද යැයි ඔබ අසන විට පමණි.

සේවාලාභී පැත්තෙන් ටනල් ලිපිනය කියවන්න

පළමු පේළිය නොව මුළු කොටස කියවන්නේ නම් Windows වෙනස පෙන්වයි. ipconfig /all ඇඩැප්ටර විස්තරයක්, භෞතික ලිපිනයක් සහ DHCP පේළියක් මුද්‍රණය කරයි. PPP හෝ IKEv2 ඩයල්-අප් ඇඩැප්ටරය සාමාන්‍යයෙන් DHCP අබල කර ඇති බව වාර්තා කරයි, මන්ද සම්බන්ධතාවය LAN සේවාදායකයකින් බදු ගැනීම වෙනුවට ඩයල් කිරීමේදීම තම ලිපිනය සාකච්ඡා කළ බැවිනි. DHCP සක්‍රීය ටනල් ඇඩැප්ටරයක් අසාමාන්‍ය වන අතර වෙනම විමර්ශනයකට සුදුසුය.

Linux එම තොරතුරු මෙවලම් දෙකක් අතර බෙදයි. ip -4 addr show dev tun0 ලිපිනය සහ උපසර්ගයේ දිග ලබා දෙයි. nmcli -f IP4 connection show work අගය සම්බන්ධතා පැතිකඩයෙන්, සබැඳියේ DHCP හුවමාරුවකින් හෝ තල්ලු කළ වින්‍යාසයකින් පැමිණියේද යන්න හෙළි කරයි. WireGuard වඩාත් පැහැදිලි අවස්ථාවයි, මන්ද අතුරුමුහුණත දිස්වන විට wg-quick වින්‍යාස ගොනුවේ Address පේළිය යොදන අතර සම්බන්ධ වන විට කිසිදු සහකරුවෙක් කිසිවක් වෙන් නොකරයි.

උපසර්ගයද යමක් පවසයි. /32, හෝ 255.255.255.255 ආවරණයක්, යනු ගේට්වේ එක් සත්කාරක ලිපිනයකට මාර්ගගත කිරීමට අපේක්ෂා කරන බවයි, වඩා පළල් ආවරණයක් ටනලයට පිටුපසින් කොහේ හෝ සබැඳි උපජාලයක් ඇති බව ඇඟවුම් කරයි.

IKEv2 වින්‍යාස පේලෝඩය කුමක් දරයිද

මෙම කාර්යයට IKEv2 සතුව කැපවූ යාන්ත්‍රණයක් ඇත. RFC 7296, 3.15.1 වගන්තිය තුළ විස්තර කර ඇති වින්‍යාස පේලෝඩය INTERNAL_IP4_ADDRESS, INTERNAL_IP4_NETMASK, INTERNAL_IP4_DNS සහ ඒවායේ IPv6 සමානකම් වැනි ගුණාංග දරයි. මනාපයක් නොමැති විට සේවාලාභියා ශුන්‍ය දිගක් ඇති ගුණාංගයක් යවන අතර පිළිතුරු දෙන්නා භාවිත කිරීමට අවශ්‍ය අගය ආපසු ලබා දෙයි. එම හුවමාරුව දැනටමත් සංකේතනය කර ඇති IKE_AUTH තුළ සිදු වේ, එබැවින් කිසිදු DHCP විකාශනයක් ටනලය හරහා නොයයි.

එයින් ප්‍රතිවිපාක දෙකක් ඇත. පළමුව, ලිපිනය තෝරා ගන්නේ පිළිතුරු දෙන්නා හෝ ඔහු උපදෙස් ගන්නා ඕනෑම අවසර දෙන පසුතලයක් විසිනි, එබැවින් තටාකයක් ගේට්වේ මත, RADIUS පිළිතුරක හෝ අනන්‍යතා සපයන්නාගේ සිතියමක පැවතිය හැක. දෙවනුව, DNS ගුණාංගය ලිපින ගුණාංගයෙන් වෙන් වේ. 10.80.0.14 ලැබීම කුමන විසඳන්නා ආපසු පැමිණියේද හෝ කිසිවක් පැමිණියේද යන්න ගැන කිසිවක් නොකියයි.

ජාල ආවරණ ගුණාංගය ප්‍රායෝගිකව අත්‍යවශ්‍ය නොවේ. බොහෝ ස්ථාපන ලිපිනයක් පමණක් ආපසු දී සේවාලාභියාට සත්කාරක මාර්ගයක් ස්ථාපනය කිරීමට ඉඩ දෙයි, එබැවින් එකම තටාකය එක් සේවාලාභියෙකු මත /32 ලෙසද අනෙකක් මත /24 ලෙසද පෙනිය හැක.

LAN DHCP විෂය පථය සහ VPN තටාකය ගැටෙන තැන

ගැටලුව ආරම්භ වන්නේ වෙන් කරන්නන් දෙදෙනාම එකම පරාසයට යොමු වන විටය. 10.20.30.0/24 සඳහා DHCP සේවාදායකය 10.20.30.128/25 සඳහා වින්‍යාස කළ VPN තටාකය ගැන කිසිවක් නොදනී, එබැවින් ගේට්වේ එම ලිපිනයම දුරස්ථ සේවාලාභියෙකුට දෙන අතරේ එය 10.20.30.140 මුද්‍රණ යන්ත්‍රයකට බදු දීම වළක්වන කිසිවක් නැත. ගැටුම දින ගණනක් නිහඬව පවතින අතර පසුව විටින් විට එන අනුපිටපතක් ලෙස මතු වේ.

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

ටනලය LAN මත පාලම් කිරීම එම වෙන්වීම ඉවත් කරයි. නිර්මාණයට සැබවින්ම එක් විකාශන වසමක් අවශ්‍ය නම්, VPN අන්ත ලක්ෂ්‍යය තමන්ම ලිපින නිකුත් කිරීම වෙනුවට රිලේ හෝ හවුල් අධිකාරී මූලාශ්‍රයක් හරහා DHCP සේවාදායකය වැනිම වෙන් කිරීමේ තීරණවලට සහභාගී විය යුතුය.

ලිපිනය කුමන ක්‍රියාවලියට අයත්දැයි තහවුරු කරන්න

විෂය පථයක් වෙනස් කිරීමට පෙර හිමිකම ඔප්පු කරන්න. සේවාලාභියා මත ලිපිනය සහ උපසර්ගය සටහන් කරන්න. LAN මත බදු දත්ත සමුදායේ සොයන්න. ගේට්වේ මත ලබා දීමට වින්‍යාස කර ඇති තටාක ලැයිස්තුගත කරන්න. බදු ගොනුවේ හමු වූ ලිපිනයක් DHCP සේවාදායකයකට අයත් වේ, එනම් ටනලය පාලම් කර ඇත හෝ රිලේ කර ඇත; ගේට්වේ තටාකයේ පමණක් හමු වූ ලිපිනය ටනලයේ අන්ත ලක්ෂ්‍යයට අයත් වේ.

# client: address and prefix on the tunnel interface
ip -4 addr show dev tun0

# LAN DHCP server: is this address leased to anyone?
grep -c '10.80.0.14' /var/lib/dhcp/dhcpd.leases

# gateway: pools that remote-access clients draw from
sudo swanctl --list-pools

පිළිතුර පැහැදිලි වූ පසු කරුණු හතරක් සටහන් කරන්න: කුමන සංරචකය සේවාලාභී ලිපිනය වෙන් කරයිද, ඒ සඳහා කුමන පරාසය වෙන් කර ඇත්ද, ආපසු එන රථවාහන එම පරාසයට ළඟා වන්නේ කෙසේද සහ කුමන සම්පත් එය පිළිගනීද. එම සටහන් හතර අතථ්‍ය ඇඩැප්ටර පේළියක් මෙහෙයුම් කරුණක් බවට පත් කරයි.

එහි සිටියදීම DNS ගුණාංගය සඳහා පරීක්ෂාව නැවත කරන්න. ලිපින ලබා දෙන නමුත් විසඳන්නෙක් නොදෙන තටාකයක් සේවාලාභියා ඔහුගේ ප්‍රාදේශීය DNS මත තබා යයි, එය LAN දැනටමත් භාවිත කරන ලිපිනයක් ලබා දෙන තටාකයකට වඩා වෙනස් අසාර්ථකත්වයකි.