VPN මාර්ගයේ ඊළඟ පිම්ම: ද්වාරය දේශීයව ළඟා විය හැකි විය යුත්තේ ඇයි

VPN ජාලයකට යන මාර්ගයක් ව්‍යාකූල කර ගැනීම පහසු ලිපින දෙකක් රැගෙන යයි: පැකට්ටුව ළඟා වීමට උත්සාහ කරන ගමනාන්ත උපසර්ගය සහ එය තවත් පියවරක් ළඟට ගෙන යන ඊළඟ පිම්ම. LAN සත්කාරකයක, එම ඊළඟ පිම්ම ඔබට ඇත්තෙන්ම එකම සබැඳියේ ළඟා විය හැකි රවුටරයක් විය යුතුය. දුරස්ථ VPN ලිපිනය ඊළඟ පිම්මක් නොවේ, එය ඔබේ සිතේ ඇති ගමනාන්තය සමඟ කෙතරම් පිරිසිදුව ගැලපුණත්.

මෙම අත්පොත සාමාන්‍ය අවස්ථාව ආවරණය කරයි: 192.168.20.0/24 හි ලැප්ටොප් පරිගණකයක්, LAN ලිපිනය 192.168.20.5 වන VPN ද්වාරයක්, සහ එම ද්වාරය පිටුපස 10.70.0.0/24 දුරස්ථ ජාලයක්. පහත සියලු විධාන ඔබ ලැප්ටොප් පරිගණකයේ සිටීම උපකල්පනය කරයි, වෙනත් ආකාරයකින් නොකියා නම්.

ලිපින දෙකක්, එක් මාර්ගයක්

අදහස් කරන පිවිසුම 10.70.0.0/24 via 192.168.20.5 වේ. උපසර්ගය පවසන්නේ පැකට්ටුව කොහේ යනවාද යන්නයි; via ලිපිනය පවසන්නේ එය එහි ගෙන යන්නේ කවුද යන්නයි. කර්නලය ඔබ නම් කරන අතුරුමුහුණත හරහා එහි ද්වාරයට ළඟා විය නොහැකි මාර්ගයක් ස්ථාපනය කිරීම ප්‍රතික්ෂේප කරයි, එම ප්‍රතික්ෂේපයම මුළු කරුණයි: ළඟා විය හැකි වීමට උමග අවශ්‍ය වන ඊළඟ පිම්ම, උමග ගොඩනඟන ඊළඟ පිම්ම විය නොහැක.

එබැවින් පළමු පරීක්ෂාව «ද්වාරය ක්‍රියාත්මකද» නොවේ, «ද්වාරය මෙම සබැඳියේ තිබේද» යන්නයි. ලැප්ටොප් පරිගණකයේම උපජාලය, එහි ARP හෝ අසල්වැසි සටහන, සහ මාර්ගයේ ඇති අතුරුමුහුණත — සියල්ල එකඟ විය යුතුය. 10.70.0.0/24 තුළ පමණක් පවතින ලිපිනයක් දෙවන මාර්ගයේ ගමනාන්තය විය හැක, නමුත් පළමු මාර්ගයේ via කිසි විටෙකත් විය නොහැක.

ඊළඟ පිම්ම ද්වාරයට බැඳ තබන දේ

ලැප්ටොප් පරිගණකයේ මාර්ගය ස්ථාපනය කිරීම තීරණය කරන්නේ පළමු මාරු කිරීම පමණි. ඉන්පසු ද්වාරයට තමන්ගේම මාර්ගයක් අවශ්‍යය: සක්‍රීය යැවීම, 10.70.0.0/24 සඳහා උමං මාර්ගයක්, සහ එය භාවිත කළ හැක්කේ කාටද යන්න තීරණය කරන ඕනෑම ප්‍රවේශ ප්‍රතිපත්තියක්. Linux හි එය net.ipv4.ip_forward=1 සහ උමං මාර්ගයකි; ඉන් ඉදිරියෙන් ඇති ගිනි පවුරට යවන ලද ප්‍රවාහයට අවසර දෙන නියමයක් අවශ්‍යය.

ආපසු යන දිශාව මිනිසුන්ට අමතක වන කොටසයි. දුරස්ථ පැත්තට 192.168.20.0/24 වෙත ආපසු යාමේ මාර්ගයක් තිබිය යුතුය, නැතහොත් නිර්මාණය ලැප්ටොප් පරිගණකයේ මූලාශ්‍රය දුරස්ථ පැත්ත දන්නා යමකට පරිවර්තනය කළ යුතුය. ද්වාරයෙන් ක්‍රියා කරන ping එකක් ද්වාරයට දුරස්ථ ජාලයට ළඟා විය හැකි බව ඔප්පු කරයි; ලැප්ටොප් පරිගණකයේ පැකට්ටු ආපසු ගමනේදී නොනැසී පවතීද යන්න ගැන එය කිසිවක් නොකියයි.

