systemd VPN සේවාව නවතා දමයි: Type= සේවාදායකයාට ගැළපන්න

පිබිදීමේදී ක්‍රියාත්මක වන VPN ඒකකය Type= සේවාදායකයාගේ ආයුෂ සමඟ නොගැළපෙන විට අක්‍රීය වේ. වර්ගය ගැළපා, හිමිකම නිවැරදි කර, සේවාව උමඟට පසුව තබන්න.

ඒකක නිවැරදි ලෙස පෙනිය හැක, systemctl start සාර්ථකත්වය වාර්තා කළ හැක, තත්පර දහයකින් සේවාව අක්‍රීයව වැටී තිබේ. නැතහොත් ආරම්භක සීමාව එය නවත්වන තෙක් සෑම අඩ මිනිත්තුවකට වරක් නැවත ආරම්භ වේ. මෙම හැසිරීම් දෙකම ජාල දෝෂයක් නොවේ: ඒකකය විස්තර කරන්නේ සේවාදායකයා ඇත්ත වශයෙන්ම කරන දෙයට නොගැළපෙන ක්‍රියාවලි ආයුෂකි. සේවාදායකයා ෆෝක් කර පිටවිය හැක, නැතහොත් සැසිය සකසා වහාම පිටවිය හැක.

සාර්ථක ආරම්භයෙන් තත්පර කිහිපයකින් ඒකකය අක්‍රීය වන්නේ ඇයි

systemd තත්ත්වය තීරණය කරන්නේ තමන් ආරම්භ කළ ක්‍රියාවලියෙනි, එබැවින් Type= යනු එම ක්‍රියාවලිය පිළිබඳ ප්‍රකාශයක් මිස ලේඛනයක් නොවේ. Type=simple සමඟ විධානය ක්‍රියාත්මක වන තාක් ඒකකය සක්‍රීය ලෙස ගණන් ගැනේ, එය ආපසු පැමිණි විට අක්‍රීය වේ. එබැවින් සම්බන්ධතාවය සහායකයෙකුට භාර දී පිටවන සේවාදායකයා උමඟ ක්‍රියාත්මක වුවත් කඩා වැටීමක් ලෙස පෙනේ. පසුව ජර්නලය ආරම්භ හා නැවතුම් රටාවක් පෙන්වන අතර එය දෝෂ සහිත ද්විමයක් ලෙස කියවේ.

ජාල සැකසුම ස්පර්ශ කිරීමට පෙර සේවාදායකයාගේ හැසිරීම සමඟ ඒකකයේ වර්ගය කියවන්න.

සේවාදායකයාට ගැළපෙන වර්ගය තෝරන්න

රටා දෙකක් බොහෝ විකුණුම්කරු CLI ආවරණය කරයි: සැසියක් සකසා පිටවන විධානයක්, සහ ආපසු පැමිණීමට පෙර සහායකයෙකු ෆෝක් කරන විධානයක්. එක් එකකට වෙනස් ඒකක හැඩයක් අවශ්‍ය වේ.

[Service]
Type=oneshot
RemainAfterExit=true
ExecStart=/usr/bin/protonvpn-cli connect -f
ExecStop=/usr/bin/protonvpn-cli disconnect

oneshot RemainAfterExit=true සමඟ එක්ව විධානය ආපසු පැමිණි පසුවත් ඒකකය සක්‍රීයව තබා ගනී, එය සකසා පිටවන්න රටාවට ගැළපේ, සහ නැවතුම් විධානය සේවාවට පිරිසිදු අවසානයක් ලබා දෙයි. ෆෝක් කරන සේවාදායකයා එම හැඩයම රඳවා ගනී නමුත් systemd දරුවා අනුගමනය කිරීමට Type=forking අවශ්‍ය වේ. Restart=on-failure, RestartSec=30 සහ සීමිත StartLimitBurst සකසන්න, සපයන්නාගේ බාධාව දෝෂය වළලන නැවත ආරම්භක ලූපයක් නොවන පරිදි.

අධීක්ෂණය යටතේ ඇති සේවාදායකයා ඩීමන් එකක් වීමට කිසිදා ඉඩ නොදෙන්න

