உங்கள் VPN கட்டளை சிறப்புரிமைகள் இல்லாமல் இயங்குகிறது; சேவை இல்லை
கடவுச்சொல் கோரிக்கை வராதது பாதைகளை யார் மாற்றுகிறார் என்பதைப் பற்றி எதுவும் கூறாது. சேவை, அது வெளிப்படுத்தும் இடைமுகம் மற்றும் யார் கோரலாம் என்பதை தீர்மானிக்கும் கொள்கை ஆகியவற்றைக் கண்டறியுங்கள்.
VPN கட்டளை உங்கள் பயனராக இயங்குகிறது, கடவுச்சொல் தெரியவில்லை, சுரங்கப்பாதை மேலே வருகிறது. இந்த வரிசை சிறப்புரிமைகள் இல்லாத செயல்பாடாகத் தோன்றுகிறது, பொதுவாக அப்படி இல்லை. பிணைய மாற்றங்களை தனி சேவை செய்கிறது, சுவாரஸ்யமான கேள்வி என்னவென்றால் அந்த சேவை தான் சரிபார்க்காத அழைப்பாளருக்கு என்ன செய்யும் என்பதே. கடவுச்சொல் கோரிக்கைகளை எண்ணுவது அந்த எல்லையைப் பற்றி எதுவும் சொல்லாது.
இடைமுகம், இயங்குமுறை மற்றும் சரிபார்ப்பு
இடைமுகம் கோரிக்கைகளை ஏற்கிறது: இணை, துண்டி, சுயவிவரத்தைத் தேர்ந்தெடு. இயங்குமுறை பிணைய செயல்பாடுகளைக் கொண்டுள்ளது: இடைமுகங்களை உருவாக்குதல், பாதைகளை மாற்றுதல், வடிகட்டிகளைப் பயன்படுத்துதல். அனுமதி சரிபார்ப்பு இந்த அழைப்பாளர் இந்தச் செயலைக் கோரலாமா என்பதைத் தீர்மானிக்கிறது. இந்த மூன்றும் ஒரு பைனரி, ஒரு உதவியாளர் மற்றும் ஒரு அமைப்புச் சேவையில் பரவலாம், பயனர் முதல் ஒன்றை மட்டுமே பார்க்கிறார்.
பாத்திரங்கள் ஒரு பைனரியில், இரண்டு செயல்முறைகளில், அல்லது ஒரு வாடிக்கையாளர் மற்றும் அமைப்புச் சேவையில் வாழலாம், பயனர் காணும் கட்டளை எது என்பதை அரிதாகவே வெளிப்படுத்தும். டிரே சின்னமும் அமைப்பு டீமனும் ஒரே பயன்பாடாகத் தோன்றலாம், ஆனால் மிக வேறுபட்ட அதிகாரத்துடன் இயங்குகின்றன. நிறுவலின் போதைய சிறப்புரிமையும் கோரிக்கையின் போதைய சிறப்புரிமையும் வெவ்வேறு விஷயங்கள். root ஆக இயங்கிய நிறுவி, தொகுப்பு மேலாளர் முடிந்த பிறகும் நீண்ட காலத்திற்கு, அடுத்தடுத்த கோரிக்கைகளைக் கேட்கும் சேவையை விட்டுச் செல்லலாம். அதிகாரம் அந்தச் சேவையிடம் உள்ளது, நீங்கள் தட்டச்சு செய்த கட்டளையிடம் இல்லை.
ஒப்படைப்பே சாதாரண வடிவமைப்பு
சிறப்புரிமை பெற்ற பிணைய வேலையை ஒரு சேவைக்கு ஒப்படைப்பது நியாயமான கட்டமைப்பு. இது சாதாரண பயன்பாடுகளை சிறப்புரிமைகள் இல்லாமல் வைத்து, கவனம் தேவைப்படும் செயல்பாடுகளை மையப்படுத்துகிறது. யார், எதற்காகக் கேட்கிறார் என்பதையும் சேவை சரிபார்க்கும்போது மட்டுமே இந்த வடிவமைப்பு பயன் தரும். அந்தச் சரிபார்ப்பு இல்லாமல் அது வெறும் அகலமான கதவு.
NetworkManager என்பது Linux இல் உள்ள உறுதியான எடுத்துக்காட்டு. அதன் உள்ளமைவு வழிகாட்டி இயல்புநிலை அமைப்பில் PolicyKit root அல்லாத கோரிக்கைகளை எவ்வாறு அனுமதிக்கிறது என்பதை விளக்குகிறது. இது உண்மையான தயாரிப்பில் ஒப்படைக்கப்பட்ட அனுமதியைக் காட்டுகிறது. ஒவ்வொரு வணிக வாடிக்கையாளரும் NetworkManager பயன்படுத்துகிறார் என்பதை இது நிரூபிக்காது, எந்தக் குறிப்பிட்ட விற்பனையாளரின் சாக்கெட் பாதை அல்லது கொள்கையையும் விவரிக்கவில்லை.
முறை என்பது பின்னால் கொள்கை உள்ள ஒப்படைப்பு. எடுத்துக்காட்டு அந்த முறையின் ஒரு செயலாக்கம், உலகளாவியது அல்ல.
எல்லையைப் படியுங்கள், கோரிக்கையை அல்ல
சேவை, அதன் உள்ளமைவின் உரிமையாளர் மற்றும் முன்பகுதி பயன்படுத்தும் உள்ளூர் இடைமுகத்தைக் கண்டறியுங்கள். பின்னர் எந்தப் பயனர்கள் எந்தச் செயல்பாடுகளைக் கோரலாம் என்று கேளுங்கள். சேமிக்கப்பட்ட ஒரு சுயவிவரத்தை மேலேயும் கீழேயும் கொண்டு செல்வது, இயக்குபவர் ஒருபோதும் மறுபார்வை செய்யாத உள்ளமைவை ஏற்றுவதற்கு சமமான அனுமதி அல்ல. வேறுபாடே முழு பாதுகாப்புக் கேள்வி.
சேவை மேலாளர் மற்றும் வாடிக்கையாளர் தன் அனுமதிகளைப் பற்றிய தன் சொந்தப் பார்வையில் இருந்து தொடங்குங்கள். கீழே உள்ள கட்டளைகள் டீமன் இயங்குகிறதா, அழைப்பாளர் அதிலிருந்து என்ன கோரலாம், டீமன் தன் இயக்கக் கோப்பகத்தின் கீழ் என்ன வெளிப்படுத்துகிறது என்பதைக் காட்டுகின்றன.
systemctl status NetworkManager
nmcli general permissions
ls -l /run/NetworkManager
செயல் எதைப் பாதிக்கிறது என்றும் கேளுங்கள். தனிப்பட்டதாகத் தோன்றும் மெனு உருப்படி முழு இயந்திரத்திற்கும் பாதைகளையும் DNS ஐயும் மாற்றலாம், அதாவது அது மற்ற பயனர்களின் அமர்வுகளை சீர்குலைக்கலாம். தாக்கத்தின் ஆரம் அனுமதியின் அதே மறுபார்வையில் அடங்கும், சேவைக்கு மிகக் குறுகிய பங்கு தேவையா என்பதைப் பொதுவாக அதுவே தீர்மானிக்கிறது.
ஆதரிக்கப்படும் வழியில் அனுமதிகளைச் சரிசெய்யுங்கள்
பாதுகாக்கப்பட்ட கட்டுப்பாட்டு சாக்கெட்டை அனைவரும் எழுதக்கூடியதாக மாற்றுவது, அல்லது கணக்கை பரந்த நிர்வாகக் குழுவில் சேர்ப்பது, ஒரு அனுமதிப் பிழையை நீக்கி மிகப் பெரியதை உருவாக்குகிறது. அந்த எல்லை இருப்பதை உங்களுக்குச் சொன்ன ஒரே விஷயம் அந்தப் பிழைதான். ஆவணப்படுத்தப்பட்ட உறுப்பினர் அல்லது அனுமதி செயல்முறையை, அது கோரும் அமர்வு புதுப்பிப்பு உட்படப் பயன்படுத்துங்கள். குழு உறுப்பினர் நிலை பெரும்பாலும் புதிய உள்நுழைவு அமர்வுகளுக்கு மட்டுமே பொருந்தும், அதனால்தான் அடுத்த உள்நுழைவு வரை மாற்றம் எதுவும் செய்யாதது போலத் தோன்றலாம்.
தயாரிப்பு செயல்பாட்டிற்கு மிகக் குறுகிய பங்கை வழங்கினால், பொதுவான அனுமதிக்குப் பதிலாக அதைத் தேர்ந்தெடுங்கள். தேர்ந்தெடுத்த பங்கையும் அதன் உரிமையாளரையும் சேவையின் பெயருக்கு அடுத்து எழுதுங்கள்.
நல்ல பிரிவு எப்படி இருக்கும்
சாதாரண பயன்பாடுகள் சிறப்புரிமைகள் இல்லாமல் இருக்கும், சேவை அதற்காக வடிவமைக்கப்பட்ட அமைப்பை மட்டுமே செய்கிறது, ஒவ்வொரு அழைப்பாளரும் யாரோ ஒருவருக்குச் சொந்தமான கொள்கையுடன் சரிபார்க்கப்படுகிறார். அது பாதுகாக்கக்கூடிய வடிவமைப்பு. கொள்கையுடன் ஒரு பெயர் இணைக்கப்பட்டுள்ளதால் இது தணிக்கைக்குரியதும் ஆகும். இதைவிடப் பெரிய எதுவும் அமைதியான அனுமதி மாற்றத்திற்குப் பதிலாக எழுத்துப்பூர்வ விதிவிலக்குக்குத் தகுதியானது.
தோல்வி முறை என்பது இடைமுகம் வசதியாக இருப்பதால் எந்த உள்ளூர் பயனரின் எந்தக் கோரிக்கையையும் நிறைவேற்றும் சேவை. பயனர் பக்கத்திலிருந்து அது ஒரே மாதிரியாகத் தோன்றுகிறது, மேலும் அது மிகப் பெரிய அதிகாரத்தைக் கொண்டுள்ளது. வெற்றிகரமான கோரிக்கை மட்டுமல்ல, நிராகரிக்கப்பட்ட ஒரு கோரிக்கையையும் சோதியுங்கள். கொள்கையிலிருந்து வரும் நிராகரிப்பே கொள்கை இருப்பதற்கான சான்று.