ਹੋਸਟਨਾਮ ਪਹੁੰਚ ਨਿਯਮ ਹਰ ਨੈੱਟਵਰਕ ਪਰਤ ’ਤੇ ਕੀ ਭਾਵ ਰੱਖ ਸਕਦਾ ਹੈ
ਸੇਵਾ ਦਾ ਨਾਮ DNS, ਬ੍ਰਾਊਜ਼ਰ, ਪ੍ਰੌਕਸੀ ਜਾਂ ਫਾਇਰਵਾਲ ਪੱਧਰ ’ਤੇ ਲਾਗੂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਉਹ ਪਰਤ ਚੁਣੋ ਜੋ ਉਸ ਪਛਾਣ ਨੂੰ ਵੇਖਦੀ ਹੈ ਜਿਸਨੂੰ ਤੁਸੀਂ ਨਿਯੰਤਰਿਤ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ।
ਤਿੰਨ ਲੋਕ ਇੱਕੋ ਗੱਲ ਇੱਕੋ ਸ਼ਬਦਾਂ ਵਿੱਚ ਕਹਿੰਦੇ ਹਨ: ਇੱਕ ਸੇਵਾ ਨਾਮ ਤੱਕ ਪਹੁੰਚ ਰੋਕਣੀ ਹੈ। ਇੱਕ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਬ੍ਰਾਊਜ਼ਰ ਸਾਈਟ ਨਾ ਖੋਲ੍ਹੇ, ਦੂਜੇ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਡੈਸਕਟਾਪ ਵੌਇਸ ਕਲਾਇੰਟ ਆਪਣੇ ਸਰਵਰ ਤੱਕ ਨਾ ਪਹੁੰਚੇ, ਅਤੇ ਤੀਜੇ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਠੇਕੇਦਾਰਾਂ ਦਾ ਇੱਕ ਸਮੂਹ ਕੋਈ ਖਾਸ ਅੰਦਰੂਨੀ ਐਪਲੀਕੇਸ਼ਨ ਨਾ ਵਰਤੇ। ਵਾਕ ਇੱਕੋ ਜਿਹਾ ਹੈ, ਅਤੇ ਲਾਗੂ ਕਰਨ ਦੇ ਢੰਗਾਂ ਵਿੱਚ ਲਗਭਗ ਕੁਝ ਵੀ ਸਾਂਝਾ ਨਹੀਂ ਹੈ।
ਪਰਤ ਉਸ ਪਛਾਣਕਰਤਾ ਦੇ ਆਧਾਰ ’ਤੇ ਚੁਣੋ ਜੋ ਉਹ ਅਸਲ ਵਿੱਚ ਵੇਖ ਸਕਦੀ ਹੈ, ਅਤੇ ਫਿਰ ਉਹਨਾਂ ਕਲਾਇੰਟਾਂ ਦੇ ਆਧਾਰ ’ਤੇ ਜਿਨ੍ਹਾਂ ਨੂੰ ਉਹ ਕਵਰ ਕਰਦੀ ਹੈ। ਉਸ ਫਾਇਰਵਾਲ ਕਮਾਂਡ ਤੋਂ ਸ਼ੁਰੂ ਕਰਨਾ ਜੋ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਜਾਣਦੇ ਹੋ, ਉਹੀ ਰਾਹ ਹੈ ਜਿਸ ਨਾਲ ਨਿਯਮ ਅੰਤ ਵਿੱਚ ਕੁਝ ਵੀ ਨਹੀਂ ਰੋਕਦੇ, ਜਾਂ ਬਹੁਤ ਜ਼ਿਆਦਾ ਰੋਕਦੇ ਹਨ।
ਨਾਮ ਅਜਿਹੀ ਪਛਾਣ ਨਹੀਂ ਹੈ ਜਿਸਨੂੰ ਹਰ ਪਰਤ ਜਾਂਚ ਸਕੇ
Netfilter ਅਤੇ ਅਜਿਹੇ ਪੈਕਟ ਫਿਲਟਰ ਪਤੇ, ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ ਪੋਰਟ ਵੇਖਦੇ ਹਨ। ਉਹ ਹੋਸਟਨਾਮ ਨਹੀਂ ਵੇਖਦੇ, ਅਤੇ ਜਦੋਂ ਤੱਕ ਕੋਈ ਪੈਕਟ ਉਹਨਾਂ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ, ਨਾਮ ਪਹਿਲਾਂ ਹੀ ਹੱਲ ਹੋ ਚੁੱਕਾ ਹੁੰਦਾ ਹੈ। ਪਤੇ ਦੇ ਵਿਰੁੱਧ ਲਿਖਿਆ ਨਿਯਮ ਉਸ ਪਤੇ ਬਾਰੇ ਨਿਯਮ ਹੈ, ਭਾਵੇਂ ਵਰਤੋਂਕਾਰ ਨੇ ਉੱਥੇ ਪਹੁੰਚਣ ਲਈ ਕੋਈ ਵੀ ਨਾਮ ਟਾਈਪ ਕੀਤਾ ਹੋਵੇ।
DNS ਨੀਤੀ ਰਾਹ ਵਿੱਚ ਪਹਿਲਾਂ ਬੈਠਦੀ ਹੈ ਅਤੇ ਕੁਐਰੀ ਵੇਖਦੀ ਹੈ, ਜੋ ਉਸ ਤੋਂ ਬਾਅਦ ਆਉਣ ਵਾਲੇ ਕਨੈਕਸ਼ਨ ਤੋਂ ਵੱਖਰੀ ਵਸਤੂ ਹੈ। ਇਹ ਨਿਯੰਤਰਿਤ ਰਿਜ਼ਾਲਵਰ ਵਾਪਸ ਕਰਦਾ ਹੈ ਉਹਨਾਂ ਜਵਾਬਾਂ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦੀ ਹੈ, ਪਹਿਲਾਂ ਹੀ ਖੁੱਲ੍ਹੇ ਕਨੈਕਸ਼ਨਾਂ ਨੂੰ ਨਹੀਂ, ਅਤੇ ਉਸ ਰਿਜ਼ਾਲਵਰ ਨੂੰ ਬਾਈਪਾਸ ਕਰਨ ਲਈ ਸੰਰਚਿਤ ਕਲਾਇੰਟਾਂ ਨੂੰ ਵੀ ਨਹੀਂ। ਹੱਲ ਕੀਤਾ ਪਤਾ ਨੀਤੀ ਦੀ ਸਮੀਖਿਆ ਅਤੇ ਅਗਲੀ ਬੇਨਤੀ ਵਿਚਕਾਰ ਵੀ ਬਦਲ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ DNS ਜਵਾਬ ਟਿਕਾਊ ਪ੍ਰਮਾਣਿਕਤਾ ਬਿਆਨ ਨਹੀਂ ਹੈ।
ਉੱਚੀਆਂ ਪਰਤਾਂ ਵੱਧ ਸੰਦਰਭ ਵੇਖਦੀਆਂ ਹਨ ਅਤੇ ਘੱਟ ਕਲਾਇੰਟ ਕਵਰ ਕਰਦੀਆਂ ਹਨ। ਇਹੀ ਅਦਲਾ-ਬਦਲੀ ਪੂਰਾ ਵਿਸ਼ਾ ਹੈ, ਅਤੇ ਇਹ ਸਮਝਾਉਂਦੀ ਹੈ ਕਿ ਸਾਰਣੀ ਦੀ ਕੋਈ ਵੀ ਇੱਕ ਕਤਾਰ ਕਦੇ ਸਹੀ ਜਵਾਬ ਕਿਉਂ ਨਹੀਂ ਹੁੰਦੀ। ਉਹ ਕਤਾਰ ਚੁਣੋ ਜੋ ਉਸ ਪਛਾਣਕਰਤਾ ਨੂੰ ਵੇਖਦੀ ਹੈ ਜਿਸ ਬਾਰੇ ਤੁਹਾਡੀ ਨੀਤੀ ਅਸਲ ਵਿੱਚ ਹੈ। ਫਿਰ ਉਸ ਕਤਾਰ ਵੱਲੋਂ ਦਰਸਾਈ ਕਵਰੇਜ ਨੂੰ ਸਵੀਕਾਰ ਕਰੋ।
ਹਰ ਪਰਤ ਕੀ ਪਛਾਣ ਸਕਦੀ ਹੈ
ਸਾਰਣੀ ਨੂੰ ਵਿਚਕਾਰਲੇ ਕਾਲਮ ਤੋਂ ਬਾਹਰ ਵੱਲ ਪੜ੍ਹੋ: ਪਰਤ ਜਿਸ ਪਛਾਣਕਰਤਾ ਨੂੰ ਵੇਖ ਸਕਦੀ ਹੈ, ਉਹੀ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਉਹ ਇਮਾਨਦਾਰੀ ਨਾਲ ਕਿਹੜੀ ਨੀਤੀ ਲਾਗੂ ਕਰ ਸਕਦੀ ਹੈ।
| Layer | Identifier it sees | What it cannot see |
|---|---|---|
| Packet filter | address, protocol, port | the name, or which other services share that address |
| DNS policy | the queried name and the answer handed back | connections made by clients that ignore the resolver |
| Managed browser | supported URL patterns on managed profiles | non-browser clients, or unmanaged devices |
| CONNECT proxy | host and port for tunnelled requests | the path inside an encrypted request |
ਕੋਈ ਪਰਤ ਨੀਤੀ ਵਿੱਚ ਤਦੋਂ ਹੀ ਆਉਂਦੀ ਹੈ ਜਦੋਂ ਉਹ ਜੋ ਪਛਾਣਕਰਤਾ ਵੇਖਦੀ ਹੈ ਉਹ ਉਸ ਪਛਾਣਕਰਤਾ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ ਜਿਸਨੂੰ ਤੁਸੀਂ ਨਿਯੰਤਰਿਤ ਕਰਦੇ ਹੋ। ਸਾਰਣੀ ਇਹ ਵੀ ਸਮਝਾਉਂਦੀ ਹੈ ਕਿ ਇੱਕ ਪਰਤ ’ਤੇ ਲਿਖਿਆ ਨਿਯਮ ਦੂਜੀ ਪਰਤ ’ਤੇ ਵਿਰਲੇ ਹੀ ਕਿਉਂ ਜਾਂਦਾ ਹੈ, ਬਿਨਾਂ ਇਹ ਤੈਅ ਕੀਤੇ ਕਿ ਉਹ ਕਿਸ ਦੀ ਰੱਖਿਆ ਕਰਦਾ ਹੈ।
ਜਿੱਥੇ ਸਪੱਸ਼ਟ ਨਿਯਮ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ
ਪਤੇ ਦਾ ਨਿਯਮ ਉਸ ਸੇਵਾ ਲਈ ਬਿਲਕੁਲ ਸਹੀ ਹੈ ਜਿਸਦਾ ਤੁਹਾਡੇ ਨਿਯੰਤਰਣ ਹੇਠ ਸਮਰਪਿਤ ਪਤਾ ਹੈ, ਅਤੇ ਉਹ ਮਾਲਕੀ ਨੀਤੀ ਵਿੱਚ ਲਿਖੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ। ਇਹ ਬਿਲਕੁਲ ਗਲਤ ਹੈ ਉਸ ਹਰ ਚੀਜ਼ ਲਈ ਜੋ ਸਾਂਝੇ ਸਮੱਗਰੀ ਡਿਲੀਵਰੀ ਪਤੇ ਦੇ ਪਿੱਛੇ ਹੈ, ਜਿੱਥੇ ਉਹੀ ਨਿਯਮ ਅਸੰਬੰਧਿਤ ਸੇਵਾਵਾਂ ਨੂੰ ਛੂੰਹਦਾ ਹੈ ਅਤੇ ਤਾਜ਼ਾ ਕੀਤਾ DNS ਜਵਾਬ ਨਿਯਮ ਨੂੰ ਹੋਸਟਨਾਮ ਪ੍ਰਮਾਣਿਕਤਾ ਵਿੱਚ ਨਹੀਂ ਬਦਲਦਾ।
ਪ੍ਰਬੰਧਿਤ ਬ੍ਰਾਊਜ਼ਰ ਨੀਤੀ ਨਕਲ ਕੀਤੀ ਪਤਾ ਸੂਚੀ ਨਾਲੋਂ ਵੈੱਬ ਪਾਬੰਦੀ ਨੂੰ ਵੱਧ ਸਿੱਧਾ ਪ੍ਰਗਟ ਕਰਦੀ ਹੈ, ਪਰ ਇਹ ਉਹਨਾਂ ਬ੍ਰਾਊਜ਼ਰਾਂ ਅਤੇ ਪ੍ਰੋਫਾਈਲਾਂ ’ਤੇ ਲਾਗੂ ਹੁੰਦੀ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਪ੍ਰਬੰਧਨ ਪ੍ਰਣਾਲੀ ਨਿਯੰਤਰਿਤ ਕਰਦੀ ਹੈ।
ਉਹ ਬ੍ਰਾਊਜ਼ਰ ਨਿਯਮ ਦੂਜੇ ਹੋਸਟ ’ਤੇ UDP ਭੇਜਣ ਵਾਲੇ ਵੌਇਸ ਕਲਾਇੰਟ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਰਦਾ, ਅਤੇ ਉਸਦੇ ਪੈਟਰਨ ਉਸ ਉਤਪਾਦ ਦੁਆਰਾ ਪਰਿਭਾਸ਼ਿਤ ਹੁੰਦੇ ਹਨ, ਕਿਤੇ ਹੋਰੋਂ ਉਧਾਰ ਲਏ ਵਾਈਲਡਕਾਰਡ ਰੀਤੀ-ਰਿਵਾਜਾਂ ਨਾਲ ਨਹੀਂ। CONNECT ਪ੍ਰੌਕਸੀ ਵੀ ਸੁਰੰਗ ਵਾਲੀ ਬੇਨਤੀ ਲਈ ਹੋਸਟ ਅਤੇ ਪੋਰਟ ਪ੍ਰਾਪਤ ਕਰਦੀ ਹੈ, ਅਤੇ ਇਨਕ੍ਰਿਪਟ ਕੀਤੇ ਸੈਸ਼ਨ ਦੇ ਅੰਦਰਲੇ ਰਾਹ ਨੂੰ ਪੜ੍ਹ ਨਹੀਂ ਸਕਦੀ। ਨਿਯਮ ਨੂੰ ਉਸ ਗੱਲ ਦੁਆਲੇ ਡਿਜ਼ਾਈਨ ਕਰੋ ਜੋ ਪ੍ਰੋਟੋਕੋਲ ਪ੍ਰਗਟ ਕਰਦਾ ਹੈ। ਫਿਰ ਲਿਖੋ ਕਿ ਇਹ ਕੀ ਖੁੱਲ੍ਹਾ ਛੱਡਦਾ ਹੈ, ਕਿਉਂਕਿ ਉਹੀ ਖਾਲੀ ਥਾਂ ਅਗਲੀ ਬੇਨਤੀ ਦਾ ਸਰੋਤ ਹੋਵੇਗੀ।
ਕਮਾਂਡ ਨਾਲ ਨਹੀਂ, ਕਲਾਇੰਟਾਂ ਨਾਲ ਚੁਣੋ
ਪੁੱਛੋ ਕਿ ਨੀਤੀ ਨੂੰ ਕਿਹੜੇ ਕਲਾਇੰਟ ਕਵਰ ਕਰਨੇ ਚਾਹੀਦੇ ਹਨ ਅਤੇ ਕਿਹੜੇ ਖੁੰਝ ਸਕਦੇ ਹਨ। ਪ੍ਰਬੰਧਿਤ ਬ੍ਰਾਊਜ਼ਰ ਨੀਤੀ ਉਹ ਕਵਰ ਕਰਦੀ ਹੈ ਜਿੱਥੇ ਤੱਕ ਪ੍ਰਬੰਧਨ ਪ੍ਰਣਾਲੀ ਪਹੁੰਚਦੀ ਹੈ ਅਤੇ ਬ੍ਰਾਊਜ਼ਰ ਦੀ ਹੱਦ ’ਤੇ ਰੁਕ ਜਾਂਦੀ ਹੈ। ਰਿਜ਼ਾਲਵਰ ਨੀਤੀ ਉਹ ਸਭ ਕਵਰ ਕਰਦੀ ਹੈ ਜੋ ਤੁਹਾਡੇ ਰਿਜ਼ਾਲਵਰ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਜੋ ਵੱਧ ਵਿਆਪਕ ਸਮੂਹ ਹੈ, ਅਤੇ ਜੋ ਅਜਿਹਾ ਨਹੀਂ ਕਰਦੇ ਉਹਨਾਂ ਲਈ ਇਹ ਖੁੱਲ੍ਹੇ ਰੂਪ ਵਿੱਚ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ।
ਜਿਸ ਸੇਵਾ ਨੂੰ ਤੁਸੀਂ ਸੰਚਾਲਿਤ ਕਰਦੇ ਹੋ, ਉਸ ਲਈ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਪ੍ਰਮਾਣਿਕਤਾ ਕਿਸੇ ਵੀ ਨੈੱਟਵਰਕ ਹੱਦ ਨਾਲੋਂ ਮਜ਼ਬੂਤ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਰਾਹ ਦੀ ਨਹੀਂ, ਖਾਤੇ ਦੀ ਪੈੜ ਚੱਲਦੀ ਹੈ। VPN ਰਸਤਾ ਸਿਰਫ਼ ਪਹੁੰਚ ਹੈ ਅਤੇ ਇਸ ਤੋਂ ਵੱਧ ਕੁਝ ਨਹੀਂ: ਕਿਸੇ ਸੇਵਾ ਤੱਕ ਪੈਕਟ ਭੇਜ ਸਕਣਾ ਉਸਦੀ ਵਰਤੋਂ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਹੈ। ਜਿੱਥੇ ਮਹੱਤਵਪੂਰਨ ਪਛਾਣਕਰਤਾ ਵਰਤੋਂਕਾਰ ਜਾਂ ਚੈਨਲ ਇਜਾਜ਼ਤ ਹੈ, ਉੱਥੇ ਹੀ ਇਸਨੂੰ ਲਾਗੂ ਕਰੋ ਅਤੇ ਨੈੱਟਵਰਕ ਨਿਯਮ ਨੂੰ ਦੂਜੀ ਪਰਤ ਮੰਨੋ।
ਨਿਯਮ ਸਰੋਤ ਦੇ ਰੂਪ ਵਿੱਚ ਲਿਖੋ
ਰੱਖਿਆਯੋਗ ਨੀਤੀ ਸਰੋਤ, ਪਛਾਣਾਂ, ਦਾਇਰੇ ਵਿੱਚਲੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਢੋਣ ਵਾਲੇ ਰਾਹ ਦਾ ਨਾਮ ਲੈਂਦੀ ਹੈ, ਵਰਤੋਂ ਵਿੱਚ ਮੌਜੂਦ ਦੋਵੇਂ ਪਤਾ ਪਰਿਵਾਰਾਂ ਸਮੇਤ। ਇਹ ਇਹ ਵੀ ਦੱਸਦੀ ਹੈ ਕਿ ਨਿਯਮ ਸੰਜੋਗ ਨਾਲ ਪ੍ਰਭਾਵਿਤ ਕਰਨ ਵਾਲੇ ਸਾਂਝੇ ਢਾਂਚੇ ਦਾ ਕੀ ਹੋਵੇਗਾ।
ਉਹ ਸ਼ਬਦਾਵਲੀ ਅਜਿਹਾ ਫੈਸਲਾ ਪੈਦਾ ਕਰਦੀ ਹੈ ਜਿਸਨੂੰ ਕੋਈ ਬਾਅਦ ਵਿੱਚ ਆਡਿਟ ਕਰ ਸਕੇ। ਅੱਜ ਦੇ ਹੱਲ ਕੀਤੇ ਪਤੇ ਦੁਆਰਾ ਜਾਇਜ਼ ਠਹਿਰਾਇਆ ਨਿਯਮ ਪਤਾ ਪਹਿਲੀ ਵਾਰ ਬਦਲਣ ’ਤੇ ਘਟਨਾ ਪੈਦਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਕੋਈ ਨਹੀਂ ਸਮਝਾ ਸਕੇਗਾ ਕਿ ਰੋਕ ਕਦੋਂ ਸਹੀ ਸੀ।