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

වෙනස් වාහක අවශ්‍ය ගමනාන්ත තුනක්

හොප් දෙකක දාමයක් යනු එකිනෙක මත තැබූ ගමනාන්ත පන්ති තුනකි, සහ සෑම එකක්ම වෙනස් සම්බන්ධතාවයක් ගෙන යයි. පිටත සහකරු වෙත භෞතික සබැඳිය හරහා ළඟා විය යුතුය. ඇතුළත සහකරු වෙත පිටත ටනලය හරහා ළඟා විය යුතුය. ආවරණය වූ යෙදුමේ ගමනාන්තයට ඇතුළත ටනලය හරහා ළඟා විය යුතු අතර, එහිම ප්‍රවාහනය පිටත ටනලය ගෙන යයි.

Destination classView that names the carrierCommand that proves itSymptom when the wrong carrier wins
Outer peer, 198.51.100.10the main table, by destinationip route get 198.51.100.10the outer handshake never completes
Inner peer, 203.0.113.7the main table once the outer tunnel is upip route get 203.0.113.7the inner handshake leaves over the physical link
Application destination, 172.30.9.1the table the inner client's traffic is selected intoip route get 172.30.9.1 from 10.8.0.2the exit address looks right and the traffic never crossed the outer hop
Parallel tunnels, one per source groupone policy per group, not the main tableip rule show beside a marked test connectionboth tunnels are up and one steals the other's traffic

මාර්ගයක් ස්පර්ශ කිරීමට පෙර පේළි පාඨකයාගේ සැබෑ ලිපිනවලින් පුරවන්න, මන්ද වගුව නිශ්චිත වූ විට පමණක් ප්‍රයෝජනවත් වේ. ක්‍රියාකාරී දාමයක් පේළි හතරම එකවර තෘප්තිමත් කරයි, සහ අඩක් ක්‍රියාකාරී දාමයක් සාමාන්‍යයෙන් ඉන් එකක් වැරදි වාහකය සමඟ තෘප්තිමත් කරයි. වැරදි පේළිය දෝෂය ලෙස කියවීම තමයි මාර්ගගත කිරීමේ ගැටලුව සම්පූර්ණ සවසක සංස්කරණ බවට පත් කරන්නේ.

ලිපිනවලට ගණනක් නොව, භූමිකා ඇත

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

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

ip -4 addr show
ip -4 route show table all
ip rule show

ලැයිස්තුව දිගු ලෙස පෙනෙන නිසා ලිපිනයක් මැකීම මාර්ගයේ කොටසක් ඉවත් කළ හැක, සහ අතිරික්ත ලෙස පෙනෙන නිසා මාර්ගයක් මැකීම එම කාර්යයම වඩා නිශ්ශබ්දව කරයි. දෙකම දෝෂයක් නිපදවන්නේ නැත; සහකරු ඔබ අදහස් කළ මාර්ගයේ පිළිතුරු දීම නවත්වයි, නමුත් තවත් මාර්ගයකින් ළඟා විය හැකිව පවතී. ඇතුළත සහකරුගේ පිටවන ලිපිනය වාර්තා කරන යෙදුමක් රථවාහනය පිටත ටනලය හරහා ගිය බව ඔප්පු නොකරයි, මන්ද සෘජු ප්‍රවේශය එම නිරීක්ෂණයම ලබා දෙයි. නිරීක්ෂණය සහ සාක්ෂිය අතර ඇති මෙම පරතරයයි මාර්ගගත කිරීමේ ස්ථරයේ වාහකය පරීක්ෂා කිරීමට හේතුව.

සක්‍රීය කිරීමේ අනුපිළිවෙල ස්ථිර රැඳී සිටීම පරාජය කරයි

ඇතුළත ක්ලයින්ට් පිටත ක්ලයින්ට් සපයන ලිපිනයක් හෝ මාර්ගයක් මත රඳා පවතී නම්, සක්‍රීය කිරීම ප්‍රමාදයක් නොව එම සම්පත් සඳහා රැඳී සිටිය යුතුය. රැඳී සිටීම පිටත ටනලය මන්දගාමී වන දිනය දක්වා ක්‍රියා කරයි, පසුව කිසිවෙකුට ප්‍රතිනිර්මාණය කළ නොහැකි ආකාරයෙන් ඉඳහිට අසාර්ථක වේ. රඳා පැවැත්ම මත පදනම් වූ අනුපිළිවෙල අනුමානය ඉවත් කරයි සහ රඳා පැවැත්ම එක් වරක් විස්තර කිරීම හැර කිසිවක් වැය නොකරයි. අතුරුමුහුණත් නාම ද අනුපිළිවෙල ක්‍රමවේදයක් නොවේ.

