Squid ਦਾ ਇੱਕ allow ਨਿਯਮ AND ਹੈ; ਦੋ ਨਿਯਮ OR ਹੋ ਸਕਦੇ ਹਨ

ਇਹ ਨੀਤੀ ਉੱਚੀ ਆਵਾਜ਼ ਵਿੱਚ ਪੜ੍ਹੋ: ਦਫ਼ਤਰ ਦੇ ਨੈੱਟਵਰਕ ਨੂੰ ਮਨਜ਼ੂਰ ਮੰਜ਼ਿਲ ਲਈ ਪ੍ਰਾਕਸੀ ਵਰਤਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿਓ। ਜੇ ਉਹ ਸ਼ਰਤਾਂ ਇਕੱਠੀਆਂ ਹਨ, ਤਾਂ ਨਿਯਮ ਵਿੱਚ ਵੀ ਉਹਨਾਂ ਨੂੰ ਇਕੱਠਾ ਰੱਖੋ।

http_access allow office_clients approved_destination

ਉਸ ਲਾਈਨ ਨੂੰ ਬੇਨਤੀ ਦੀ ਇਜਾਜ਼ਤ ਦੇਣ ਲਈ ਦੋਵੇਂ ACL ਮੇਲ ਖਾਣੇ ਚਾਹੀਦੇ ਹਨ। ਇਸਨੂੰ ਵੰਡਣ ਨਾਲ ਨੀਤੀ ਬਦਲ ਜਾਂਦੀ ਹੈ:

http_access allow office_clients
http_access allow approved_destination

ਹੁਣ ਦਫ਼ਤਰ ਦੇ ਕਲਾਇੰਟਾਂ ਨੂੰ ਮੰਜ਼ਿਲ ਪਾਬੰਦੀ ਤੋਂ ਬਿਨਾਂ ਇਜਾਜ਼ਤ ਦਿੱਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਅਤੇ ਉਸ ਮੰਜ਼ਿਲ ਵੱਲ ਬੇਨਤੀਆਂ ਨੂੰ ਦਫ਼ਤਰ ਪਾਬੰਦੀ ਤੋਂ ਬਿਨਾਂ, ਜਦੋਂ ਤੱਕ ਕੋਈ ਪਿਛਲਾ ਨਿਯਮ ਉਹਨਾਂ ਨੂੰ ਰੱਦ ਨਹੀਂ ਕਰਦਾ। ਦੋ ਲਾਈਨਾਂ ਇੱਕ ਲਾਈਨ ਦੀ ਵਧੇਰੇ ਪੜ੍ਹਨਯੋਗ ਸ਼ਬਦਾਵਲੀ ਨਹੀਂ ਹਨ।

ਕ੍ਰਮ ਨੀਤੀ ਦਾ ਹਿੱਸਾ ਹੈ

Squid ਪਹੁੰਚ ਨਿਯਮਾਂ ਦਾ ਕ੍ਰਮ ਵਿੱਚ ਮੁਲਾਂਕਣ ਕਰਦਾ ਹੈ। ਪਹਿਲਾ ਮੇਲ ਖਾਣ ਵਾਲਾ ਫ਼ੈਸਲਾ ਬੇਨਤੀ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ। ਪਿਛਲਾ allow all ਬਾਅਦ ਦੀ ਸਾਵਧਾਨ ਪਾਬੰਦੀ ਨੂੰ ਨਕਾਰਦਾ ਹੈ; ਪਿਛਲਾ ਮੇਲ ਖਾਣ ਵਾਲਾ ਇਨਕਾਰ ਬਾਅਦ ਦੀ ਇਜਾਜ਼ਤ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਰੋਕਦਾ ਹੈ।

http_access ਦਸਤਾਵੇਜ਼ ਇਸ ਕ੍ਰਮ ਦੀ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ। ਪਾਠਕ ਨੂੰ ਅੰਤਰਨਿਹਿਤ ਡਿਫ਼ਾਲਟ ਵਿਵਹਾਰ ਯਾਦ ਰਹਿਣ ਦੀ ਆਸ ਰੱਖਣ ਦੀ ਥਾਂ ਜਾਣਬੁੱਝ ਕੇ ਅੰਤਿਮ ਇਨਕਾਰ ਰੱਖੋ।

ਕਈ ACL ਪਰਿਭਾਸ਼ਾਵਾਂ ਵਿੱਚ ਵੱਖਰਾ OR ਸੰਬੰਧ ਹੁੰਦਾ ਹੈ: ਇੱਕ ਨਾਮਿਤ ਸਰੋਤ ACL ਕਈ ਮਨਜ਼ੂਰ ਰੇਂਜਾਂ ਸੂਚੀਬੱਧ ਕਰ ਸਕਦਾ ਹੈ। ਇਹ ਸਰੋਤ ਅਤੇ ਮੰਜ਼ਿਲ ਦੀ ਪਛਾਣ ਨੂੰ ਇੱਕੋ ACL ਕਿਸਮ ਨਹੀਂ ਬਣਾਉਂਦਾ। ਇਹਨਾਂ ਨੂੰ ਵੱਖਰੇ ਤੌਰ ’ਤੇ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ, ਫਿਰ ਪਹੁੰਚ ਫ਼ੈਸਲੇ ਵਿੱਚ ਨਾਵਾਂ ਨੂੰ ਮਿਲਾਓ।

ਨਿੱਜੀ ਨਿਕਾਸ ਲਈ, ਇਹ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ ਕਿ ਤੁਹਾਡਾ ਬਾਹਰੀ IP ਕੌਣ ਵਰਤ ਸਕਦਾ ਹੈ। ਚਾਰ ਕੇਸਾਂ ’ਤੇ ਵਿਚਾਰ ਕਰੋ: ਮਨਜ਼ੂਰ ਕਲਾਇੰਟ ਤੋਂ ਮਨਜ਼ੂਰ ਮੰਜ਼ਿਲ, ਮਨਜ਼ੂਰ ਕਲਾਇੰਟ ਤੋਂ ਕਿਤੇ ਹੋਰ, ਦੂਜਾ ਕਲਾਇੰਟ ਮਨਜ਼ੂਰ ਮੰਜ਼ਿਲ, ਅਤੇ ਦੂਜਾ ਕਲਾਇੰਟ ਕਿਤੇ ਹੋਰ। ਜੇ ਨਿਯਮ ਨੀਤੀ ਦੇ ਇਰਾਦੇ ਤੋਂ ਵੱਧ ਕੇਸਾਂ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ, ਤਾਂ ਲਿਸਨਰ ਚੌੜਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤਰਕ ਠੀਕ ਕਰੋ। ਵਿਆਕਰਣ ਪੱਖੋਂ ਜਾਇਜ਼ ਸੰਰਚਨਾ ਵੀ ਗਲਤ ਇਜਾਜ਼ਤਾਂ ਪ੍ਰਗਟ ਕਰ ਸਕਦੀ ਹੈ।