படிக்க மட்டும் உருவாக்கப்பட்ட படத்திலிருந்து துவங்கி, அதன் இயக்க நிலையை tmpfs-இல் வைத்திருக்கும் VPN சேவையகம் உண்மையானதும் பயனுள்ளதுமான வடிவமைப்பு. அதைப் பதிவுகள் இல்லாதது என விவரிப்பதும் எளிது, ஆனால் வடிவமைப்பு அதை நிரூபிக்கவில்லை. சேமிப்பு இடம் நகல் எங்கு வாழ்கிறது என்பதை தீர்மானிக்கிறது; சேகரிப்பும் தக்கவைப்பும் பதிவு இருக்கிறதா என்பதை தீர்மானிக்கின்றன, மறுதொடக்கம் முதல் ஒன்றை மட்டுமே பாதிக்கிறது. இந்த இரண்டையும் பிரிப்பதே முழு மதிப்பாய்வு.

நிலையை எழுதக்கூடிய ஒவ்வொரு செயல்முறையையும் பட்டியலிடுங்கள்: டீமன், அங்கீகார சேவை, இதழ், எந்தக் கண்காணிப்பு முகவரும், நிர்வாகக் கருவிகள்.

சேமிப்பும் சேகரிப்பும் வெவ்வேறு கேள்விகள்

ஒவ்வொரு எழுத்தாளருக்கும் அவரவர் இலக்கும் கொள்கையும் உண்டு. VPN டீமன் நிலைக் கோப்புகளை எழுதுகிறது, அங்கீகார பின்தளம் கணக்கு நிகழ்வுகளை எழுதுகிறது, இதழ் சேவைகளின் வெளியீட்டைச் சேகரிக்கிறது, கண்காணிப்பு முகவர் அளவீடுகளை முற்றிலும் வேறு இடத்துக்கு அனுப்புகிறது. இவற்றில் ஒன்றை மறுதொடக்கத்தில் மறையச் செய்யும் வடிவமைப்பு மற்ற மூன்று பற்றி எதுவும் சொல்லவில்லை. ஒவ்வொரு எழுத்தாளரையும் அவரது இலக்கு வரை பின்தொடர்ந்து, அந்த இலக்கு இயந்திரத்தில் உள்ளதா எனக் குறிப்பிடுங்கள்.

பயன்பாட்டுக்கு உரிய கோப்புகள், பதிவேற்றப்பட்ட கண்டறிதல் மற்றும் வெளிப்புற சேவைகளுக்கும் அதே அணுகுமுறை தேவை. பரிச்சயமான உள்ளூர் இதழ் இல்லாதிருப்பது இணைப்பு அல்லது கணக்குப் பதிவுகள் எங்கும் இல்லை என்பதை நிரூபிக்காது; அவை எங்கு செல்கின்றன என்பதை நீங்கள் இன்னும் கண்டுபிடிக்கவில்லை என்பதை நிரூபிக்கிறது.

tmpfs ஒரு உத்தரவாதம் அல்ல

Linux tmpfs ஒரு இயற்பியல் RAM வட்டு அல்ல. மவுண்ட் அனுமதிக்கும்போது பக்கங்களை swap-க்கு எழுதலாம் என்று கர்னல் ஆவணம் தெளிவாகக் கூறுகிறது, எனவே பயன்பாடு அங்கு ஒருபோதும் நகலெடுக்காவிட்டாலும் tmpfs கோப்பு வட்டை அடையலாம். mount swap ஆதரவு உள்ள tmpfs இயங்குகிறதா எனக் காட்டுகிறது, மற்ற நினைவகக் கோப்பு முறைமைகள் மேலும் வேறுவிதமாக நடந்துகொள்கின்றன. /run-க்குக் கீழான பாதை நிலையற்றது எனக் கருதுவதற்குப் பதிலாக உண்மையான மவுண்ட் விருப்பங்களைப் படியுங்கள்.

