DHCP 121 විකල්පය සමඟ LAN සත්කාරකවලට VPN ආපසු මාර්ගයක් දෙන්න

දුරස්ථ VPN සේවාදායකයන් සම්බන්ධ වේ, LAN සේවාදායකය පිළිතුරු දෙයි, එම පිළිතුර සාමාන්‍ය අන්තර්ජාල රවුටරය හරහා පිටවී එහිම මිය යයි. එක් සේවාදායකයක් ස්ථිතික මාර්ගයකින් හදාගත හැක, නමුත් ඒවායේ මුළු උපජාලයක් ඔවුන් දැනටමත් තම ජාල වින්‍යාසය ලබන තැනම හැසිරවීම වඩා හොඳය. DHCPv4 හි 121 විකල්පය හරියට එවැනි ගමනාන්ත මාර්ගයක් බෙදාහරියි, පෙරනිමිය අමතක වූ මොහොතේ මිනිසුන් සාමාන්‍යයෙන් වැරදි කරන කොටසද එයයි. රෝග ලක්ෂණය එක්-දිශා ගමනාගමනයයි: ඉල්ලීම් පැමිණෙන නමුත් පිළිතුරු නැති වේ.

මුලින්ම ලිපින තුන නම් කරන්න

නිශ්චිත LAN එකක් ගන්න: 192.168.50.0/24, සාමාන්‍ය පෙරනිමි රවුටරය 192.168.50.1 හි සහ වෙන් වූ VPN ද්වාරය 192.168.50.2 හි. සත්‍යාපිත දුරස්ථ සේවාදායකයන් 10.90.0.0/24 අත්පත් කර ගනී.

සෑම සහභාගී වන සත්කාරකයකටම අවශ්‍ය මාර්ගය 10.90.0.0/24 via 192.168.50.2 ය. ගමනාන්තය සේවාදායක සමූහයයි, ඊළඟ පිම්ම ද්වාරයේ ටනල් ලිපිනය නොව එහි LAN ලිපිනයයි.

එය පන්ති රහිත ස්ථිතික මාර්ගයක් ලෙස කේතනය කරන්න

121 විකල්පය උපසර්ග සහ ඊළඟ පිම්මේ යුගල ගෙන යයි, RFC 3442 කේතනය සහ ඉන් අනුගමනය කරන සේවාදායක හැසිරීම දෙකම නිර්වචනය කරයි. මෙම උදාහරණ LAN එකට පමණක් සේවා සපයන පවතින dnsmasq අවස්ථාවක් සඳහා වින්‍යාසයේ හැඩය මෙයයි:

dhcp-option=121,10.90.0.0/24,192.168.50.2,0.0.0.0/0,192.168.50.1

මෙය කැබැල්ලක් මිස නව DHCP සේවාවක් නොවේ. බහු අංශ සේවා කරන සේවාදායකයක, ඔබ දැනටමත් භාවිතා කරන ටැග් හෝ ජාල ප්‍රතිපත්තිය සමඟ විකල්පය සීමා කරන්න. පෙර වින්‍යාසය අතේ තබා ගන්න, මන්ද එය ආපසු හැරවීම යනු තවත් බදුලු අලුත් කිරීමක් මිස නැවත ඇරඹීමක් නොවේ.

පෙරනිමි මාර්ගය අහිමි නොකරන්න

මෙයයි උගුල. 121 විකල්පය ලබන සේවාදායකය සාමාන්‍ය Router විකල්පය නොසලකා හැරිය යුතුය, එබැවින් VPN සමූහයේ මාර්ගය පමණක් ප්‍රකාශ කිරීමෙන් එම සත්කාරකයට කිසිසේත් පෙරනිමි මාර්ගයක් නොමැතිව සිටිය හැක. යන්ත්‍රය තවමත් වින්‍යාසගත ලෙස පෙනෙන අතර නිහඬව අන්තර්ජාලය අහිමි කරයි. සියලුම අතුරුමුහුණත් ක්‍රියාත්මකව තිබියදී ජාලය වැටී ඇතැයි පරිශීලකයන් විස්තර කරයි.

