එක් OpenVPN ග්‍රාහකයෙකු මත සේවා ලිපින දෙකක්: iroute සහ lo

යෙදුම එහි ටනෙල් ලිපිනය මත පිළිතුරු දෙයි, නමුත් ඔබ ඒ සඳහා ලේඛනගත කළ ලිපිනය කොහේවත් යන්නේ නැත. OpenVPN ලොගයේ කිසිවක් පැමිණිලි නොකරයි, සමවයස් සම්බන්ධ ලෙස පෙනෙන අතර, හබ් හරියටම එක් සේවාලාභියෙකු ලැයිස්තුගත කරයි. හිඩැස නම්, සේවාලාභියෙකු මත දෙවන ලිපිනය වෙන වෙනම කරුණු දෙකකි: සත්කාරකය එයට හිමිකම් තිබිය යුතු අතර, හබ් එයට හිමිකම් කවර සමවයස්දැයි දැනගත යුතුය. එකක් අනෙක නොමැතිව හසුරුවන්න, එවිට රථවාහනය හබ්හි මිය යයි නැතහොත් නිවසට මාර්ගයක් නොමැතිව පැමිණේ.

අන්වර්ථය දේශීයයි, හිමිකම දුරස්ථයි

ටනෙල් ලිපිනය සාකච්ඡා කරනු ලැබේ, එබැවින් දෙපැත්තම අත්වැල් ගැසීමේදී එය ඉගෙන ගනී. අමතර සේවා ලිපිනය කිසිසේත් සාකච්ඡා නොකෙරේ, එබැවින් එය එකතු කිරීමෙන් හබ්හි තමන් විසින්ම කිසිවක් වෙනස් නොවේ. සේවාලාභියාට වහාම ලිපිනය හිමි විය හැකි අතර, සේවාදායකය තවමත් එම රථවාහනය එහි පෙරනිමි මාර්ගයට යවයි නැතහොත් එය ඉවත දමයි. වාර්තා දෙකක් වෙන වෙනම ස්ථාන දෙකක සෑදිය යුතුය.

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

ඔබේ සටහන්වලද පරාස දෙක වෙන් කර තබන්න. උදාහරණයක ලිපින ලේඛනාගාර අගයන් වන අතර, ඒවා සැබෑ LAN එකක් සමඟ අතිච්ඡාදනය කිරීම වැඩ කරන සැකසුමක් කැඩී ඇති ලෙස පෙනීමට ඇති වේගවත්ම මාර්ගයයි.

සේවාලාභියා මත ලිපිනය ස්ථිරව එකතු කරන්න

සේවා ලිපිනය සත්කාරක පූර්වාරක්ෂකය සමඟ loopback මත තබන්න, එවිට සත්කාරකය එය ළඟා විය යුතු උපජාලයක් ලෙස නොව, දේශීය ආදානයක් ලෙස සලකයි. ip address add 10.66.0.10/32 dev lo එය එක් ලිපිනයකට කරයි, දෙවන ලිපිනයට විධානය නැවත කිරීම සේවා දෙකක් ආකෘතිකරණය කරයි.

එය එක් වරක් පරීක්ෂණයක් ලෙස ධාවනය කර, පසුව සත්කාරකයේ ජාල සැකසුම හිමි දෙයට ගෙන යන්න, මන්ද ධාවන කාලයේ එකතු කිරීම නැවත ඇරඹීමේදී අතුරුදහන් වන අතර නැවත සම්බන්ධ වීම් අතර පිටපත් එකතු වේ. ජාලයෙන් පසු පිළිවෙළ කරන ලද systemd ඒකකයක් එක් විකල්පයක් වන අතර, බෙදාහැරීමේ ජාල කළමනාකරු තවත් එකකි. ඔබ තෝරන කුමක් වුවද, යෙදුම බැඳීමට පෙර ලිපිනය තිබිය යුතුය, එසේ නොමැති නම් සේවාව වැරදි සොකටයේ නැගී එයි. අතින් විධානයෙන් පසු නොව, නැවත ඇරඹීමෙන් පසු ip address show dev lo සමඟ තහවුරු කරන්න.

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

හබ් සැබවින්ම කියවන CCD ගොනුවේ එය ඉල්ලා සිටින්න

සේවාදායකයේදී හිමිකම් ප්‍රකාශය සත්‍යාපිත පොදු නාමයෙන් තෝරන ලද සේවාලාභී-එකකට ගොනුවට යයි, client-config-dir නම් කළ නාමාවලිය තුළ. පේළිය iroute 10.66.0.10 255.255.255.255 වන අතර, එක් ලිපිනයකට එකක්, එය එම ගමනාන්තයට රථවාහන ලැබිය යුතු සමවයස් සේවාදායකයට කියයි.

