OpenVPN up හිදී සේවාව නැවත ආරම්භ කිරීම: කොකු tun0.device ට වඩා හොඳයි

යැපෙන සේවාවක් tun0.device වෙත සම්බන්ධ කිරීම උමඟට දායක වීමක් මෙන් පෙනේ, නමුත් එය එසේ නොවේ. උපාංග ඒකකය අතුරුමුහුණත පවතින බව පිළිබිඹු කරයි, එය අසාර්ථක සම්බන්ධතාවයක් සහ ඉන් පසු නැවත සම්බන්ධ වීම තුළද ඇත්ත විය හැක. එවිට සේවාව වැරදි මොහොතේ ක්‍රියා කරයි, නැතහොත් කිසිසේත් කරන්නේ නැත, අතුරුමුහුණත එම අතරතුර අතුරුදහන් වූයේද යන්න මත රඳා පවතී. ඔබට සැබවින්ම වැදගත් සිදුවීම විස්තර කරන කොක්ක OpenVPN අමතන එකයි, systemd අනුමාන කරන එක නොවේ.

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

උපාංග ඒකකය සැබවින්ම නිරීක්ෂණය කරන්නේ කුමක්ද

systemd ජාල අතුරුමුහුණතක් පිළිබඳ කර්නලයේ දැක්මෙන් උපාංග ඒකකයක් සාදයි, එබැවින් අතුරුමුහුණත දිස්වන විට tun0.device සක්‍රීය වන අතර ඉවත් කරන විට අක්‍රීය වේ. persist-tun සමඟ, මෘදු නැවත ආරම්භයක් අතුරුමුහුණත එහි තැනම තබා ගනී, එබැවින් ඒකකය කිසිදා නොසැලේ සහ එයට බැඳුනු කිසිවක් ක්‍රියාත්මක නොවේ. ස්ථිරභාවය නොමැතිව වුවද, ඒකකය මාර්ග, DNS හෝ දුර කෙළවර පිළිතුරු දෙන්නේද යන්න ගැන කිසිවක් නොකියයි.

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

up, route-up සහ up-restart විවිධ අර්ථ දෙයි

TUN/TAP උපාංගය විවෘත වී අතුරුමුහුණත වින්‍යාස කිරීමෙන් පසු up ක්‍රියාත්මක වේ, එය පවරන ලද ලිපිනය බැඳ ගන්නා සවන්දෙන්නෙකුට නිවැරදි මොහොතයි. මාර්ග ස්ථාපනය කිරීමෙන් පසු, වින්‍යාසගත මාර්ග ප්‍රමාදයට යටත්ව route-up ක්‍රියාත්මක වේ, සහ මාර්ග අදියර සම්පූර්ණ වීම අවශ්‍ය කාර්යයන් සඳහා සුදුසුය. දෙකම දුර යෙදුම පිළිතුරු දෙන බව ඔප්පු නොකරයි. ඒවා අතර තේරීම සේවාවට අවශ්‍ය කුමක්ද යන ප්‍රශ්නයකි, කුමන කොක්ක වඩාත් සම්පූර්ණ ලෙස ඇසෙනවාද යන්න නොවේ.

persist-tun සමඟ, නැවත ආරම්භ උපාංගය නැවත භාවිත කරයි, එබැවින් up-restart සකසා නොමැති නම් up නැවත ක්‍රියාත්මක නොවේ. එම විකල්පය ලේඛනගත නැවත ආරම්භ ජීවන චක්‍රය සඳහා up ස්ක්‍රිප්ටය සක්‍රීය කරයි, සහ එහි පරිසරය පළමු ආරම්භයට සාපේක්ෂව අඩු කර ඇත. සම්පූර්ණ පරිසරය උපකල්පනය කරන ස්ක්‍රිප්ටය පළමු සම්බන්ධතාවයේදී ක්‍රියා කර ඊළඟ එකේදී අසාර්ථක වේ.

ක්‍රියාව එය බලා නොසිට යවන්න

systemctl restart සමකාලීනව අමතන කොක්කක්, එහි අනුපිළිවෙල උමඟ එනතුරු බලා සිටින ඒකකයක් සමඟ මාර්ග අවහිරයකට පත් විය හැක. systemctl --no-block try-restart vpn-dependent.service කාර්යය පෝලිමට දමා නැවත පැමිණේ, එය කොක්ක තමා ප්‍රතිචාර දැක්වූ සම්බන්ධතාවය අවහිර කිරීම වළක්වයි. try-restart ක්‍රියාත්මක වන ඒකකයක් මත පමණක් ක්‍රියා කරයි, අක්‍රීය එකක්ද restart ආරම්භ කරයි; පුරුද්දට නොව අභිප්‍රායෙන් තෝරන්න.

පෝලිමට දැමීම සත්‍යාපනයක් නොවේ. කාර්යය පිළිගත් වහාම කොක්ක සාර්ථකත්වය ලබා දෙයි, එබැවින් පරීක්ෂාව ඉලක්ක ඒකකයේ සටහනේ හෝ එහි සැබෑ සවන්දෙන තත්ත්වයේ සිදු විය යුතුය.

නැවත ආරම්භ ප්‍රතිපත්තිය ඒකකයේ ජීවත් වේ, කොක්කේ නොවේ

RemainAfterExit=yes සහිත oneshot ඒකකයක් එහි විධානය අවසන් වූ පසුවත් සක්‍රීයව පවතී, සහ දෙවන ආරම්භ ඉල්ලීම කිසිවක් නොකරයි, මන්ද systemd එය දැනටමත් ආරම්භ කර ඇතැයි සලකයි. මෙය වටා නිර්මාණය කළ යුතු ගුණාංගයකි, නැවත නැවත ආරම්භ ඇමතුම්වලින් මග හැරිය යුතු දෝෂයක් නොවේ. ක්‍රියාව සෑම සම්බන්ධතාවයකදීම ක්‍රියාත්මක විය යුතු නම්, ඒකකයට එයට ඉඩ දෙන ස්වරූපයක් අවශ්‍යයි.

After= ඒකක අනුපිළිවෙල කරයි, BindsTo= ජීවිත කාල බැඳ තබයි, නමුත් කිසිවක් 'VPN නැවත සම්බන්ධ වන සෑම විටම මෙය නැවත ආරම්භ කරන්න' යන්න නොඅදහස් කරයි. උමඟට බැඳුනු ඒකකයක් උමඟ නතර වන විට නතර වේ; උමඟ ආපසු පැමිණි විට එය තමා නැවත ආරම්භ නොකරයි, යමක් එය නැවත ආරම්භ නොකරන්නේ නම්.

එකක් නොව තුනක් නැවත සම්බන්ධතා පරීක්ෂා කරන්න

සීතල ආරම්භය, සම්පූර්ණ සේවාදායක නැවත ආරම්භය සහ මෘදු නැවත සම්බන්ධතාවය එක් එක් වෙනස් මාර්ගයක් පුහුණු කරයි. මෘදු නැවත සම්බන්ධතාවය යනු අතුරුදහන් up-restart, අඩු කළ පරිසරයක් හෝ කිසිදා අක්‍රීය නොවූ උපාංග ඒකකයක් හෙළිදරව් කරන එකයි. තුනම ක්‍රියාත්මක කර දිශා දෙකම තහවුරු කරන්න: උමඟ ඉහළට එන විට සේවාව ක්‍රියා කරයි, සහ Wi-Fi රෝමිං වැනි අදාළ නොවන සබැඳි වෙනස්කම්වලදී එය නැවත ආරම්භ නොවේ.

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