ඉහත කැබැල්ල කරන පරිදි අපේක්ෂිත පෙරනිමිය එම ලැයිස්තුවටම ඇතුළත් කරන්න. පන්ති රහිත මාර්ග ක්‍රියාත්මක නොකරන සේවාදායකයන් සඳහා සාමාන්‍ය Router විකල්පයද එහි තබන්න; කාට කුමක් යවන්නේද යන්න තීරණය කරන්නේ සේවාදායකයේම විකල්ප හැසිරවීමයි.

සේවාදායකය පිළිගන්නේ කුමක්දැයි පරීක්ෂා කරන්න

අතින් ලිපිනය දුන් සත්කාරකයක් මෙය කිසිදා නොගනී, මන්ද එය බදුලුවක් ඉල්ලන්නේ නැත. සේවාදායක සහායද වෙනස් වේ, එබැවින් සෑම උපාංගයක්ම 121 විකල්පයට ගරු කරයි යැයි උපකල්පනය නොකර ඔබ සැබවින්ම ධාවනය කරන මෙහෙයුම් පද්ධතියේ පරීක්ෂා කරන්න. එම සේවාදායක හිමිකරුවන් සමඟ කවරක් ස්ථිතික ලිපින දරයිද යන්න තහවුරු කරන්න. එම සත්කාරකවලට තමන්ගේම මාර්ග සටහන් අවශ්‍යයි, නැතිනම් ඔවුන් සරලව සහභාගී නොවේ.

කළමනාකරණය කරන DHCP සේවා තවත් සීමාවකි. සමහර ක්ලවුඩ් ජාල පරිපාලකයන්ට අත්තනෝමතික විකල්ප ප්‍රකාශයට පත් කිරීමට ඉඩ නොදේ, එම අංශයේම තරඟකාරී DHCP සේවාදායකයක් කිසිදු විකල්පයක් නොමැතිවීමට වඩා නරකය.

බදුලුව තහවුරු කරන්න, පසුව සෙවීම

DHCP හිමිකරුට වෙනස්කම යෙදීමට කියන්න, පසුව සේවාදායකයක බදුලුව අලුත් කරන්න. පවතින බදුලු අලුත් කරන තෙක් පැරණි වින්‍යාසය රඳවා ගනී, එබැවින් ක්ෂණික ප්‍රතිඵල සහතික නොවේ.

Linux සේවාදායකයක, සැබෑ මාර්ග කියවා සටහන් දෙකම තහවුරු කරන්න:

ip -4 route
ip -4 route get 10.90.0.23

සන්දර්භීය සෙවීම මගින් සමූහයේ මාර්ගය 192.168.50.2 හරහා සහ පෙරනිමිය 192.168.50.1 හරහා පෙන්විය යුතුය. පෙරනිමිය නොමැති නම්, ඔබ ඉහත උගුල නැවත නිපදවා ඇත.

පසුව සැබෑ හුවමාරුව පරීක්ෂා කරන්න

මාර්ග බෙදාහැරීම මුළු මාවත නොවේ. වෙන් වූ ද්වාරයට තවමත් යොමු කිරීම, දුරස්ථ සමානයන්ගේ හිමිකම සහ සේවාදායකයට අවසර දෙන ප්‍රවේශ ප්‍රතිපත්තියක් අවශ්‍යයි, DHCP කිසිවෙකු සත්‍යාපනය නොකරයි.

අවසානයේ, ඉවත් කිරීමේ සැලැස්මක් තබා ගන්න. ඉගෙන ගත් ස්ථිතික මාර්ගයක් VPN වැටෙන විට තමන්ම ඉවත් නොවේ, එබැවින් පැරණි ඊළඟ පිම්මක් ටනලය නැති වී බොහෝ කලකට පසුවද එම උපසර්ගය කළු වළක් බවට පත් කළ හැක.