OpenVPN හි සෑම සේවාලාභියෙකුට ස්ථිර IP: ifconfig-push, ipp.txt නොවේ
ස්ථාවරත්ව ගොනුව ඉතිහාසයකි, වෙන් කිරීමක් නොවේ. නිවැරදි සේවාලාභී නාමය තෝරන්න, ටොපොලොජිය ගලපන්න, නව සම්බන්ධතාවයක් මත ලිපිනය ඔප්පු කරන්න.
ipp.txt හි පේළියක් සංස්කරණය කිරීම ලිපිනයක් වෙන් කරනවාක් මෙන් දැනේ, නමුත් එය එසේ නොවේ. ifconfig-pool-persist මගින් නම් කරන ලද එම ගොනුව, පොදු නාමයකට පසුගිය වතාවේ තිබූ ලිපිනය වාර්තා කරයි, එවිට තටාකයට පහසු විට එම ලිපිනයම ආපසු දිය හැක. එහි කිසිවක් ඊළඟ සම්බන්ධතාවය එම අංකයට බැඳ නොදමයි.
පහත පරීක්ෂණ අනුපිළිවෙලින් ක්රියාත්මක කරන්න. එක් එක් පරීක්ෂණය යාන්ත්රණය තහවුරු කරයි, නැතහොත් නතර වී ආදානයක් නිවැරදි කරන්න යැයි කියයි.
ස්ථාවරත්ව ගොනුව කුමක් සඳහාද
නැවත ආරම්භ කිරීම් අතර ලිපින ස්ථාවරව තබා ගැනීමට ගොනුව පවතී, එය නැවත සම්බන්ධ වීම පහසු කරන අතර ලොග් කියවීම සරල කරයි. එය ඉතිහාසයක් ලෙස කියවන අතර ඉතිහාසයක් ලෙස ලියැවේ, සහ ඉඟිය නොගැලපෙන විට වෙනත් ලිපිනයක් තෝරා ගැනීමට වෙන් කිරීමේ මාර්ගය නිදහස්ව පවතී: වෙනත් තටාකයක්, ගැටුම් සහිත වෙන් කිරීමක්, හෝ තටාකය පිරී ගිය පසු පැමිණි සේවාලාභියෙක්. එබැවින් අතින් සිදු කරන සංස්කරණයක් ගොනුවේ පරිපූර්ණ ලෙස පෙනුනත් සම්බන්ධතාවයේ කිසිවක් වෙනස් නොකරයි. එය ප්රතිපත්තියේ මූලාශ්රයක් ලෙස නොව, අතීත තීරණවල කෑෂ් එකක් ලෙස සලකන්න.
නිශ්චිත සේවාලාභියෙකුට නිශ්චිත ලිපිනයක් අවශ්ය නම්, ලේඛනගත යාන්ත්රණය ifconfig-push වන අතර, එය එම සේවාලාභියාට අයත් වින්යාසයේ අඩංගු වේ.
නිවැරදි සේවාලාභියා තෝරාගෙන ඇත්දැයි පරීක්ෂා කරන්න
පැහැදිලි වෙන් කිරීම සොයන්නේ සේවාලාභියාගේ පොදු නාමයෙනි, එබැවින් වැරදි අනන්යතාවයක් සඳහා නම් කළ ගොනුව කිසි විටෙකත් කියවන්නේ නැත. සේවාදායකයා එම සේවාලාභියාගේ නාමය ලෙස සලකන්නේ කුමක්දැයි තහවුරු කරන්න, විශේෂයෙන් username-as-common-name සත්යාපනයෙන් පසු එය වෙනස් කරන තැන. පසුව ගොනු නාමය එම අගයට හරියටම ගැලපෙන බව, අකුරුවල කුඩා-ලොකු බව ඇතුළුව තහවුරු කරන්න.
මෙහි සිටින අතරතුර සමකාලීනත්වය ගැනද සිතන්න. duplicate-cn අනුමත නම්, උපාංග කිහිපයකට එකම අනන්යතාවය ඉදිරිපත් කළ හැක, සහ එක් ස්ථිර ලිපිනයක් ඒ සියල්ලටම අනන්ය විය නොහැක. එම අනන්යතාවය සඳහා සමකාලීන සැසි ප්රතික්ෂේප කිරීම ස්ථිර ලිපිනයට වටිනවාද යන්න තීරණය කරන්න, මන්ද එම අවශ්යතා දෙක එකවර ඉටු කළ නොහැක.
අංක ටොපොලොජියට ගැලපෙනවාදැයි පරීක්ෂා කරන්න
තර්කවල අර්ථය උමං ටොපොලොජිය මත රඳා පවතී, සහ පිටපත් කළ උදාහරණය වැඩිම හානිය කරන්නේ මෙහිය. පැරණි net30 සැකැස්මේදී සෑම සේවාලාභියෙක්ම ලිපින හතරක කොටසක් ගනී, එබැවින් push ලිපින යුගලයක් ලබා දෙයි. උපජාල ටොපොලොජියේදී සේවාලාභියාට එක් ලිපිනයක් සහ තටාකයේ ආවරණය ලැබේ, සහ යුගල ආකෘතිය වැරදිය. පේළිය ලිවීමට පෙර ක්රියාත්මක වින්යාසයෙන් ටොපොලොජිය කියවන්න.
# /etc/openvpn/ccd/partner-a (subnet topology)
ifconfig-push 10.44.0.61 255.255.255.0ලිපිනය එයට හිමිකම් කිය හැකි අනෙක් සියල්ලට එරෙහිව පරීක්ෂා කරන්න: තවත් පැහැදිලි වෙන් කිරීමක්, ගතික තටාක පරාසය, සහ ස්ථිර සත්කාරකයක් උපකල්පනය කරන ඕනෑම ස්ථිතික මාර්ගයක්. තටාකය සමඟ අතිච්ඡාදනය වන ලිපිනයක් තටාකය එය වෙනත් අයෙකුට දෙන තෙක් ක්රියා කරයි, සහ එම අසාර්ථකත්වය අහඹු ලෙස පෙනෙනු ඇත.
නව සම්බන්ධතාවයක් මත ප්රතිඵලය පරීක්ෂා කරන්න
පවතින සැසිය එයට දුන් ලිපිනය තබා ගනී, එබැවින් එකම අර්ථවත් පරීක්ෂණය නව සම්බන්ධතාවයකි. සේවාලාභියා විසන්ධි කර නැවත සම්බන්ධ වන්න, ඔහු ඇත්තටම ලබා ගත් ලිපිනය ඒ සමඟ පැමිණි මාර්ග සමඟ කියවන්න. ලිපිනය තවමත් ගතික නම්, වෙන් කිරීම යෙදී නැත, සහ ඊළඟ පියවර ඉතිහාස ගොනුවේ තවත් සංස්කරණයක් නොව වින්යාසයේ සෙවීමකි.
සාක්ෂි එකට තබා ගන්න: සේවාලාභී නාමය, ගැලපුණු ගොනුව, වෙන් කළ ලිපිනය සහ එය පැමිණි තටාකය.
අවසාන වශයෙන්, ස්ථිර උමං ලිපිනයක් උපාංගයේ සත්යාපන තොරතුරක් නොවේ. එය ලිපින සැලැස්මේ ස්ථානයක් සලකුණු කරයි, අතර සත්යාපනය තවමත් සහතිකය සහ ගිණුම මත රඳා පවතී. දෙක මිශ්ර කිරීම ලිපින ගැටුමක් කිසිවෙකු නොලියූ ආරක්ෂක උපකල්පනයක් බවට පත් කරයි.