பிறகு மக்கள் மறக்கும் வழிகளில் மறுதொடக்கத்தைத் தாண்டி நீடிப்பவற்றைப் பட்டியலிடுங்கள்: நிலையான மேல் அடுக்கு, இணைக்கப்பட்ட சேமிப்பு, உறக்கநிலைப் படங்கள், செயலிழப்பு டம்ப்கள் மற்றும் முழு VM-இன் உள்கட்டமைப்பு ஸ்னாப்ஷாட்கள். ஒவ்வொன்றும் நீங்கள் தற்காலிகமெனக் கருதிய நிலைக்கான சாத்தியமான இலக்கு. அந்தப் பட்டியல் சரிபார்க்க வேண்டிய ஒன்று, ஒவ்வொரு ஹோஸ்ட்டிடமும் எல்லாம் உள்ளது என்பது அல்ல.

Journald-க்கு இரண்டு இலக்குகளும் ஒரு அனுப்பியும் உள்ளன

Journald இந்தப் பிரிவை நேர்த்தியாகக் காட்டுகிறது. நிலையற்ற சேமிப்பு பதிவுகளை /run/log/journal-க்குக் கீழ் வைக்கிறது, நிலையானது /var/log/journal-க்குக் கீழ், தானியங்கி பயன்முறை இரண்டுக்கும் இடையே தேர்ந்தெடுக்கிறது; நடைமுறையில் உள்ள பயன்முறை இயங்கும் முறைமையிலிருந்து வருகிறது, படத்தின் விவரிப்பிலிருந்து அல்ல. நிலையற்றதற்கு மாறினால் ஏற்கனவே நிலையாக எழுதப்பட்டது அழிக்கப்படாது. அனுப்புதலும் தனி வழித்தடம்: உள்ளூரில் எதையும் வைக்காத சேமிப்பு அமைப்பும் செய்திகளை வேறு இலக்குக்கு வழங்கலாம்.

நடைமுறையில் உள்ள பயன்முறையை இதழிலிருந்தோ அதன் கட்டமைப்புக் கோப்பிலிருந்தோ படித்து, பிறகு அனுப்புதல் இலக்குகளைத் தனித்தனியாகச் சரிபார்க்கவும், ஏனெனில் ஒரு அமைப்பு மற்றொன்றைக் கட்டுப்படுத்தாது.

மறுதொடக்கத்தை எது தாண்டி நீடிக்க வேண்டும்

நிலையற்ற இயக்கநேரம் மீளக்கூடிய மாற்றீட்டை ஆதரிக்கிறது, சேவையால் கற்பனை செய்ய முடியாத கட்டமைப்பு, அனுமதி மற்றும் மீட்புப் பொருட்களுக்கு வேண்டுமென்றே ஆதாரங்கள் தேவை. உள்ளூர் எழுத்துகள் மறைவதற்காக செயல்படும் ஒரே பதிவு அல்லது ரத்து நிலையை இழப்பது மோசமான பேரம், மேலும் பொதுவானது. வேண்டுமென்றே எது நீடிக்க வேண்டும் என முடிவு செய்து, பிறகு அது நீடிக்கிறதா எனச் சரிபார்க்கவும்.

அதே தர்க்கம் செயல்பாட்டுப் பதிவுகளுக்கும் பொருந்தும். பாதுகாப்பும் சேவை நிர்வாகமும் உண்மையில் எந்த நிகழ்வுகளைத் தேவைப்படுகின்றன என்பதை நியாயமான வரம்பு மற்றும் தக்கவைப்புடன் முடிவு செய்து, மீதமுள்ளவற்றைக் குறைக்கவும். குறைப்பது ஒவ்வொரு கண்டறிதலையும் அணைப்பதற்குச் சமம் அல்ல.

நடைமுறையில் உள்ள சேமிப்பு மற்றும் அனுப்புதல் கட்டமைப்பைச் சில பாதிப்பில்லாத நிகழ்வுகளுடன் ஒப்பிட்டு, பிறகு இயந்திரத்தை மறுதொடக்கம் செய்யவும் அல்லது மாற்றவும், எது எஞ்சியது, சேவை எங்கிருந்து தன் நிலையை மீட்டது என மீண்டும் சரிபார்க்கவும்.

தொடர்புடைய கட்டுரைகள்