systemd වලින් පිටත අධීක්ෂකයන්ද එම බිත්තියේම වැදේ. ඩීමන් වූ සේවාදායකයෙකු ආරම්භ කරන runit ධාවන ලේඛනය වහාම අධීක්ෂකයා වෙත ආපසු එයි, ඔහු එම ආපසු පැමිණීම කඩා වැටීමක් ලෙස කියවා තවත් පිටපතක් ආරම්භ කරයි. සෑම අධීක්ෂකයෙකුම ඉදිරිපස ක්‍රියාවලියට හිමිකම් කියයි, sshd -D ඉදිරියේ රැඳෙන පරිදි. අධීක්ෂණය යටතේ ඇති විධාන සඳහා ඩීමන් ධජය ඉවත් කර පසුබිම් කටයුතු අධීක්ෂකයාට භාර දෙන්න. උමඟ පැවතීමට පෙර ආපසු එන ආවරණ ලේඛනද එම ව්‍යාකූලත්වයම ඇති කරයි.

තමන්ගෙන්ම වෙන්වන ක්‍රියාවලියක් එය නිරීක්ෂණය කළ යුතු වූ සියල්ලටම නොපෙනේ.

සැසිය අවසන් වන අතර උමඟද රැගෙන යයි

ඩෙස්ක්ටොප් සැසියක් තමන් ආරම්භ කරන සේවාදායකයාට හිමිකම් කියයි. පිවිසීම අවසන් කරන්න, සැසි බසය අතුරුදන් වන අතර උමඟද රැගෙන යයි, අවසාන කවුළුව වැසෙන විට චිත්‍රක සේවාදායකයාගේ සම්බන්ධතාවය බොහෝ විට බිඳ වැටෙන්නේ එබැවිනි. සර්වර් තමන්ම ඉහළ එන පද්ධති ඒකකයක් හෝ NetworkManager පැතිකඩක් භාවිත කළ යුතුය. පරිශීලක ඒකකයක් අර්ථවත් වන්නේ උමඟ පිවිසීම සමඟ අවසන් විය යුතු විට පමණි, එබැවින් එය චිත්‍රක සැසි ඉලක්කයට බැඳ එය විස්තරයේ සඳහන් කරන්න.

සේවා පරිශීලකයා එම ගැටලුවේ අනෙක් අඩකි. root සතුව ඇති 0600 ආකාරයේ යතුරක් වෙනත් ගිණුමක් යටතේ ධාවනය වන ඒකකයකට කියවිය නොහැක, ඔබේ ෂෙලයේ sudo ලබා ගත් දේ කුමක් වුවත්.

systemctl cat openvpn-server@work
sudo chown -R openvpn:network /etc/openvpn/server
sudo find /etc/openvpn -type f -perm /077 -ls

ලිපිනය පවතින පසු යැපෙන්නන් පිළිවෙලට තබන්න

තවම සාදා නැති උමඟ ලිපිනයකට ඩීමන් එකක් බැඳෙන විට, එය Cannot assign requested address සමඟ පිටවේ. නිවැරදි කිරීම නැවත උත්සාහ ලූපයක් නොව, පැහැදිලි අනුපිළිවෙලකි.

[Unit]
After=network.target [email protected]
Requires=sys-devices-virtual-net-wg0.device

After= කාර්යයන් පිළිවෙලට තබයි, උපාංග ඒකකයේ Requires= යැපෙන්නා අතුරුමුහුණතේ පැවැත්මට බඳියි, එය ජාල ඉලක්කය එකම බලා සිටීමට වඩා ශක්තිමත් වේ. සංස්කරණයෙන් පසු කළමනාකරු නැවත පූරණය කර යැපෙන සේවාව නැවත ආරම්භ කරන්න, පසුව අනුපිළිවෙල ක්‍රියා කළ යැයි උපකල්පනය කරනවා වෙනුවට එහි ජර්නලය කියවන්න. සේවාදායකයාගේ ප්‍රතිදානය StandardOutput=journal හෝ ලොග් විකල්පයක් සමඟ ජර්නලයට යවන්න, මන්ද කිසිවෙකු නොවිවෘත කරන ගොනුවක ලියන අධීක්ෂණය යටතේ ඇති සේවාදායකයා කිසිදා ආරම්භ නොවූ එකක් හා සමානව පෙනේ.

පසුව එක් වරක් නැවත පිබිදුවා, උමඟ උපාංගය දිස්වූ පසු ඒකකය සක්‍රීය බව තහවුරු කරන්න. systemctl start සමඟ පමණක් තහවුරු කළ නිවැරදි කිරීම නිවැරදි කළ යුතු වූ පිබිදීම් අනුපිළිවෙල පරීක්ෂා කර නැත.

අදාළ ලිපි