එක් ටයිම්අවුට් එකකින් පසු ඔබේ OpenVPN සේවාලාභියා පහළම රැඳී ඇත්තේ ඇයි
පළමු ටයිම්අවුට් එකේදීම පිටවන සේවාලාභියා මාර්ගගතව පෙනෙන නමුත් කිසිවක් ගෙන යන්නේ නැති සත්කාරකයක් ඉතිරි කරයි. පැතිකඩ විකල්පය සහ නැවත ආරම්භ කිරීමේ ප්‍රතිපත්තිය වෙන වෙනම නිවැරදි කරන්න.
සඳුදා උදෑසන: සිකුරාදා ඉහළට ආ සුරංගය නැති වී ඇත, අතුරුමුහුණත තවමත් ලැයිස්තුවේ ඇත, සහ යමෙකු එය දුටු බව ජර්නලයේ කිසිවක් සඳහන් නොවේ. සත්කාරකය මාර්ගගතව ඇත, උපකරණ පුවරුව කොළ පැහැයයි, සහ සති අන්තයේ එය යැවූ සියල්ල භෞතික අතුරුමුහුණත හරහා පිටව ගියේය. මෙහි ස්වාධීන තීරණ දෙකක් අස්ථානගතව ඇත: එකක් සේවාලාභී ක්‍රියාවලිය තාවකාලික දෝෂයකින් ගැලවෙන්නේද යන්න, අනෙක එයට ඉහළින් යමක් ක්‍රියාවලිය පිටවීමෙන් පසු නැවත ආරම්භ කරන්නේද යන්න. එකක් පමණක් නිවැරදි කිරීම අනෙක් පරතරය විවෘතව තබයි.
අධීක්ෂණය පවසන දෙයින් නොව, ඒකකය ඇත්තටම කළ දෙයින් ආරම්භ කරන්න. systemctl status openvpn-client@office සහ journalctl -u openvpn-client@office -n 50 පිටවීමේ හේතුව සහ සේවාලාභියා යාමට පෙර ලියූ අවසන් පේළිය පෙන්වයි.
කිසිවෙකු දකින්නට පෙර ක්‍රියාවලිය පිටව ගියේය
දෝෂයකින් තොරව අතුරුදහන් වන සේවාලාභියා සාමාන්‍යයෙන් හිතාමතා පිටව ගොස් ඇත. මෙම හැසිරීම තීරණය කරන්නේ පැතිකඩය, සේවා කළමනාකරු නොවේ: ping-exit අනෙක් පැත්ත පිළිතුරු දීම නවත්වන විටම ක්‍රියාවලිය අවසන් කරයි, ping-restart ක්‍රියාවලිය රඳවා තබා එහි ඇතුළත නැවත සම්බන්ධ වේ. සැසි සීමා සහ අක්‍රියතා කාලක පිටතින් එම පින්තූරයම සාදයි: සුරංගයක් නැත, අනතුරු ඇඟවීමක් නැත.
ping උපදෙස් දෙකක් එකම පැතිකඩක එකට තිබිය නොහැක, එබැවින් එකක් තෝරා තේරීම සටහන් කරන්න. සේවාදායකය ද බලන්න, මන්ද එහිම ping-exit සේවාලාභියා ඉල්ලූ කුමක් වුවත් සැසිය වසා දමයි, එම තීරණය ගත්තේ කවුද යන්න සටහන් වන්නේ සේවාදායක ලොගයේ පමණි.
ping-exit සහ ping-restart අතර තේරීම
තමන්ම සුවපත් විය යුතු ලැප්ටොප් පරිගණකයක් හෝ දුරස්ථ අඩවියක් සඳහා ping-restart තෝරන්න, මළ සුරංගයක් ක්‍රියාවලිය නවත්වා අනෙක් යමකට එයට ප්‍රතිචාර දැක්විය යුතු අවස්ථා සඳහා ping-exit තබා ගන්න. සංඛ්‍යා වලට වඩා සම්බන්ධය වැදගත්: ping 10 සමඟ ping-restart 60 යනු පරීක්ෂාවට පෙර තත්පර දහයක නිහඬතාවය සහ නැවත ආරම්භයට පෙර තත්පර හැටක්, එය අලාභ සහිත ජංගම සබැඳියක ආක්‍රමණශීලී සහ රැහැන් සබැඳියක සාධාරණ වේ. හේතුව පේළිය අසල ලියන්න, නැතහොත් ඊළඟ පාඨකයා පෙරනිමි අගයන් හිතාමතා තිබූ යැයි සිතනු ඇත.
පසුව පිටව ගියේ ඇත්තටම ක්‍රියාවලියද යන්න තහවුරු කරන්න. සුරංගය මළ අතරතුර සක්‍රීය බව වාර්තා කරන ඒකකය වෙනත් දෝෂයකි, එය පහළින් සාකච්ඡා කෙරේ.
ඒකකය ඇත්තටම නැවත ආරම්භ කරන අධීක්ෂණය
systemd සත්කාරකයක කුඩාම කල්පවත්නා වෙනස්කම drop-in ගොනුවකි: Restart=on-failure සහ RestartSec=10 /etc/systemd/system/[email protected]/restart.conf තුළ. drop-in කියවන්නේ systemd තමන්ගේ නිර්වචන නැවත පූරණය කරන විට පමණි, එබැවින් ඊට පසු systemctl daemon-reload ධාවනය කරන්න. අගය පැමිණ යැයි උපකල්පනය නොකර systemctl show -p Restart -p ExecMainStatus openvpn-client@office සමඟ තහවුරු කරන්න. ගොනු නාමයේ ඇති අවස්ථාව ඒකකය ඇත්තටම පූරණය කරන පැතිකඩ විය යුතුය, එබැවින් office සඳහා ලියූ ගොනුවක් openvpn-client@home සඳහා කිසිවක් නොකරයි.
on-failure එක් අවස්ථාවක් නොසලකා හරියි: තත්ත්වය බිංදුව වන පිරිසිදු පිටවීමක්. සමහර ගැලවීම් මාර්ග එසේ අවසන් වේ, එබැවින් අත්පොත පිටුවක වචන විශ්වාස කරනවාට වඩා සටහන් වූ තත්ත්වය කියවන්න. ඔබේ සේවාලාභියා බිංදුවකින් අත්හැර දමන්නේ නම්, ඔබට Restart=always අවශ්‍යයි, එහි මිල වන්නේ ඇත්තටම කැඩුණු පැතිකඩක් ආරම්භක අනුපාත සීමාව ක්‍රියාත්මක වී ජර්නලය පිරෙන තෙක් නැවත නැවත පැමිණීමයි.
Restart=always හිතාමතා නැවැත්වීමෙන් පසුවද ක්‍රියාත්මක වේ. නඩත්තුව සඳහා systemctl stop භාවිත කරන්න, සහ ඔබ වැඩ කරන අතරතුර ඒකකය පහළ තිබිය යුතු නම් එය ආවරණය කරන්න.
සුරංගය පහළ ඇති විට කාන්දුව අල්ලන්න
අධීක්ෂණය සුරංගය ආපසු ගෙන එයි; සුරංගය නැති විට රථවාහන පිටවීම එය නවත්වන්නේ නැත. persist-tun නැවත සම්බන්ධ වීම් අතර උපාංගය සහ එහි මාර්ග රඳවා ගනී, එය පහසු වන අතර කවුළුවක් විවෘත කරයි. උපාංගය රැඳී ඇත, මාර්ග තවමත් එයට යොමු වේ, සහ පැකට් ආරක්ෂාවකින් තොරව හා වාර්තාවකින් තොරව පිටව යයි. එය ප්‍රතිපත්ති තේරීමකි, මධ්‍යස්ථ පෙරනිමියක් නොවේ.
සත්කාරකයකට ආරක්ෂා නොකළ පැකට් කිසිසේත් නිකුත් කළ නොහැකි නම්, එය සහතික කළ හැක්කේ ගිනිපවුරට පමණි. සුරංග අතුරුමුහුණත සහ VPN සේවාදායකයේ ලිපිනයට අවසර දී අනෙක් සියල්ල ඉවත් කරන පිටවීම් නියමය සේවාලාභියා මිය ගිය පසුවද බලපායි, සහ සේවාලාභියාගේම වින්‍යාසයේ සේවාලාභියා ගෙන නොයන රථවාහන පෙරහන් කළ හැකි කිසිවක් නැත.
සේවාලාභියා හිතාමතා නවත්වා මෙය පරීක්ෂා කරන්න. systemctl stop openvpn-client@office ධාවනය කරන්න, පසුව curl -m 5 https://example.com, එය භෞතික සබැඳිය හරහා සාර්ථක වීම වෙනුවට අසාර්ථක විය යුතුය. සාර්ථකත්වය යනු ගිනිපවුරු නියමය නැති බව හෝ ඉතා අවසරදායක බවයි.
නැවත සම්බන්ධ වන්න, සුරංගය නැවත රථවාහන ගෙන යන බව තහවුරු කරන්න, සහ ඉන් පසුව පමණක් පරීක්ෂාව අධීක්ෂණයට එක් කරන්න. cron වෙතින් ip addr tun උපාංගයක් සඳහා විමසීම වඩාත්ම අසාර්ථක වන අධීක්ෂණය වේ, මන්ද persist-tun සමඟ උපාංගය සැසියට වඩා දිගු කල් ජීවත් වන අතර කිසිවක් ගෙන නොයන විට පරීක්ෂාව සෞඛ්‍ය බව වාර්තා කරයි.