එම L2TP ලිපිනය IPCP වේ, LAN හි DHCP බද්දක් නොවේ

සම්බන්ධතාවය ඉහළට එන අතර අඩප්තකය කාර්යාලයේ පරාසයේ ලිපිනයක් පෙන්වයි, එබැවින් VPN ඔබට LAN ලිපිනයක් දී ඔබව LAN හි තැබුවා යැයි නිගමනය කිරීම ස්වාභාවිකය. එහි දෙකොටසින් කිසිවක් සම්පූර්ණයෙන් නිවැරදි නොවේ. L2TP PPP සැසියක් රැගෙන යන අතර, PPP IPCP සමඟ ඇතුළත IPv4 ලිපිනය සාකච්ඡා කරයි. එම ලිපිනය පාර්ශ්ව දෙකක් අතර එකඟ වූ සැසි පරාමිතියකි, කාර්යාලයේ DHCP සේවාදායකය විසින් නිකුත් කරන බද්දක් නොවේ, එය තබා ගැනීම ඔබව කාර්යාලයේ කම්බියේ අසල්වැසියා බවට පත් නොකරයි.

එක් සම්බන්ධතාවයක ලිපින දෙකක්

L2TP සම්බන්ධතාවයක ස්වාධීන සාකච්ඡා දෙකක් ඇත. පිටත එක ඔබේ උපාංගය සහ VPN අන්ත ලක්ෂ්‍යය අතර දැනටමත් ඇති ඕනෑම ජාලයක් හරහා ආරක්ෂිත මාර්ගයක් ස්ථාපිත කරයි. ඇතුළත එක PPP සැසිය වන අතර, එහිදී ඔබේ සැසි ලිපිනය සහ අනෙක් පසෙහි ලිපිනය එකඟ වේ. අන්තර්ජාල ගමන් තුන්වන ලිපිනයක් යටතේ, එනම් අන්ත ලක්ෂ්‍යයේ පොදු ලිපිනය යටතේ සම්පූර්ණයෙන්ම පිටවිය හැක, එබැවින් VPN පරීක්ෂා පිටුව සහ අඩප්තක ලිපිනය කලාතුරකින් ගැලපේ.

මෙම භූමිකා තුන වෙන් කර තැබීම මෙම ස්තරයට මිනිසුන් ගෙන එන බොහෝ ප්‍රශ්නවලට පිළිතුරු දෙයි. VPN අතුරුමුහුණතේ පුද්ගලික අංකයක් සාමාන්‍ය සහ අපේක්ෂිතය. එය අන්ත ලක්ෂ්‍යය ඔබේ පොදු පිටවීම වෙනස් කළාද යන්න ගැන කිසිවක් නොකියයි, ඔබේ ගමන් ළඟා වන ගමනාන්ත කුමක්දැයි තනිවම තීරණය නොකරයි.

IPCP හරියටම කරන්නේ කුමක්ද

IPCP යනු PPP සඳහා IPv4 පාලන ප්‍රොටෝකෝලයයි. සෑම පැත්තක්ම තමන්ට අවශ්‍ය විකල්ප විස්තර කරන Configure-Request පණිවිඩ යවයි, ලිපින විකල්පය ඒවායින් එකකි. තවම ලිපිනයක් නැති සේවාලාභියා සාමාන්‍යයෙන් 0.0.0.0 සමඟ අසයි, සේවාදායකයා සේවාලාභියා භාවිත කරනු ඇතැයි අපේක්ෂිත ලිපිනය දරන Configure-Nak සමඟ පිළිතුරු දෙයි. පසුව සේවාලාභියා එම ලිපිනය ඉල්ලා සිටියි, සැසිය දේශීය සහ දුරස්ථ ලිපිනයක් සමඟ ඉහළට එයි.

එම හුවමාරුව PPP සහ IPCP පිරිවිතරවල සටහන් වී ඇති අතර, දෝෂයක් ලෙස පෙනෙන විස්තරයක් එය පැහැදිලි කරයි: ලිපිනය තෝරන්නේ සේවාදායකයා තමන්ගේම ප්‍රතිපත්තිය අනුවය, එය සංචිතයක්, එක් එක් පරිශීලක සැකසුමක් හෝ සත්‍යාපිත අනන්‍යතාවයට බැඳුණු ලිපිනයක් විය හැක. සංචිතය අවසන් වූ විට, හෝ ප්‍රතිපත්තිය ඉල්ලීම සමඟ ගැටුණු විට, සත්‍යාපනය සාර්ථක විය හැකි නමුත් ලිපින සාකච්ඡාව අසාර්ථක වේ, සේවාලාභියා කිසිදා ස්ථාවර නොවන සම්බන්ධතාවයක් වාර්තා කරයි.

