SELinux கீழ் Squid மறுப்புகளைக் கண்டறிதல்

Squid உருவாக்கும் HTTP அணுகல் மறுப்பும் இயக்க முறைமையின் “Permission denied” உம் வெவ்வேறு எல்லைகளில் நிகழ்கின்றன. Squid கோப்பைத் திறந்துகொண்டிருந்ததா, சாக்கெட்டைப் பிணைத்துக்கொண்டிருந்ததா, வெளிப்புறமாக இணைந்துகொண்டிருந்ததா அல்லது வாடிக்கையாளர் கோரிக்கையை நிராகரித்துக்கொண்டிருந்ததா என்பதைத் தீர்மானிக்கவும்.

தணிக்கை நிகழ்வைத் தொடர்புபடுத்துங்கள்

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

தனிப்பயன் கேட்புத் துறைமுகத்திற்கு தொடர்புடைய துறைமுக லேபிள் தேவைப்படலாம். இடமாற்றப்பட்ட பதிவு அல்லது தற்காலிகச் சேமிப்பு கோப்பகத்திற்கு கோப்பு லேபிளிடல் தேவைப்படலாம். Squid பதிவுப் பாதை தோல்விக்கு, லேபிளைக் குற்றம் சொல்வதற்கு முன் கோப்பகக் கடப்பு மற்றும் எழுத்து அனுமதிகளையும் சரிபார்க்கவும். வழக்கத்திற்கு மாறான வெளிச்செல் சேவைக்கான அனுமதி மற்றொரு செயல்பாடு; Red Hat இன் Squid SELinux எடுத்துக்காட்டுகள் இந்த நிகழ்வுகளை வேறுபடுத்துகின்றன.

நிறுவப்பட்ட விநியோகத்தின் கொள்கையையும் நிர்வாக வழிகாட்டலையும் பயன்படுத்துங்கள். தொகுப்புப் பாதைகள், லேபிள்கள் மற்றும் தனிமைப்படுத்தல் படங்களுக்கிடையே வேறுபடலாம். AppArmor பயன்படுத்தும் அமைப்புகளில் SELinux கட்டளைகளைப் பயன்படுத்தாமல் அதன் சுயவிவரத்தை ஆய்வு செய்யுங்கள்.

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