Squid-இல் myportname மற்றும் src-ஐ தனித்தனி ACL-களுடன் இணைத்தல்

உள்ளமைவு முதல் பார்வைக்கு நம்பத்தகுந்ததாகத் தெரிகிறது:

acl team_a myportname 3128 src 198.51.100.0/24

ஆனால் ACL வரையறைக்கு ஒரே ஒரு வகை மட்டுமே உள்ளது. இங்கே myportname வகை; src என்ற சொல்லைச் சேர்ப்பது இரண்டாவது சோதனையைத் தொடங்காது. மீதமுள்ள சொற்கள் முதல் வகையின் மதிப்புப் பட்டியலுக்கு உரியவை. அந்த வரி “இந்த listener மற்றும் இந்த கிளையன்ட் நெட்வொர்க்” என்பதைக் கூறவில்லை.

ஒவ்வொரு நிபந்தனைக்கும் பெயர் கொடுங்கள்

கேட்கும் socket-க்கு ஒரு பெயரும், மூலத்திற்கு தனி ACL-உம் பயன்படுத்துங்கள். இந்தப் பகுதி ஆவண முகவரிகளைப் பயன்படுத்துகிறது; அவற்றைப் பயன்பாட்டிற்கு ஏற்ற முகவரிகளால் மாற்ற வேண்டும்:

http_port 192.0.2.10:3128 name=team_a_port
acl team_a_port myportname team_a_port
acl team_a_clients src 198.51.100.0/24

http_access allow team_a_port team_a_clients
http_access deny all

பாதுகாப்பற்ற இலக்கு போர்ட்கள், வரம்புக்குட்பட்ட CONNECT இலக்குகள் மற்றும் நிர்வாக அணுகலுக்கான தற்போதைய பாதுகாப்புகளுக்குப் பிறகு allow விதியை வைக்கவும். இந்தப் பகுதி கிளையன்ட்/listener நிபந்தனையை விளக்குகிறது; அந்தப் பாதுகாப்புகளை மாற்றாது.

ஒரு http_access வரியில் உள்ள நிபந்தனைகள் AND-ஆல் இணைகின்றன. இரண்டு தனி allow வரிகள் ஒவ்வொரு நிபந்தனையையும் தனித்தனியாக அனுமதிக்கும், இது கொள்கையை பெரிதும் மாற்றும். ஒரு ACL-க்குள் பல மதிப்புகள் பொதுவாக அந்த ஒரு சோதனைக்கு மாற்றுகளைத் தருகின்றன.

வெளியேறும் வழியைத் தனியாகத் தேர்ந்தெடுங்கள்

பொருந்தும் listener tcp_outgoing_address மூலம் உள்ளூர் மூல முகவரியைத் தேர்ந்தெடுக்கவும் பயன்படுத்தலாம். அது routing தேர்வு, proxy பயன்படுத்தும் அனுமதி அல்ல. வெளிச்செல்லும் முகவரி விதி மறுக்கப்பட்ட கோரிக்கையை http_access வழியாகக் கடக்கச் செய்ய முடியாது.

பல முகவரி உள்ளமைவு மேம்பாட்டிற்குப் பிறகு செயல்படாமல் போனால், ஆதாரங்களைப் பிரிக்கவும்: பாகுபடுத்தல் பிழை உள்ளமைவு தொடரியலைச் சுட்டுகிறது; அணுகல் மறுப்பு விதிப் பொருத்தத்தைச் சுட்டுகிறது; தவறான வெளியேற்றத்துடன் அனுமதிக்கப்பட்ட கோரிக்கை வெளியேற்றத் தேர்வு அல்லது பிந்தைய NAT-ஐச் சுட்டுகிறது. மூன்றையும் ஒரே நேரத்தில் மாற்றினால் சிறிய ACL தவறைக் கண்டறிவது மிகக் கடினமாகும்.