ip addr show ppp0
ip route show default
dmesg | grep -i pppd

pppd ලොගයේ දේශීය සහ දුරස්ථ ලිපිනය සඳහන් කරන පේළිය එම සාකච්ඡාවේ සාර්ථක අවසානයයි. සාර්ථක සත්‍යාපනය අසල එය නොමැති වීම විස්තර වෙනුවට ලිපින අදියර කරා යොමු කරයි.

LAN ඔබට පිළිතුරු දිය නොහැක්කේ ඇයි

දුරස්ථ පැත්තේ පරාසයෙන් එන ලිපිනයක් එම LAN හි සත්කාරකයන්ට ඔබ වෙත ළඟා විය හැකි යැයි අපේක්ෂාවක් ඇති කරයි, සේවාදායකයා ඔබේ සැසි ලිපිනය නැවත උමං මාර්ගයට යොමු නොකරන්නේ නම් ඔවුන්ට බොහෝ විට එය නොහැක. සංචිතයක් තුළ සිටීම වෙන් කිරීම ගැන ප්‍රකාශයකි, ස්ථල විද්‍යාව ගැන නොවේ. කාර්යාලයේ ගොනු සේවාදායකයට ඔබේ සැසි ලිපිනයට මාර්ගයක් නැත, VPN සේවාදායකය එය යොමු නොකරන්නේ නම්, යොමු කළත් අවසර නොතිබිය හැක.

එබැවින්ම අතිච්ඡාදනය වන පරාස දෘශ්‍ය ප්‍රමාණයට නොගැලපෙන ගැටලු ඇති කරයි. සංචිතය සේවාලාභියා දැනටමත් භාවිත කරන LAN එකක් සමඟ අතිච්ඡාදනය වුවහොත්, සේවාලාභියාගේ මාර්ගගත කිරීමේ වගුවේ දැන් එකම පූර්ව නාමය සඳහා හිමිකම් දෙකක් ඇත, උමං මාර්ගය සමඟ කිසිදු සම්බන්ධයක් නැති හේතු නිසා වැරදි එක බොහෝ විට ජය ගනී.

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

පළමුව අතුරුමුහුණත, පසුව මාර්ග, පසුව වැදගත් ගමනාන්තයක් පරීක්ෂා කරන්න. සෑම පියවරකටම තමන්ගේම අසාර්ථක වීමේ ආකාරයක් ඇත, තුනම එකවර පරීක්ෂා කිරීම පසුව ඔබට ආරක්ෂා කළ නොහැකි නිගමනයක් ලබා දෙයි.

curl -sS --max-time 5 https://ifconfig.me
ping -c 3 10.50.30.20
ip route get 10.50.30.20

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

අදියර තුන වෙන් කර තබන්න

සත්‍යාපනය, ලිපින සාකච්ඡාව සහ යොමු කිරීම විවිධ ආකාරවලින් අසාර්ථක වේ, සහ එක් එක් අයට වෙනස් වගකිවයුත්තෙක් සිටී. විස්තර අනන්‍යතා ගැටලුවකි, IPCP අවසන් වීම සේවාදායක ප්‍රතිපත්ති ගැටලුවකි, නැවත පැමිණීමේ මාර්ගයක් නොමැති වීම ජාල නිර්මාණ ගැටලුවකි. තුනම “VPN කැඩී ඇත” ලෙස වාර්තා කිරීම මන්දගාමී නිවැරදි කිරීමක් සහතික කරයි.

පවරන ලද ලිපිනය, එය පැමිණි සංචිතය සහ LAN එයට ළඟා විය යුතුද යන්න සටහන් කරන්න. එම එකම සටහන ඊළඟ පුද්ගලයාට DHCP බද්දක් යැයි උපකල්පනය කර කිසිදා සම්බන්ධ නොවූ පරාසයක් සෙවීම වළක්වයි.