ලැප්ටොප් එක අවදි වූ පසු OpenVPN මිය යන්නේ ඇයි?

නිදාගැනීම OpenVPN සැසිය මරා tun0 ඉතිරි කළ හැක. උමඟ පරීක්ෂා කර, පසුව උපාංගය නොව systemd නිදි hook එකකින් ඒකකය නැවත අරඹන්න.

යන්ත්‍රය නිදාගැනීමට යවා, අවදි කර, පසුව ඕනෑම වින්‍යාසයක් ස්පර්ශ කිරීමට පෙර මේ අනුපිළිවෙලින් කරුණු තුනක් පරීක්ෂා කරන්න: tun0 තවමත් පවතීද, අභ්‍යන්තර ලිපිනයට යන මාර්ගය තවමත් එය තෝරයිද, සහ සේවාදායකය තවමත් මේ peer එක ලැයිස්තුගත කරයිද. මාර්ගය වෙනත් තැනකට යොමු වන අතර නිදාගැනීමෙන් ඉතිරි වන උපාංගයක් යනු ඉතිරියක් මිස උමඟක් නොවේ. මාර්ගය නිවැරදිව තිබියදීත් ගමනාගමනය මිය යන්නේ නම්, දෝෂය උමඟට ඉහළින් පිහිටා ඇති අතර සේවාලාභියා නැවත අරඹීමෙන් එය වෙනස් නොවේ. මේ තුනෙන් ඔබට ඇත්තේ කුමක්දැයි අතින් කළ පරීක්ෂණයක් පෙන්වූ පසුව මිස නැවත ඇරඹීම ස්වයංක්‍රීය කිරීම අර්ථවත් නොවේ.

ip -br address show tun0
ip route get 10.20.0.10
journalctl -u openvpn-client@office -b --no-pager | tail -30

ස්වයංක්‍රීය කිරීමට පෙර අවදිවීම නැවත නිපදවන්න

නිදාගැනීම උපාංගය ඉවත් කිරීමට වඩා වැඩි වාර ගණනක් සංකේතන සැසිය අවසන් කරයි. උමඟ ජීවමානව තැබූ UDP ප්‍රවාහය නතර වේ, සේවාදායකය peer එක ඉවතලිය හැක, සහ සේවාලාභියා එය දැක නැවත සම්බන්ධ වේ හෝ පිටුපස කිසිවක් නැති අතුරුමුහුණතක් රඳවා ගනී. අතුරුමුහුණත පරීක්ෂා කිරීම පමණක් ස්වල්පයක් ඔප්පු කරයි, මන්ද පැරණි උපාංගයක් ක්‍රියාකාරී එකක් මෙන්ම පෙනේ පැකට්ටු එය හරහා යා යුතු වන තෙක්. මාර්ග සෙවීම සහ උමඟ හරහා සැබෑ ඉල්ලීමක් ධාවනය කර, පසුව අවදිවීමේ මොහොත වටා ඇති සටහන කියවන්න.

සේවාලාභියා තමන්ම ආපසු එන්නේ නම්, hook එකක් විශ්වාසනීයත්වය වෙනුවට අමතර කලබලක් එකතු කරයි. එය කිසිදා සුව නොවන්නේ නම්, ස්වයංක්‍රීයකරණය යනු අවංක විසඳුමයි.

systemd නිදි hook එක සැබවින්ම තිබෙන්නේ කොහේද

පැරණි මාර්ගෝපදේශ බොහොමයක් /etc/pm/sleep.d වෙත යොමු වේ; එය pm-utils සතු නාමාවලියක් වන අතර systemd පාදක නිදාගැනීමක් එය කිසිදා උපදෙස් නොගනී. systemd /usr/lib/systemd/system-sleep/ සහ /etc/systemd/system-sleep/ වෙතින් hook කියවා, පළමුව අදියර සහ පසුව මෙහෙයුම ලබා දෙයි, එබැවින් pre සහ post යනු hook එකක් අත්ත බෙදෙන එකම අගයන් වේ. පැකේජගත ගොනුවක් සංස්කරණය කිරීම වෙනුවට දේශීය පිටපත /etc යටතේ තබා ගන්න, සහ ස්ක්‍රිප්ටය සංක්‍රාන්තිය මැද root ලෙස ක්‍රියා කරන බව මතක තබා ගන්න, එබැවින් එය ඉක්මනින් ආපසු එිය යුතුය.

#!/bin/sh
case "$1" in
  post)
    systemctl --no-block try-restart [email protected]
    ;;
esac
exit 0