කර්නලය tun0 සහ tun1 වැනි නාම නිර්මාණ අනුපිළිවෙලින් ලබා දෙයි, සහ එම අනුපිළිවෙල නැවත ආරම්භ කිරීම් හෝ නැවත සම්බන්ධ වීම් අතර වෙනස් විය හැක. වින්‍යාසය මෙවලම සපයන අනන්‍යතාවයට හෝ ඔබ උත්සාහයෙන් ලබා දෙන නාමයට බැඳ තබන්න. ඔබ තෝරා ගන්නා නාමය ගිවිසුමකි; කර්නලය තෝරා ගන්නා නාමය අහම්බයකි.

සෑම ක්ලයින්ට්ගේම ප්‍රවාහනය අනෙකාගේ යෙදුම් මාර්ගයෙන් පිටත තබන්න, සහ OpenVPN 2.6 මාර්ගගත කිරීමේ විකල්ප සැබවින්ම පොරොන්දු වන්නේ කුමක්ද යන්න පිළිබඳව නිවැරදි වන්න. ලේඛනගත පෙරනිමි නැවත යොමු කිරීමේ ක්‍රමවේදය ක්ලයින්ට්ට දැනටමත් තිබූ ද්වාරය හරහා තමන්ගේම දුරස්ථ සහකරු වෙත ළඟා වීමට හැකියාව ලබා දෙයි, එය එක් නිශ්චිත පුනරාවර්තන ලූපයක් කපා දමයි. එය එක් ක්ලයින්ට් එකක් අනෙකාගේ වාහකය බවට පත් නොකරයි, එබැවින් දාමයේ ඉතිරි කොටස ඔබේ නිර්මාණයම වේ. දාමයට මාර්ගයක් වෙනුවට ප්‍රතිපත්තියක් අවශ්‍ය වන තැන, පැහැදිලි මූලාශ්‍ර හෝ සලකුණු රීතියක් ලියා එය ගැලපිය යුතු රථවාහනය සමඟ පරීක්ෂා කරන්න.

පිටත හොප් මැරෙන විට කුමක් සිදු වේද

දාමය සම්පූර්ණ ලෙස සැලකීමට පෙර පිටත හොප් අතුරුදහන් වන විට කුමක් සිදු වේද යන්න තීරණය කරන්න. ඇතුළත ක්ලයින්ට්ගේ ප්‍රවාහනය එය සමඟම මැරෙන අතර, ඊළඟ පියවර තාක්ෂණික නොව ප්‍රතිපත්ති ප්‍රශ්නයකි: අසාර්ථක වීම, නැවත උත්සාහ කිරීම හෝ භෞතික සබැඳිය හරහා සෘජුවම නැවත සම්බන්ධ වීම. තුන්වන ප්‍රතිඵලය තමයි සිතීමට වටින්නේ. පරිශීලකයා ආවරණය තවමත් අක්ෂත යැයි විශ්වාස කරන මොහොතේ එය නිශ්ශබ්දව හොප් දෙකක නිර්මාණය හොප් එකක නිර්මාණයක් බවට පත් කරයි.

හොප් දෙකක් අනිවාර්ය නම්, පිටත එක ගිය විට ඇතුළත ක්ලයින්ට්ට සෘජු මාර්ගයක් ස්ථාපිත කළ නොහැකි විය යුතුය, සහ එය දැන ගැනීමේ ක්‍රමය පිටත හොප් කඩා ඇතුළත එක කුමක් කරයිද යන්න නැරඹීමයි. අනුමත ආරක්ෂක සැලැස්මක් වලංගු පිළිතුරකි, නමුත් එය ලිවිය යුතුය, පරීක්ෂා කළ යුතුය සහ දැනුම් දිය යුතුය. කිසිවෙකු ලේඛනගත නොකළ ආරක්ෂක සැලැස්මක් සිද්ධි සමාලෝචනයේදී කාන්දුවකින් වෙන්කර හඳුනාගත නොහැක.

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

සෑම ස්ථරයක්ම ඔබ එය ගොඩනැගූ අනුපිළිවෙලින් පිළිගන්න

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

ආරක්ෂක සැලැස්මේ ප්‍රතිඵලය මෙහි වටිනාම නිරීක්ෂණයයි, සහ පොදු IP පිටුවක් කිසිදා නොපෙන්වන දෙයයි. සහකරුවන්ගේ මාර්ග, ඔවුන් භාවිතා කරන ලිපින සහ එම ප්‍රතිඵලය වින්‍යාසය අසල සුරකින්න, මන්ද සතුටු මාර්ගය පසුව ප්‍රශ්න කරන කොටස නොවේ.

අදාළ ලිපි