යවන සත්කාරකයෙන් සෙවීම සත්‍යාපනය කරන්න

කර්නලයෙන් තෝරා ගන්නා ඊළඟ පිම්ම කුමක්දැයි අසන්න, සහ පිළිතුරේ ඇති අතුරුමුහුණත කියවන්න:

ip route get 10.70.0.10
ip route show 10.70.0.0/24
ip neigh show 192.168.20.5

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

ඉන්පසු නිවැරදි ස්ථානයෙන් පරීක්ෂණය නැවත කරන්න. ද්වාරයේ නිර්මාණය කරන ඉල්ලීමක් ද්වාරයේම මූලාශ්‍ර ලිපිනය භාවිත කරයි, එය අතුරුදහන් වූ ආපසු මාර්ගයක් හෝ යම් මූලාශ්‍රවලට පමණක් අවසර දෙන ප්‍රතිපත්තියක් සඟවා ගත හැක. ip-route අත්පොත ගමනාන්තය, ද්වාරය සහ onlink අභිබවා යාම වෙන් කරයි, සහ අභිබවා යාම භාවිත කිරීමට පෙර එය තේරුම් ගැනීම වටී.

ළඟා වීමේ හැකියාව අසත්‍ය ලෙස පෙන්වීමට onlink භාවිත නොකරන්න

onlink කර්නලයට පවසන්නේ ද්වාරයක ළඟා වීමේ පරීක්ෂාව මඟ හැර එහි යැවීමට ය. එය මාර්ගයක් නිර්මාණය නොකරයි, නොමැති ලිපිනයකට ARP විසඳන්නේ නැත, සහ ඔබේ Ethernet කොටසේ දුරස්ථ රවුටරයක් පිළිතුරු දීමට බල නොකරයි. පිළිතුරු දෙන නමුත් සම්බන්ධිත උපජාලයක නොසිටින ද්වාර සඳහා එය වලංගුය, සහ ඔබ පැහැදිලි නොකළ දෝෂයක් නිහඬ කිරීමට භාවිත කළ විට එය උගුලකි.

මාර්ගය ස්ථාපනය වන්නේ onlink සමඟ පමණක් නම්, ඊළඟ ප්‍රශ්නය වන්නේ ද්වාරය ඔබ සිතන තැන නොමැති වන්නේ ඇයි ද යන්නයි. වැරදි VLAN, වැරදි අතුරුමුහුණතේ දෙවන ලිපිනයක්, හෝ අවසාන ඔක්ටෙට් හි ටයිපෝ දෝෂයක් — මේ සියල්ල මෙය ඇති කරයි, සහ ඒවායින් එකක් ට්‍රැෆික් ගලා යාම ආරම්භ වූ විට ආපසු මාර්ගයද කඩයි.

ලක්ෂ්‍යයෙන් ලක්ෂ්‍යයට උමග Ethernet නොවේ

උමං උපාංගයක් ARP නොකරයි, බොහෝ විට අසල්වැසියන්ගේ අර්ථවත් උපජාලයක් නොමැත. එහි මාර්ග බොහෝ විට 10.70.0.0/24 dev tun0 මෙන් පෙනේ, කිසිදු via නොමැතිව, මන්ද සහකරු අනෙක් එකම අන්ත ලක්ෂ්‍යය වේ. එම වගුවට LAN විලාසයේ via පිටපත් කිරීම කර්නලය ප්‍රතික්ෂේප කළ හැකි මාර්ගයක් හෝ, ඊටත් නරක ලෙස, සහකරු කිසි විටෙකත් පිළිතුරු නොදෙන ලිපිනයකට යොමු වන මාර්ගයක් නිපදවයි.

අත්පොතේ ආකෘති දෙක වෙන් කර තබන්න: LAN මාර්ගයට ළඟා විය හැකි ද්වාරයක් ඇත, උමං මාර්ගයට අතුරුමුහුණතක් සහ සහකරුවෙක් ඇත. WireGuard, OpenVPN සහ IPsec සියල්ල තරමක් වෙනස් හැඩතල පෙන්වයි, එබැවින් එක් සත්කාරකයකින් සාමාන්‍යකරණය කරනවාට වඩා ඔබ ඇත්තෙන්ම භාවිත කළ හැඩය සටහන් කරන්න.

එකතු කරන්න, තහවුරු කරන්න, ආපසු හරවන්න

මුළු වෙනස්කම විධාන තුනක් සහ එක් පරීක්ෂාවකි, සහ එය එම අනුපිළිවෙලින්ම ලිවිය යුතුය:

sudo ip route add 10.70.0.0/24 via 192.168.20.5
ip route get 10.70.0.10
ping -c 3 10.70.0.10
sudo ip route del 10.70.0.0/24 via 192.168.20.5

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