try-restart ඒකකයක් ස්පර්ශ කරන්නේ එය දැනටමත් සක්‍රීය නම් පමණි, එබැවින් ඔබ හිතාමතාම වසා දැමූ උමඟ අවදිවීම පුරාම වසා තිබේ. --no-block සේවාලාභියා සාකච්ඡා කරන අතරතුර hook එක රැඳී සිටීම වළක්වයි, ජාලය තවමත් නැගී නැති විට එය වැදගත් වේ. දෙකම එකට ගත් විට මුළු අවදිවීමේ අනුපිළිවෙලම රඳවා ගැනීම වෙනුවට නිහඬව අසාර්ථක වන hook එකක් අදහස් කරයි. ඒකකය දැනටමත් නතර කර ඇත්නම් කිසිවක් සිදු නොවේ, එය එහි ඔබට අවශ්‍ය ප්‍රතිඵලයමයි.

සේවාව ප්‍රකෘතිමත් කර, tun0 තනිව තබන්න

tun0 අතින් පහත හෙළීමෙන් ඩීමන් තවදුරටත් තමාට නොවන අතුරුමුහුණතක් අධීක්ෂණය කරමින් තබයි, සහ ඊළඟ තත්ත්ව වෙනස්වීම ව්‍යාකූල දෝෂ ඇති කරයි. අතුරුමුහුණත වෙනුවට සේවාව හෝ එහි සම්බන්ධතා පැතිකඩ ඉලක්ක කරන්න; පළමුව ඒකකයේ නිශ්චිත නම පරීක්ෂා කරන්න, මන්ද බෙදාහැරීම් පැකේජ, OpenVPN 3 සහ NetworkManager සියල්ල වෙනස් ඒවා තෝරා ගනී. NetworkManager පැතිකඩ එම සම්බන්ධතාව නැවත චක්‍රීය කළ විට ආපසු එයි, එබැවින් systemd ඒකකය එහි ඉලක්කය නොවේ. යාන්ත්‍රණය කුමක් වුවත්, එය ඔබ අතින් සත්‍යාපනය කළ එම ක්‍රියාවම විය යුතුය.

නැවත ඇරඹීම සේවාලාභියා සම්බන්ධ වූ විට තල්ලු කළ මාර්ග නැවත ස්ථාපනය කරයි. බොහෝ අවදිවීම් එයම කැමතිය. ඔබ තමන්ගේ මාර්ග එකතු කළ යන්ත්‍රයට එය අවශ්‍ය නැත, එබැවින් ප්‍රකෘතිය ඒවා ආපසු ගෙනාවා යැයි උපකල්පනය කිරීම වෙනුවට ඒවා නැවත පරීක්ෂා කර, ඊළඟ අවදිවීමට ඒවා සොයාගත හැකි තැන ලියා තබන්න.

ඔබට පාලනය කළ නොහැකි කාලය හසුරුවන්න

රැහැන් රහිත සම්බන්ධතාව සහ DHCP බොහෝ විට hook එක ධාවනය වූ පසුව අවසන් වේ, එබැවින් සේවාදායකයට මාර්ගයක් තවමත් නොමැති විට නැවත ඇරඹීම අසාර්ථක විය හැක. එම ලිපිනය සඳහා ටික වේලාවක් රැඳී සිට, තවත් වරක් උත්සාහ කර ප්‍රතිඵලය සටහන් කරන්න.

නම් විභේදනය වෙනම තරඟයකි, මන්ද ඩෙස්ක්ටොප් ජාල තැටිය උමඟ දැනටමත් ඉහළ ගිය පසු DNS ප්‍රකෘතිමත් කළ හැක. ක්‍රියාකාරී මාර්ගයකින් අනුමාන කිරීම වෙනුවට resolvectl query internal.example සමඟ සෙවීම් වෙන වෙනම පරීක්ෂා කරන්න. නිවැරදිව මාර්ග කර කිසිවක් විසඳා නොගන්නා උමඟක් DNS ගැටලුවක් මිස hook ගැටලුවක් නොවේ.

සටහනට අදියර, ඒකකයේ නම සහ ප්‍රතිඵලය ලියා hook එකේ තීරණය දෘශ්‍යව තබා ගන්න. ඔබ කුමන අවදිවීම් පරීක්ෂණයක් ධාවනය කළාදැයි යන්ත්‍ර සටහන්වල ලියන්න, එවිට ක්‍රියාකාරී ප්‍රකෘතියක් වාසනාවන්ත එකකින් වෙන් කර හඳුනාගත හැක. සේවාව ආපසු ගෙන එන අඩුම බාධාකාරී ක්‍රියාව තෝරන්න, සහ තමන්ම සුව වන සේවාලාභියාට එය කිරීමට ඉඩ දෙන්න. සම්පූර්ණ නැවත ඇරඹීමක් ක්‍රියාත්මක වන සැසි ඉවතලයි, එය දිනකට කිහිප වරක් අවදි වන ලැප්ටොප් එකක සැබෑ වියදමකි.

අදාළ ලිපි