OpenVPN ගිණුමකට මාසික දත්ත කෝටාව තැබිය යුත්තේ කොහේද
සෑම නැවත සම්බන්ධතාවයකදීම යළි සකසන කෝටාවක් සීමාවක් නොවේ. ගිණුම අනුව භාවිතය නිරීක්ෂණය කරන්න, සෑම බයිට් වෙනසක්ම එක් වරක් අය කරන්න, කෝටාව අවසන් වූ විට ප්‍රවේශය අවහිර කරන්න.
ටියුනලය නැවත සම්බන්ධ වන සෑම විටම යළි සකසන කෝටාවක් සීමාවක් නොවේ, සහ දිගුකාලීන තත්ත්වය තැබීමට ඉඩක් නොමැතිව VPN සේවාදායකයකට බයිට් ගණකයක් බද්ධ කළ විට හරියටම එය ලැබේ. ගණකය අයත් වන්නේ සැසියකටය; කෝටාව අයත් වන්නේ පුද්ගලයෙකුට හෝ උපාංග ගිවිසුමකටය. මෙම විශේෂාංගයේ සියලුම අපහසුව එම නොගැලපීමෙන් පැමිණේ, එබැවින් පහත පරීක්ෂා තත්ත්වය ජීවත් වන්නේ කොහේද සහ කුමන ස්තරයට තීරණය කිරීමට අවසර ඇත්ද යන්න ගැනය.
කෝටාව ටියුනලයට නොව ගිණුමට බැඳන්න
කෝටාවේ විෂය නම් කිරීමෙන් ආරම්භ කරන්න. එක් පුද්ගලයෙකුට උපාංග සහතික තුනක් තිබිය හැක, සහ ඒවා වෙන වෙනම සත්‍යාපනය කරන නිසා පමණක් ඒවායින් කිසිවකට ස්වාධීන මාසික අයවැයක් නොලැබිය යුතුය. නැවත සම්බන්ධතා, නව ටියුනල් ලිපින සහ දෙවන ගේට්වේ වෙත මාරුවීම් ඉවසන ස්ථාවර ගිණුම් හඳුනාගැනීම කෝටාවකට භාවිත කළ හැකි එකම නැංගුරමයි. සහතිකයක පොදු නාමය එම යතුර ලෙස ක්‍රියා කරන්නේ ඔබේ නිකුතු ප්‍රතිපත්තිය නමකට එක් ගිණුමක් සහතික කරන විට පමණි.
පවරන ලද ටියුනල් ලිපිනය කිසි විටෙකත් පිළිතුර නොවේ. ලිපින නැවත භාවිත වේ, තටාක බෙදාගනු ලැබේ, සහ එකම ගිණුම එකම මිනිත්තුවේ ගේට්වේ දෙකක දෙවරක් දිස්විය හැක. ලෙජරය ලිපිනයක් මත පදනම් වන්නේ නම්, ටැංකිය නැවත පිරවීමට විසන්ධි වී නැවත සම්බන්ධ වීම ප්‍රමාණවත්ය.
ගණනය විගණනය කළ හැකි වන පරිදි සෑම සැසියකටම ප්‍රමාණවත් ලෙස සටහන් කරන්න: ගිණුම, බිල්පත් කාලය, ගේට්වේ අවස්ථාව, සැසි අනන්‍යතාවය, අවසන් වරට නිරීක්ෂණය කළ ගණක සහ තහවුරු කළ මුළු එකතුව. සැසි අනන්‍යතාවයට ඩේමන් ආරම්භක පරම්පරාව ඇතුළත් කරන්න, මන්ද නැවත ආරම්භ කළ සේවාදායකය සේවාලාභී හැඳුනුම්පත් නැවත භාවිත කරන අතර සරල ගැලපීම පෙර මූලික රේඛාව උරුම කරගනු ඇත.
ඒකකය, දිශාව සහ යළි සැකසීමේ සීමාව තීරණය කරන්න
කිසිදු එකතු කිරීමක් ආරම්භ වීමට පෙර අර්ථ දැක්වීම් හතරක් ලිඛිතව තීරණය කළ යුතුය. කෝටාව සේවාලාභියා යවන බයිට, ලබන බයිට, නැතහොත් දෙකේම එකතුව ගණන් කරන්නේද? ගිගාබයිටයක් යනු 10^9 බයිටද නැතහොත් 2^30ද? කුමන දේශීය පැයේද කුමන වේලා කලාපයේද කාලය පෙරළෙන්නේ? සහ ගණකය හරියටම මනින්නේ කුමක්ද, ටියුනල් අතිරික්තය සහ නැවත සම්ප්‍රේෂණ ඇතුළත් වන අතර යෙදුම් ගොනුවේ ප්‍රමාණය සහ සැපයුම්කරුගේ ඉන්වොයිසිය ඇතුළත් නොවන විට?
මෙම තේරීම් කිසිවක් වැරදි නොවේ, නමුත් ක්‍රියාත්මක කිරීම සහ පාරිභෝගිකයා දකින සංඛ්‍යාව එකඟ විය යුතුය. එකම පද්ධතියේ අර්ධ දෙකක් GiB ගැන හෝ දේශීය වේලාව වෙනුවට UTC මධ්‍යම රාත්‍රියේ සිදුවන පෙරළීමක් ගැන එකඟ නොවන්නේ නම්, මුළු කෝටාව කෙරෙහි විශ්වාසය ඛාදනය කරන හරියටම එවැනි ටිකට් පතක් නිපදවේ.
බයිට එකතුව එක් අය කළ වෙනසක් බවට පත් කරන්න
කළමනාකරණ අතුරුමුහුණත සේවාලාභී හැඳුනුම්පත සහ එක් එක් දිශාවේ සංචිත බයිට එකතුව රැගෙන යන කාලානුක්‍රමික BYTECOUNT_CLI පේළි වාර්තා කරයි, සහ bytecount විධානය ඒවා කොපමණ වාරයක් පැමිණේද යන්න තීරණය කරයි. සේවාදායකයාගේ දෘෂ්ටිකෝණයෙන්, ලැබුණු සංඛ්‍යාව සේවාලාභියා යැවූ බයිට ගණන් කරන අතර යැවූ සංඛ්‍යාව ඔහුට බෙදාහරින ලද බයිට ගණන් කරයි. ලෙජරයට උරාගත හැකි අගයකට විරාමය සකසන්න; ඉතා කෙටි විරාමයක් ඔබට සැබවින්ම නොලැබෙන නිරවද්‍යතාවක් මිලදී ගනී.
එක් සීමාවක් මුළු නිර්මාණයම හැඩගස්වයි: කළමනාකරණ සොකට් එක එක් පාලන සම්බන්ධතාවයක් පමණක් පිළිගනී. අධීක්ෂණ නිර්යාතකයක්, GUI එකක් සහ ඔබේ පාලකයාට එකිනෙකාට තමන්ගේම එකක් විවෘත කළ නොහැක. කුමන ක්‍රියාවලියට නාලිකාව හිමිද යන්න තීරණය කර අනෙක් ඒවාට එයින් තත්ත්වය කියවීමට ඉඩ දෙන්න, මන්ද මෙම අතුරුමුහුණත පරිපාලන ක්‍රියා ලබා දෙන අතර කෙසේ වෙතත් සත්කාරකයෙන් පිටත එය නිරාවරණය නොකළ යුතුය.
rx_delta = sample.rx_now - session.prev_rx
tx_delta = sample.tx_now - session.prev_tx
charge = rx_delta + tx_delta
# same transaction:
ledger.total += charge
session.prev_rx, session.prev_tx = sample.rx_now, sample.tx_nowනව මූලික රේඛා සහ භාවිත වැඩිවීම එකට තහවුරු කරන්න, එවිට නියැදියක් නැවත වාදනය කිරීම දෙවරක් අය කිරීම වෙනුවට කිසිවක් අය නොකරයි. පසුපසට යන ගණකයක් සංඥාවකි, ණයක් නොවේ: එයින් අදහස් වන්නේ සැසිය ප්‍රතිස්ථාපනය වූ බව හෝ ඩේමන් නැවත ආරම්භ කළ බවය, සහ නිවැරදි ප්‍රතිචාරය වන්නේ සෘණ මුදලක් බැර කිරීම නොව සැසි අනන්‍යතාවය සමගි කිරීමයි.
විසන්ධි වීමේ මාර්ගයටද එම සැලකිල්ලම අවශ්‍යය. අවසාන සිදුවීමක් සැසි අවසාන එකතුව රැගෙන යන්නේ නම්, අවසන් වරට තහවුරු කළ නියැදියෙන් වෙනස පමණක් අය කරන්න. කාලානුක්‍රමික නියැදීම දැනටමත් අය කර ඇති පසු සම්පූර්ණ එකතුව එකතු කිරීම ගෘහස්ථ කෝටා පද්ධතිවල බහුලම ද්විත්ව ගණන් කිරීමයි. කාල සීමාවක් තරණය කරන සැසිවලටද රීතියක් අවශ්‍යය, මන්ද එක් අවසාන එකතුවක් බයිට මධ්‍යම රාත්‍රිය කවදා තරණය කළේද යන්න පිළිබඳ තොරතුරු රැගෙන නොයයි.
අවසන් වීම ප්‍රවේශය ප්‍රතික්ෂේප කරත්වා, ටියුනලය මැරීම පමණක් නොව
ගිණුමක් එහි සීමාවට ළඟා වූ විට කාරණා දෙකක් සිදු විය යුතුය: පවතින සැසි අවසන් වේ, සහ නව ඒවා ප්‍රතික්ෂේප වේ. කළමනාකරණ ප්‍රොටෝකෝලය සේවාලාභී හැඳුනුම්පත අනුව client-kill සපයයි, එය ගිණුමේ සෑම සජීවී සැසියක්ම ගණන් කළහොත් පළමු අර්ධය විසඳයි, ඔබේ ඇසට හසු වූ එකම ලිපිනය මැරීම වෙනුවට.
දෙවන අර්ධය වන්නේ කෝටා නිර්මාණ අසාර්ථක වන තැනය. මැරීම පමණක් සේවාලාභියාගේ නැවත සම්බන්ධ වීමේ ලූපය සමග තරඟයකි, එය තත්පර කිහිපයකින් සතුටින් නැවත පැමිණේ. ප්‍රවේශය බෙදාගත් ලෙජරය සමග සාකච්ඡා කළ යුතුය, සහ බහු-ගේට්වේ යෙදවීමක එම පරීක්ෂාව යන්ත්‍රයකට ගොනුවක් විය නොහැක. පිවිසුමක් පිළිගත හැකි සෑම අවස්ථාවක්ම එකම අවසන් වූ තත්ත්වය දැකිය යුතුය.
ටෝකන් මත පදනම් වූ නැවත සම්බන්ධතා ඒවාටම වූ පරීක්ෂණයක් වටී. OpenVPN 2.6 හට auth-gen-token සමග සැසි ටෝකනය අභ්‍යන්තරව වලංගු කළ හැක, ඔබේ පාලකයා සීමාව බලාත්මක කිරීමට භාවිත කළ බාහිර සත්‍යාපන ඇමතුම මගහරිමින්. එබැවින් තවමත් වලංගු ටෝකනයක් අනන්‍යතාවය සනාථ කරයි, ඉතිරි කෝටාව නොවේ, සහ සෑම නව සේවාලාභී අවස්ථාවක්ම තවමත් ලෙජරය සමග සාකච්ඡා කළ යුතුය. ඒ වෙනුවට management-client-auth සක්‍රීය කරන්නේ නම්, පාලකයාම සත්‍යාපකයා බවට පත් වන අතර සැසි තත්ත්වය විශ්ලේෂණය කර කල් ඉකුත් වූ හෝ වලංගු නොවන ටෝකන් තමන්ම ප්‍රතික්ෂේප කිරීමේ බැඳීම උරුම කරගනී.
නියැදීම නිර්මාණය කරන ඉක්මවීම පිළිගන්න
කාලානුක්‍රමික නිරීක්ෂණය සහ විසන්ධි වීම ඔබට දන්නා ඉවසීමක් සහිත නියැදි කෝටාවක් ලබා දෙයි. සේවාලාභියාට ආසන්න වශයෙන් එක් වාර්තාකරණ විරාමයක් සහ පාලකයාට ක්‍රියා කිරීමට ගතවන කාලය තරම් ඉක්මවා යා හැක, සහ එක් ගිණුමක සමකාලීන සැසි එම කවුළුව ගුණ කරයි. ඔබට ලබා දිය නොහැකි අවසාන බයිටයේ නිශ්චිත කැපීමක් ප්‍රචාරණය කිරීම වෙනුවට එය අතුරුමුහුණතේ කියන්න.
සැබෑ දෘඩ උඩු සීමාව වෙනත් ඉංජිනේරු ගැටලුවකි: යැවීමේ මාර්ගය තුළ බලාත්මක කිරීම, සැසි හරහා එකම ගිණුමට බැඳී ඇති. ගණක වේගයෙන් කියවීම එයම නොවේ, සහ තවත් ටියුනල් විවෘත කරන සේවාලාභියෙකුට එය ඔරොත්තු නොදේ.
යෙදවීමට පෙර සරල ක්‍රියාත්මක කිරීම් බිඳ දමන පිළිගැනීමේ අවස්ථා ක්‍රියාත්මක කරන්න: පුනරාවර්ත නැවත සම්බන්ධතා, එකවර උපාංග දෙකක්, පාලකයා සහ ගේට්වේ නැවත ආරම්භ කිරීම්, අහිමි වූ විසන්ධි සිදුවීම, සැසිය මැද කාලය පෙරළීම, සහ අවසන් වීමෙන් පසු වහාම ටෝකන් නැවත සම්බන්ධ වීමේ උත්සාහය. පසුව ගිණුම්කරණ බාධා සඳහා අසාර්ථක ආකාරය තීරණය කරන්න. දිගුකාලීන ලෙජරය ඔබ සටහන් කළ භාවිතය ආරක්ෂා කරයි; කිසි විටෙකත් නොපැමිණි නිරීක්ෂණ නැවත ජීවය දිය නොහැක, සහ පාරිභෝගිකයා තමා එම අවස්ථා දෙකෙන් කුමක් තුළ සිටීද යන්න දැනගැනීමට සුදුසුය.