ඔබේ පැරණි පෙරනිමි මාර්ගය OpenVPN පසුවත් හිතාමතාම රැඳී ඇත
මාර්ග දෙකක් /1 පෙරනිමිය නොවෙනස්ව ඊට ඉහළින් තිබේ. ගමනාන්තයක් ඇත්තටම ගන්නා මාර්ගය පරීක්ෂා කර, පසුව පැරණි ගේට්වේ එහි තබන්න.
ඔබ ටනලය සම්බන්ධ කර, ip route ධාවනය කරන විටත් මුල් පෙරනිමි ගේට්වේ එහිම ඇත. ඊළඟ සිතුවිල්ල වන්නේ සේවාදායකය මාර්ගය භාර නොගත් බවයි, එබැවින් ඔබ පෙරනිමිය අතින් මකා දමා සම්බන්ධතාවය සම්පූර්ණයෙන් අහිමි කර ගනී. එම සටහන රැඳී තිබිය යුතු විය. redirect-gateway def1 සමඟ OpenVPN සාමාන්ය පෙරනිමිය වෙනුවට එය ඉක්මවා යන වඩා නිශ්චිත මාර්ග දෙකක් ස්ථාපනය කරයි. පැරණි ගේට්වේ රැඳී ඇති අතර ඔබ පරීක්ෂා කළ ගමනාගමනය ගෙන යාම නවතී.
def1 ඇත්තටම කරන්නේ කුමක්ද
මෙම ධජය 0.0.0.0/1 සහ 128.0.0.0/1 එකතු කරයි, දෙකම ටනලය දෙසට. 0.0.0.0/1 පළමු ඔක්ටෙට් 0 සිට 127 දක්වා වන සෑම ලිපිනයක්ම ආවරණය කරයි, 128.0.0.0/1 128 සිට 255 දක්වා ආවරණය කරයි, එබැවින් සෑම IPv4 ගමනාන්තයකටම පැරණි පෙරනිමියට වඩා නිශ්චිත ගැළපීමක් ඇත. කුමන මාර්ගය දිනා ගන්නේද යන්න තීරණය කරන්නේ මෙට්රික් නොව උපසර්ගයේ දිගයි.
මුල් පෙරනිමිය එහි තැබීම හිතාමතා සිදු කර ඇත. සේවාදායකය තමා වෙනස් කළ දේ මතක තබා ගැනීමට අවශ්ය නැත, සහ VPN සේවාදායකය සමඟ තමාගේම සම්බන්ධතාවය ගෙන යන මාර්ගය නැවත ලියන්නේ නැත. විසන්ධි වන විට එය අර්ධ මාර්ග දෙක ඉවත් කරයි, වගුව පෙර තිබූ ආකාරයටම නැවත පැමිණේ.
ඇයි /1, /0 නොව
මාර්ගකරණය අවම මෙට්රික් නොව දිගම ගැළපෙන උපසර්ගය තෝරයි, එබැවින් පෙරනිමියේ මෙට්රික් කුමක් කීවත් /1 /0 ට වඩා ජය ගනී. අර්ධ දෙකම ඇත්තේ එක් /1 ක් අවකාශයේ අඩක් පමණක් ආවරණය කරන බැවිනි; 0.0.0.0/1 පමණක් ඇති විට 128.0.0.0 සිට ඉහළ සියල්ල තවමත් පැරණි පෙරනිමිය අනුගමනය කරයි, එයින් සමහර අඩවි වැඩ කර අනෙක් ඒවා නොකරන රැවටිලිකාර ලක්ෂණයක් ඇති වේ.
පැරණි පෙරනිමියේ මෙට්රික් වැඩි කිරීම හෝ අඩු කිරීම කිසිවක් වෙනස් නොකරයි, තවත් අතුරු මුහුණතක අඩු මෙට්රික් සහිත පෙරනිමියක් ද ගමනාගමනය සොරකම් නොකරයි. මුලින්ම තීරණය කරන්නේ උපසර්ගයේ දිගයි, සමාන උපසර්ග පමණක් මෙට්රික් වෙත යොමු වේ.
සැබෑ මාර්ගකරණ වගුවක් කියවන්න
සම්බන්ධිත සත්කාරකයකට සටහන් තුනම එකවර පෙන්විය හැක, ටනලය අර්ධ ගෙන යන අතර මුල් ගේට්වේ තවමත් ලැයිස්තුවේ ඇත. ලිපින උදාහරණ මිස පිටපත් කළ යුතු වින්යාසයක් නොවේ, මන්ද අතුරු මුහුණත් නම්, ටනල ටොපොලොජිය සහ අමතර මාර්ග වේදිකාව හා සේවාදායකය අනුව වෙනස් වේ.
default via 192.168.50.1 dev wlan0
0.0.0.0/1 via 10.8.0.1 dev tun0
128.0.0.0/1 via 10.8.0.1 dev tun0වැදගත් වන්නේ සම්බන්ධතාවයයි: එක් සාමාන්ය පෙරනිමියකට ඉහළින් නිශ්චිත අර්ධ දෙකක්. පැරණි ගේට්වේ පේළිය රැඳී ඇත්තේ කිසිවක් එය වෙනස් නොකළ බැවිනි.
පැකට්ටුව ඇත්තටම ගන්නා මාර්ගය පරීක්ෂා කරන්න
වඩා නිශ්චිත මාර්ග තවමත් ජය ගත හැක: පෞද්ගලික පරාසයක්, දේශීය උපජාලයක් සඳහා මාර්ගය හෝ VPN සේවාදායකයේම ලිපිනය /1 ට වඩා දිගුය. ටනලයට එහි සේවාදායකය වෙත බාහිර මාර්ගයක් අවශ්ය වන අතර, එම සම්බන්ධතාවය නැවත ටනලයට යැවීම එය වහාම බිඳ දමයි. Linux තුළ වගුව ඇසින් කියවනවා වෙනුවට කර්නලයෙන් අසන්න: ඔබ උනන්දු වන ගමනාන්තය සමඟ ip route get තෝරාගත් මාර්ගය, අතුරු මුහුණත සහ මූලාශ්රය මුද්රණය කරයි. ප්රතිපත්ති මත පදනම් වූ මාර්ගකරණය වින්යාස කර ඇත්නම්, මූලික වගුව බැලීමට පෙර නියමයකට වෙනත් වගුවක් තෝරාගත හැකි බැවින් නියම ද පරීක්ෂා කරන්න.
IPv4 හි කොටසක් පමණක් වැරදි ලෙස හැසිරෙන්නේ නම්, අර්ධ දෙකම ස්ථාපනය කර ඇති බව තහවුරු කර, පසුව අසාර්ථක වන ගමනාන්තයට ගැළපෙන ව්යතිරේකයක් සොයන්න. පැරණි පෙරනිමිය මකා දැමීම විසඳුමක් නොවේ, එය ටනලය පිරිසිදුව ගලවා දැමීමට සේවාදායකයට අවශ්ය මාර්ගය ද ඉවත් කරයි.
def1 ආවරණය නොකරන දේ
IPv4 සටහන් දෙකක් IPv6 ගැන කිසිවක් නොකියයි: IPv6 සම්බන්ධතාවයක් ඇති සත්කාරකයක් එම පවුල වෙන වෙනම හරවන තෙක් තමාගේම පෙරනිමිය භාවිත කරයි, එබැවින් ද්විත්ව තට්ටු ජාලයක ඇතැම් ගමනාගමනය ටනලය මග හරින බව පෙනේ. වෙනත් සේවාදායකයන් සහ ජාල කළමනාකරුවන් සම්පූර්ණ ටනල මාර්ගකරණය වෙනස් ලෙස යොදයි, ඔවුන්ගේ වගු නොගැළපේ. මෙහි විස්තර කර ඇති def1 හැසිරීම OpenVPN හි ලේඛනගත ධජයට අයත් වන අතර, යන්ත්රයේ සෑම VPN එකකටම නොවේ.
මර්දන ස්විචය වෙනත් ගැටලුවකට පිළිතුරු දෙයි: ටනලය වැටුණු විට යන්ත්රය කුමක් කරන්නේද. ටනලය විවෘතව ඇති විට ගමනාගමනය යන්නේ කොහේද යන්න මාර්ගවල ඉදිරිය තීරණය කරයි; පසුව firewall කුමක් කරන්නේද යන්න එය තීරණය නොකරයි. වැඩ පිළිවෙළ: වගුව කියවන්න, අර්ධ දෙකම ඇති බව තහවුරු කරන්න, අසාර්ථක ගමනාන්තය සඳහා ip route get ධාවනය කරන්න, ප්රතිපත්ති නියම පරීක්ෂා කරන්න, පසුව IPv6 වෙන වෙනම බලන්න. පැරණි පෙරනිමිය එහි ඇති තැනම තබන්න.