විස්තර දෙකක් මෙය නිශ්ශබ්දව කඩයි. ගොනු නාමය සේවාදායකය සැබවින්ම භාවිතා කරන නාමය සමඟ ගැළපිය යුතු අතර, username-as-common-name ක්‍රීඩාවේ ඇති විට එය වෙනස් වේ. තවද iroute ක්‍රියාත්මක වන්නේ සේවාලාභී සැකසුම් නාමාවලිය සකසා ඇති TUN මාදිලියේ පමණි, එබැවින් එකම පේළිය පාලම් ස්ථාපනයක කිසිවක් නොකරයි. පවතින ගොනුවට පේළි එකතු කරන්න, එය ප්‍රතිස්ථාපනය නොකරන්න, මන්ද එය දැනටමත් ස්ථිර ලිපිනයක් හෝ push විකල්ප දරනු ඇත. OpenVPN 2.6 යොමුව නාමාවලිය සහ හිමිකම් උපදෙස යන දෙකම ලේඛනගත කරයි.

හබ්හිම කර්නලයටද එම ගමනාන්තවලට මාර්ගයක් අවශ්‍ය වේ, දේශීයව ජනනය වූ රථවාහනය ටනෙල් ක්‍රියාවලියට ඇතුළු වීමට. සේවාදායක සැකසුමේ route 10.66.0.10 255.255.255.255 සේවාදායකය විසින්ම නිපදවන රථවාහන ආවරණය කරන අතර, අනෙකුත් සේවාලාභීන්ට ගමනාන්තය තමන්ම ඉගෙන ගැනීමට push "route 10.66.0.10 255.255.255.255" අවශ්‍ය වේ.

මාර්ගගත කිරීම සහ අවසර දීම වෙන් වී පවතී. තල්ලු කළ මාර්ගයක් සේවාලාභියාට පැකට් කොහේ යවන්නදැයි කියන අතර කිසිවක් ලබා නොදේ; සේවාව තවමත් ඇමතුම්කරු තම කොන්දේසි මත පිළිගත යුතුය.

ආදාන ප්‍රතිපත්තිය සහ පිළිතුරු මාර්ගය පරීක්ෂා කරන්න

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

පිළිතුරුවලට ඇමතුම්කරු වෙත ආපසු මාර්ගයක් අවශ්‍ය වේ. සාමාන්‍ය ටනෙල් තටාකය තුළ සිටින ඇමතුම්කරුට එම මාර්ගය දැනටමත් ඇත, මන්ද ටනෙල් උපාංගය එය රැගෙන යයි. වෙනත් මාර්ගගත ජාලයක් පිටුපස සිටින ඇමතුම්කරුට එම ජාලයේ ආපසු මාර්ගයද අවශ්‍ය වන අතර, මෙහිදී අසමමිතික සැකසුම් පැකට් අහිමි කරයි.

එකම වරායේ වෙනත් ලිපිනයකට බැඳුණු දෙවන ශ්‍රාවකයෙකු පිළිබඳ අවධානයෙන් සිටින්න, මන්ද කර්නලය ගැළපෙන සොකටයට ලබා දෙන අතර ප්‍රතිඵල අහඹු ලෙස පෙනේ. ss -lntp සමඟ පරීක්ෂා කර බැඳුණු ලිපිනය සේවා අන්වර්ථය බව තහවුරු කරන්න. මෙහි මූලාශ්‍ර NAT අවශ්‍ය නොවන අතර, එය එකතු කිරීම ඔබේ ලොග රඳා පවතින ඇමතුම්කරු අනන්‍යතාව සඟවයි.

ලිපින සහ හිමිකම වෙන වෙනම පරීක්ෂා කරන්න

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

සම්බන්ධතාවයකින් පසුවද ඉතිරි වන අසමත් වීමේ ආකාර ද පරීක්ෂා කරන්න: ටනෙල් පහළ ඇති විටද අන්වර්ථය පවරා තිබේ, සමවයස් නොමැති විටද හබ් එහි මාර්ගය තබා ගනී. කිසිදු වස්තුවක් තනිව සේවාව ළඟා විය හැකි බව ඔප්පු නොකරයි, එබැවින් පියවර දෙකේ පරීක්ෂණය ලැප්ටොප් එකකින් එක් පිංග් එකකට වඩා හොඳය.