VPN හරහා Dante SOCKS: සම්පූර්ණ ටනල් හෝ මූලාශ්‍ර-පාදක රවුටින්

SOCKS ප්‍රොක්සියේ ගමනාගමනය VPN හරහා පිටවිය යුතු අතර සෙසු සත්කාරකය එහි සාමාන්‍ය මාර්ගය තබා ගත යුතුයැයි ඔබට අවශ්‍යය. මෙය කරන නිර්මාණ දෙකක් ඇති අතර, යමක් වැරදුණු විට කැඩෙන දෙයින් ඒවා වෙනස් වේ. එකක් පෙරනිමි මාර්ගය ටනලයට තල්ලු කර පසුව එය වටා ගමන් කරයි; අනෙක ප්‍රධාන වගුව නොසලකා එක් මූලාශ්‍ර ලිපිනයක් දෙවන වගුවකට යවයි. දෙවැන්න වඩා පිරිසිදුය, එයට තමන්ගේම උගුල් ඇත.

නිර්මාණ දෙකක්, වෙනස් හානි අරය දෙකක්

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

මූලාශ්‍ර-තේරීම් නිර්මාණය ප්‍රතිවිරුද්ධ දිශාවට යයි. ප්‍රධාන වගුව තිබූ ලෙසම රැඳේ, එක් ප්‍රතිපත්ති රීතියක් නිශ්චිත දේශීය ලිපිනයකින් එන පැකට් ටනල්-පෙරනිමිය සහිත වගුවකට යවයි. වෙන කිසිවක් වෙනස් නොවේ, එනම් හානි අරය එක් ලිපිනයකි.

මෙම පටුතාවයම සීමාව ද වේ: ප්‍රොක්සියේ පිටවන පැකට් ඇත්තටම එම ලිපිනය දරන්නේ නම් පමණක් නිර්මාණය ක්‍රියා කරයි.

Dante හි external සැකසුම කරන දේ

external සැකසුම ප්‍රොක්සිය පිටවන සම්බන්ධතා සඳහා භාවිත කරන ලිපින තෝරයි; එය කර්නලයේ රවුටින් ප්‍රතිපත්තිය ස්පර්ශ නොකරයි. එම වෙන්වීම දෙවන නිර්මාණය කළ හැකි කරයි, මෙහිදීම මිනිසුන් ලේඛන වැරදියට කියවයි. external ටනල් ලිපිනයකට යොමු කිරීමෙන් ප්‍රොක්සිය එහි සම්බන්ධතා එම ලිපිනයෙන් ආරම්භ කරයි, පසුව රවුටින් වගුව එම පැකට් කොහේ යයිද තීරණය කරයි.

ශ්‍රාවකය වෙනම කරුණකි. internal ප්‍රොක්සිය භාවිත කළ යුතු සේවාදායකයන්ට පමණක් සීමා කරන්න, සත්‍යාපනය අවශ්‍ය කරන්න, සහ වරාය ගිනිපවුරකින් වසන්න, මන්ද විවෘත ශ්‍රාවකයක් VPN පිටවීමේ ලක්ෂණයක් නොවේ.

වින්‍යාසගත ලිපිනය ප්‍රොක්සියේ ජාල නාම අවකාශය තුළ ඇත්තටම ටනලයට අයත් බව තහවුරු කරන්න.

මූලාශ්‍ර-තේරීම් වගුව ගොඩනැගීම

10.90.0.2/24 TUN ලිපිනයක්, 10.90.0.1 හි ළඟා විය හැකි සමානයෙක්, සහ වෙන කිසිවක් භාවිත නොකරන වගු අංකයක් සඳහා, සැකැස්ම මෙසේ පෙනේ:

ip -4 route add table 100 10.90.0.0/24 dev tun0 src 10.90.0.2
ip -4 route add table 100 default via 10.90.0.1 dev tun0 metric 10
ip -4 route add table 100 unreachable default metric 32760
ip -4 rule add priority 1000 from 10.90.0.2/32 lookup 100

