VPN මාර්ගය ip route ප්රතිදානයේ ද්වාරයක් නොපෙන්වන්නේ ඇයි
උපාංගයක් ඇති නමුත් ද්වාරයක් නොමැති පේළියක් සෘජු මාර්ගයකි, කැඩුණු එකක් නොවේ. ගමනාන්තය, dev සහ scope කියවා, පසුව ip route get සමඟ තහවුරු කරන්න.
ද්වාර තීරුව හිස් වන සෑම විටම මාර්ග සටහන් කැඩුණු ලෙස කියවනු ලැබේ, නමුත් පේළිය සාමාන්යයෙන් තමන් විසින්ම සම්පූර්ණ වේ. via ක්ෂේත්රය දිස්වන්නේ කර්නලය පැකට්ටුව ඊළඟ පිම්මේ ලිපිනයට භාර දෙන විට පමණි; අතුරුමුහුණතකට සම්බන්ධ මාර්ගයක් එහි ගමනාන්ත වෙත ළඟා වන්නේ ඒ වෙනුවට සබැඳි ස්තර විභේදනය හෝ ලක්ෂ්යයෙන් ලක්ෂ්යයට සහකරු හරහා ය. තීරු වමේ සිට දකුණට කියවීමෙන් ඔබ කවර අවස්ථාවක සිටීද යන්න කියයි, එම කියවීම කිසිවෙකු පෙරනිමි මාර්ගයක් සංස්කරණය කිරීමට පෙර සිදු විය යුතුය. නැතිවූ ද්වාරයක් ගැන බොහෝ ටිකට් මෙම වෙනසෙන් අවසන් වේ.
මාර්ග පේළිය තීරුවෙන් තීරුව කියවන්න
සෑම සටහනක්ම ගමනාන්තය සහ එහි උපසර්ග දිගෙන් ආරම්භ වී, පසුව ස්ථිර වචන මාලාවක වෙනස්ක එකතු කරයි: via, dev, proto, scope, src සහ metric. 198.51.100.0/24 dev tun0 proto kernel scope link src 198.51.100.2 වැනි පේළියක් ඝන නමුත් සම්පූර්ණයෙන් නිර්දේශිත ය. එහි කිසිවක් අස්ථානගත නොවේ, කිසිදු රවුටර් ලිපිනයක් ගම්ය නොවේ.
සිත්ගන්නා කොටස වන්නේ via නොමැති වීමයි. ඊළඟ පිම්මක් නොමැතිව, කර්නලය ගමනාන්තය නම් කළ අතුරුමුහුණතේම සෘජුවම විසඳයි, එය උමං මාර්ගයක් සඳහා රාමුව උමං උපාංගයට භාර දී එතැන් සිට කැප්සියුලනය භාරගැනීමට ඉඩ දීමයි. proto kernel සටහන් කරන්නේ ලිපිනයක් පවරන විට සටහන ස්වයංක්රීයව ස්ථාපනය වූ බවයි, පරිපාලකයෙකු ටයිප් කළ බව නොවේ. scope link පවසන්නේ ගමනාන්තය රවුටරයක් හරහා නොගොස් එම සබැඳියේ ළඟා විය හැකි බවයි, සහ src ගැලපෙන රථවාහන සඳහා මූලාශ්රය ලෙස කර්නලය කැමති ලිපිනය නම් කරයි.
දැන් පෙරනිමි මාර්ගය එලෙසම කියවන්න: default via 192.0.2.254 dev eth0 proto static metric 100. මෙහි via ඇත්තේ පැකට්ටුවට ඇත්තෙන්ම ඊළඟ පිම්මක් අවශ්ය නිසාය, එම පිම්මම eth0 මත ළඟා විය හැකි විය යුතුය. එම පේළි දෙක එකිනෙකෙහි ප්රභේද නොවේ; රථවාහන කොහේ යයිද යන්න පිළිබඳ වෙනස් ප්රශ්නවලට ඒවා පිළිතුරු දෙයි.
එකිනෙක සමඟ පටලවා ගන්නා මාර්ග හැඩතල දෙකක්
උමං උපජාල මාර්ගයක් සහ පෙරනිමි මාර්ගයක් තිර රුවක සමාන ලෙස පෙනුණත් සම්පූර්ණයෙන්ම වෙනස් ලෙස හැසිරේ. ක්ෂේත්ර කියවීමට උපකාරයක් ලෙස පහත වගුව භාවිත කරන්න, පසුව මාර්ගෝපදේශයක නියැදියක් විශ්වාස කරනවාට වඩා ඔබ දෝෂ නිරාකරණය කරන යන්ත්රයේම සැබෑ සංඛ්යා තහවුරු කරන්න.
| Piece of the line | What it settles | What it says nothing about |
|---|---|---|
| The destination and mask | Which packets are eligible to match | Where those packets leave the host |
via plus its address | Which next hop receives them, and therefore that a router is involved | Whether that router is reachable or sane |
dev | Which interface carries the encapsulated or raw packet | Whether the interface is up or has a carrier |
proto and scope | Who installed the entry and how far the destination is considered to be | Whether a firewall later drops the traffic |
වගුවට කිව නොහැකි දෙය වන්නේ අභිප්රායයි. උමං මාර්ගයක් හරහා පෞද්ගලික පරාසයකට සෘජු මාර්ගයක් යනු හිතාමතා සැලසුම් කළ විභක්ත උමං නිර්මාණයකි; සියල්ල VPN හරහා යැවිය යුතු සත්කාරකයක එම හැඩයම දිස්වීම රෝග ලක්ෂණයකි. අභිප්රාය ජීවත් වන්නේ සටහන ඇති කළ වින්යාසය තුළය, එබැවින් කර්නලය වැරදි කළා යැයි නිගමනය කිරීමට පෙර එය ස්ථාපනය කළ මෙවලම දෙස බලන්න.
එලෙසම, නැතිවූ ද්වාරයක් යනු එකක් ගොතා ගැනීමට අවසරයක් නොවේ. මාර්ගයට ඇත්තෙන්ම ඊළඟ පිම්මක් අවශ්ය නම්, එම පිම්ම එය ගෙනයන අතුරුමුහුණතේ ළඟා විය හැකි විය යුතුය, සහ ලක්ෂ්යයෙන් ලක්ෂ්යයට උමං මාර්ගයකට සහකරුගේ ලිපිනය දේශීය ලිපිනය හා සමාන වස්තුවක් නොවේ. දේශීය උමං ලිපිනය Ethernet රවුටරයක් ලෙස සැලකීම නිවැරදි ලෙස පෙනෙන නමුත් කිසිවක් ඉදිරියට නොයවන මාර්ගයක් සෑදීමේ පොදු ක්රමයකි.
කර්නලයෙන් අසන්න ඇත්තෙන්ම කවර පේළියක් භාවිත කරන්නේද කියා
වගුව කියවීම සෙවීම සිදු කිරීම හා සමාන නොවේ, මන්ද පිළිතුරු දීමට පෙර කර්නලය ප්රතිපත්ති නීති, වගු කිහිපයක් සහ හැඹිලිගත සටහන් සමඟ සාකච්ඡා කරයි. සැබෑ සෙවීම සිදු කරන ක්රියාපදය ip route get වන අතර, එය එම ගුණාංග ඇති පැකට්ටුවක් ගන්නා මාර්ගය මුද්රණය කරයි.
ip route get 203.0.113.37 from 198.51.100.2 iif tun0
ඔබට ඇත්තෙන්ම වැදගත් ගමනාන්තය දමන්න, පසුව රථවාහන මූලාශ්රය අනුව තෝරා ගැනීමේදී හෝ ඉදිරියට යැවීමේදී from හෝ iif එකතු කරන්න, මන්ද සාමාන්ය දේශීය සෙවීමක් ඉදිරියට යැවූ සේවාදායකයාට වඩා වෙනස් මාර්ගයක් තෝරා ගත හැකිය. පිළිතුර අතුරුමුහුණත, තෝරාගත් මූලාශ්ර ලිපිනය සහ ඕනෑම ඊළඟ පිම්මක් නම් කරයි, එය එම මොහොතේ පැකට්ටුව මාර්ගගත කිරීමට භාවිත වන එම තොරතුරුය.
පිළිතුර ඔබ පුදුම කරවයි නම්, කිසිවක් වෙනස් කිරීමට පෙර නීති මුද්රණය කරන්න: ip -4 rule show ඒවා ප්රමුඛතා අනුපිළිවෙලින් ලැයිස්තුගත කරයි, සහ තමන්ගේම වගුවක් හෝ සලකුණු කළ පැකට්ටු සඳහා නීතියක් ස්ථාපනය කරන VPN සේවාදායකයා ප්රධාන වගුවේ කිසිසේත් නොපෙනේ. සෑම වගුවක්ම ලැයිස්තුගත කිරීම එම හිඩැස පුරයි.
ip -4 route show table all | grep -E 'tun|default'පෙරනිමිය ප්රතිස්ථාපනය කිරීමට පෙර යටි ස්තරය පරීක්ෂා කරන්න
උමං මාර්ගයේම පැකට්ටු දුරස්ථ අන්ත ලක්ෂ්යයට ළඟා විය යුතුය, ඒවා එය කරන්නේ VPN නැගීමට පෙර තිබූ මාර්ගය භාවිතා කරමින් භෞතික අතුරුමුහුණත හරහාය. එම අන්ත ලක්ෂ්යය ඇමිණීමකින් තොරව සම්පූර්ණ පෙරනිමි මාර්ගය ප්රතිස්ථාපනය කිරීම කැප්සියුලිත පැකට්ටු ඔවුන් ගොඩනැගිය යුතු උමං මාර්ගයටම යවයි, සම්බන්ධතාවය කඩා වැටේ. පළමුව අන්ත ලක්ෂ්යයේ ලිපිනයට පමණක් සෙවීමකින් අන්ත ලක්ෂ්යයේ මාර්ගය තහවුරු කරන්න.
වෙනස සිදු කරන විට කරුණු තුනක් වෙන් කර තබන්න: භෞතික අතුරුමුහුණතේ රැඳිය යුතු අන්ත ලක්ෂ්යයේ මාර්ගය, උමං මාර්ගයට ඇතුළු විය යුතු පෞද්ගලික පරාස, සහ අනෙක් සියල්ල තීරණය කරන පෙරනිමිය. එම අනුපිළිවෙලින් ඒවා වෙන් කරන්න, එකින් එක යොදන්න, සහ සෑම පියවරකින් පසුව සෙවීම නැවත ධාවනය කරන්න. පසුව අසාර්ථක ping තමන් විසින්ම ඉතා අල්පයක් ඔප්පු කරයි, මන්ද අවසර, පිළිතුරු මාර්ගගත කිරීම, DNS සහ සේවාවම සියල්ල නිවැරදි මාර්ගයක පහළම ගඟේ පිහිටා ඇත.
සංස්කරණයට පෙර පේළිය ඔබට දුන් අගය හතරක් ලියා තබන්න: ගමනාන්තය, ඊළඟ පිම්ම හෝ එය නොමැතිකම, උපාංගය, සහ තෝරාගත් මූලාශ්රය. පසුව වෙනසක් ඒවායින් ඕනෑම එකක් ගෙන ගියහොත්, කවර තීරණයක් ඇත්තෙන්ම වෙනස් වුණාද යන්න ඔබ දන්නවා, සහ මුළු වගුවම අනුමාන කරනවාට වඩා එක් සටහනක් ප්රතිස්ථාපනය කළ හැකිය.