VPN සේවාලාභීන් දෙදෙනෙක්, එක් රවුටින් වගුවක්: පෙරනිමි මාර්ගය කාටද

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

ගැටුම රවුටින් වගුව තුළ ජීවත් වේ

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

සේවාලාභීහු එක් හවුල් වගුවක සංස්කාරකයෝය. කුමන වෙනස අවසානයේ සිදු වූයේද යන්න දැනගැනීම සියලුම රෝග ලක්ෂණ පාහේ පැහැදිලි කරයි.

වත්මන් මාර්ගය කුමන ටනලයට අයත්ද යන්න කියවන්න

සම්බන්ධ වී ඇතැයි වාර්තා කරන සේවාලාභියා විශ්වාස කිරීම වෙනුවට සැබෑ තීරණය පරීක්ෂා කරන්න. නිශ්චිත ගමනාන්තයක් කුමන අතුරුමුහුණතක් විසින් රැගෙන යන්නේදැයි පද්ධතියෙන් අසන්න.

ip route get 10.20.0.5
route print -4

පළමු විධානය එක් ගමනාන්තයක් සඳහා අතුරුමුහුණත සහ මූලාශ්‍ර ලිපිනය නම් කරයි, එය ඔබට වැදගත් වන නිශ්චිත ප්‍රශ්නයයි. මාර්ග ලැයිස්තුව Windows තුළ තරඟ කරන පෙරනිමි සටහන් සහ ඒවායේ මෙට්‍රික කියයි, එබැවින් දැන් කවුරුන් ජය ගනීද යන්න පෙනේ. සෑම දුරස්ථ ජාලයකම එක් සත්කාරකයක් සඳහා සෙවීම ධාවනය කරන්න, මන්ද එක් ගමනාන්තයක් නිවැරදි විය හැකි අතර අනෙක් ජාලයට ළඟා විය නොහැක. පිළිතුර වැරදි ටනලය නම් කරන්නේ නම්, නැවත සම්බන්ධ වීම උදව් නොවේ; මාර්ග ප්‍රතිපත්තිය වෙනස් විය යුතුය.

දෙවන සේවාලාභියා සියල්ල ඉල්ලා සිටීම නවත්වන්න

එක් සේවාලාභියෙකු පෙරනිමි මාර්ගය හිමි කර ගත යුතුය, අනෙකා තමන්ගේ ප්‍රිෆික්ස් පමණක් රැගෙන යා යුතුය. OpenVPN සේවාලාභීන්ට සේවාදායකය තල්ලු කරන දේ ප්‍රතික්ෂේප කළ හැක.

pull-filter ignore "redirect-gateway"
ip route get 10.30.4.10

route-nopull තල්ලු කරන සෑම මාර්ගයක්ම නොසලකා හරියි, pull-filter ignore "redirect-gateway" පෙරනිමි මාර්ග නියෝගය පමණක් ඉවත් කර තල්ලු කරන DNS සහ අනෙකුත් විකල්ප රඳවා ගනී. සේවාදායකයේ වින්‍යාසයෙන් කොපමණක් තවමත් අවශ්‍යද යන්න අනුව දෙක අතර තෝරන්න, පසුව දෙවන ජාලයට අවශ්‍ය නිශ්චිත ප්‍රිෆික්ස් එකතු කරන්න. DNS සිහිකරන්න, මන්ද විමසුම් රැගෙන නොයන ටනලයක් තල්ලු කරන විසඳුම්කරු කිසිවක් ආපසු නොදෙයි. සෑම ජාලයකම දන්නා සත්කාරකයක් අත්හදා බලා දුරස්ථ පැත්ත දකින මූලාශ්‍ර ලිපිනය තහවුරු කරන්න.

අතිච්ඡාදනය වන උපජාල මඟ හැරිය නොහැක

ජාල දෙකම එකම ප්‍රිෆික්ස් ප්‍රකාශයට පත් කරන විට, කර්නලය විවිධ ස්ථාන දෙකක් සඳහා එක් සටහනක් රඳවා තබා ගෙන තෝරා ගත යුතුය. සත්කාරක මාර්ගයකට නැති වූ වෙනස නිර්මාණය කළ නොහැක, මෙට්‍රික් සකස් කිරීමටද නොහැක. එක් පැත්තක් නැවත අංකනය කරන්න, නැතහොත් එහි පරිපාලකයා දුරස්ථ පරාසය පරිවර්තනය කර ප්‍රිෆික්ස් වෙනස් වීමට සලස්වන්න. සේවාලාභීන්ට දොස් නැගීමට පෙර සැබෑ උපජාල පරීක්ෂා කරන්න, මන්ද නිවෙස් රවුටරයක පෙරනිමි 192.168.1.0/24 කාර්යාල පරාසයක් සමඟ බලාපොරොත්තුවට වඩා නිතර ගැටෙයි. පසු වෙනස අතිච්ඡාදනය නැවත නිර්මාණය නොකරන පිණිස පරාස දෙකම ටිකට් එකේ සටහන් කරන්න.

අරමුණු දෙකක්ද වෙන් කරන්න: ජාල දෙකටම ළඟා වීම රවුටින් ගැටලුවකි, නමුත් පෞද්ගලිකත්වය සඳහා ටනල් දාමයක් කිරීම මාර්ගයේ අමතර ක්‍රියාකරුවෙකු සහිත වෙනත් නිර්මාණයකි. එකකින් අනෙක විසඳන්න එපා.