ළඟා විය නොහැකි මාර්ගය මිනිසුන් මඟ හරින කොටසයි. එය නොමැතිව, ටනල් මාර්ගය අතුරුදහන් වන වගුව සාමාන්‍ය පෙරනිමියට වැටෙන අතර ප්‍රොක්සිය නිහඬව WAN හරහා පිටවේ. එය සමඟ, සෙවීම අසාර්ථක වේ, එය නිහඬ කාන්දුවක් වෙනුවට දෘශ්‍යමාන අසාර්ථකත්වයකි. රීතියේ ප්‍රමුඛත්වය ද එම මූලාශ්‍රයට ගැළපෙන අනෙක් සියල්ලට පෙර තිබිය යුතුය.

මෙම අගයන් එක් ටොපොලොජියක් විස්තර කරයි. ලක්ෂ්‍යයේ සිට ලක්ෂ්‍යයට සමානයන්, net30 ලිපිනකරණය සහ වෙනත් උපසර්ගයක් ලබා දෙන සේවාදායකයන් සියල්ලටම තමන්ගේම මාර්ග අවශ්‍යය, එබැවින් ලිපින නොව හැඩය පිටපත් කරන්න.

මූලාශ්‍ර රීතිය කාන්දු වන තැන

මූලාශ්‍ර ලිපිනයකට ගැළපෙන රීතියක් එය භාවිත කරන සෑම ක්‍රියාවලියකටම බලපායි, ප්‍රොක්සියට පමණක් නොවේ. වෙනත් ඩේමනයක් එම ලිපිනයම බැඳුවහොත්, එහි ගමනාගමනය ද ටනලය ගනී, අසාර්ථකත්වය සම්බන්ධයක් නැති සේවා ගැටලුවක් ලෙස පෙනේ. ප්‍රොක්සියට වෙන කිසිවක් භාවිත නොකරන ලිපිනයක් දෙන්න, නැතහොත් විෂය පථය ක්‍රියාවලිය නොව ලිපිනය බව පිළිගන්න.

DNS අනෙක් කාන්දුවයි. විසඳුම්කරු සොකට් අනිවාර්යයෙන් ප්‍රොක්සියේ external දත්ත සම්බන්ධතා මූලාශ්‍රය භාවිත නොකරයි, එබැවින් නාම සෙවීම් තවමත් WAN හරහා පිටවිය හැක. විසඳීම සම්බන්ධතාවය ස්ථාපිත කිරීමෙන් වෙන්ව පරීක්ෂා කරන්න, එම ප්‍රතිඵලය පිළිගත හැකිද යන්න තීරණය කරන්න.

IPv6 ට තමන්ගේම රීති සහ මාර්ග අවශ්‍යය, මන්ද IPv4 සැකැස්මක් ඒ ගැන කිසිවක් ඔප්පු නොකරයි.

ඔබට ඉවසිය හැකි අසාර්ථකත්වය අනුව තෝරන්න

සත්කාරකය සමස්තයක් ලෙස ආරක්ෂා කළ යුතු නම් සහ බැහැර කිරීමේ ලැයිස්තුව නඩත්තු කළ හැකි නම් සම්පූර්ණ ටනලය තෝරන්න. සත්කාරකය තමන්ගේම මාර්ගය තබා ගත යුතු නම් සහ එක් සේවාවක් පමණක් යළි හරවා යැවිය යුතු නම් මූලාශ්‍ර-පාදක රවුටින් තෝරන්න. දෙකම වලංගුය; වැරැද්ද නම් එකක් තෝරා පසුව එය අනෙක ලෙස පරීක්ෂා කිරීමයි.

ඔබ කුමක් තෝරා ගත්තත්, දෙපැත්තෙන්ම තහවුරු කරන්න: ප්‍රොක්සිය හරහා ඉල්ලීමක් සහ සත්කාරකයේ සිට සෘජු ඉල්ලීමක්, එක් එක් එකට නිරීක්ෂිත පිටවීම් ලිපිනය සටහන් කරමින්.

ටනලය වැටුණහොත්, ප්‍රොක්සිය අසාර්ථක විය යුතුද නැතහොත් පසුපසට යා යුතුද යන්න කලින් තීරණය කරන්න, රවුටින් වගුව එම තීරණය ප්‍රකාශ කරයි.