VPN DNS ਫਿਲਟਰ: ਨਾਂ ਰੋਕਣਾ ਵਿਗਿਆਪਨ ਨਹੀਂ ਰੋਕਦਾ

ਇੱਕ dnsmasq ਲਾਈਨ ਨਾਂ ਨੂੰ NXDOMAIN ਨਾਲ ਜਵਾਬ ਦੇ ਸਕਦੀ ਹੈ, ਅਤੇ ਇਹੀ ਪੂਰਾ ਤੰਤਰ ਹੈ। ਇਹ HTML ਕਦੇ ਨਹੀਂ ਪੜ੍ਹਦੀ, ਬੇਨਤੀ ਦਾ ਰਾਹ ਕਦੇ ਨਹੀਂ ਵੇਖਦੀ, ਅਤੇ ਇਹ ਵੀ ਨਹੀਂ ਵੇਖਦੀ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਪਹਿਲਾਂ ਖੋਲ੍ਹੇ ਕਨੈਕਸ਼ਨ ਨਾਲ ਕੀ ਕਰਦੀ ਹੈ। ਇਸ ਲਈ ਬ੍ਰਾਊਜ਼ਰ ਐਕਸਟੈਂਸ਼ਨ ਨਾਲ ਇਸ ਦੀ ਤੁਲਨਾ ਦੋ ਵੱਖਰੇ ਕੰਮਾਂ ਦੀ ਤੁਲਨਾ ਹੈ। ਇੱਕ ਫੈਸਲਾ ਕਰਦਾ ਹੈ ਕਿ ਨਾਂ ਹੱਲ ਹੁੰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ; ਦੂਜਾ ਫੈਸਲਾ ਕਰਦਾ ਹੈ ਕਿ ਉਸ ਤੋਂ ਬਾਅਦ ਕੀ ਹੁੰਦਾ ਹੈ।

ਨਾਂ ਫਿਲਟਰ ਅਸਲ ਵਿੱਚ ਕੀ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ

ਵਿਕਲਪ address=/metrics.example/, ਆਖਰੀ ਸਲੈਸ਼ ਤੋਂ ਬਾਅਦ ਕੁਝ ਨਾ ਰੱਖਣ ਨਾਲ, ਰਿਜ਼ੋਲਵਰ ਉਸ ਨਾਂ ਅਤੇ ਉਸ ਦੇ ਸਬਡੋਮੇਨ ਲਈ NXDOMAIN ਵਾਪਸ ਕਰਦਾ ਹੈ। ਪਤਾ ਖਾਲੀ ਛੱਡਣਾ ਮਹੱਤਵਪੂਰਨ ਹਿੱਸਾ ਹੈ: ਇਹ ਕਲਾਇੰਟਾਂ ਨੂੰ ਕਿਸੇ ਅਸੰਬੰਧਿਤ ਬਦਲਵੇਂ ਸਰਵਰ ਵੱਲ ਭੇਜਣ ਤੋਂ ਬਚਾਉਂਦਾ ਹੈ ਜਾਂ ਲੂਪਬੈਕ ਪਤੇ ਨੂੰ ਅਸਲ ਮੰਜ਼ਿਲ ਦਿਖਾਉਣ ਤੋਂ ਰੋਕਦਾ ਹੈ। dnsmasq ਮੈਨੂਅਲ ਉਸ ਰੂਪ ਨੂੰ ਰੀਡਾਇਰੈਕਟ ਨਹੀਂ, ਸਗੋਂ ਨਕਾਰਾਤਮਕ ਜਵਾਬ ਵਜੋਂ ਦੱਸਦਾ ਹੈ।

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

ਇਹ ਬਾਰੀਕੀ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਇੱਕ ਹੋਸਟਨਾਂ ਅਕਸਰ ਕਈ ਮਕਸਦ ਪੂਰੇ ਕਰਦਾ ਹੈ। ਸਾਈਨ-ਇਨ ਐਂਡਪੌਇੰਟ, ਤਸਵੀਰਾਂ ਅਤੇ ਟਰੈਕਿੰਗ ਇੱਕੋ ਡੋਮੇਨ ਸਾਂਝਾ ਕਰ ਸਕਦੇ ਹਨ, ਅਤੇ ਪੂਰਾ ਨਾਂ ਹਟਾਉਣ ਵਾਲਾ ਨਿਯਮ ਨਾਲ ਹੀ ਕੋਈ ਵਰਕਫਲੋ ਵੀ ਹਟਾ ਸਕਦਾ ਹੈ। ਨਾਂ-ਪੱਧਰ ਦੀ ਨੀਤੀ ਨੂੰ ਇਹ ਸਮਝੌਤਾ ਮੰਨਣਾ ਪਵੇਗਾ ਜਾਂ ਹੋਰ ਤੰਗ ਨਾਂ ਚੁਣਨੇ ਪੈਣਗੇ।

ਕਲਾਇੰਟ-ਸਾਈਡ ਬਲੌਕਰ ਕਿੱਥੇ ਵੱਖਰਾ ਹੈ

ਬ੍ਰਾਊਜ਼ਰ ਐਕਸਟੈਂਸ਼ਨ ਬੇਨਤੀ ਨੂੰ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਵੇਖਦੀ ਹੈ, ਇਸ ਲਈ ਉਹ URL ਦਾ ਰਾਹ ਮਿਲਾ ਸਕਦੀ ਹੈ, ਕਿਸੇ ਖਾਸ ਬੇਨਤੀ ਨੂੰ ਰੱਦ ਕਰ ਸਕਦੀ ਹੈ ਅਤੇ ਨਤੀਜਾ ਦਿਖਾਉਣ ਵਾਲਾ ਤੱਤ ਲੁਕਾ ਸਕਦੀ ਹੈ। ਇਹ example.com/article ਨੂੰ ਮਨਜ਼ੂਰ ਤੇ example.com/ads/ ਨੂੰ ਨਾਮਨਜ਼ੂਰ ਕਰ ਸਕਦੀ ਹੈ, ਜੋ ਕੋਈ DNS ਜਵਾਬ ਨਹੀਂ ਦੱਸ ਸਕਦਾ। ਇਹ ਰਾਹ-ਪੱਧਰ ਦਾ ਨਜ਼ਰੀਆ ਉਹ ਸਮਰੱਥਾ ਹੈ ਜੋ ਰਿਜ਼ੋਲਵਰ ਕੋਲ ਨਹੀਂ ਹੁੰਦੀ। ਇਸੇ ਲਈ ਇੱਕ ਟੂਲ ਲਈ ਬਣੀ ਫਿਲਟਰ ਸੂਚੀ ਦੂਜੇ ਵਿੱਚ ਘੱਟ ਹੀ ਇੱਕੋ ਜਿਹਾ ਵਿਵਹਾਰ ਕਰਦੀ ਹੈ।

ਕੀਮਤ ਦਾਇਰਾ ਹੈ। ਉਹ ਸੁਰੱਖਿਆ ਇੱਕ ਬ੍ਰਾਊਜ਼ਰ ਅੰਦਰ, ਇੱਕ ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ, ਇੱਕ ਡਿਵਾਈਸ ਉੱਤੇ ਰਹਿੰਦੀ ਹੈ, ਅਤੇ ਵਰਤੋਂਕਾਰ ਦੇ ਦੂਜੀ ਐਪਲੀਕੇਸ਼ਨ ਵੱਲ ਜਾਣ ਨਾਲ ਗਾਇਬ ਹੋ ਜਾਂਦੀ ਹੈ। ਗੇਟਵੇ ਉੱਤੇ ਸੈੱਟ DNS ਫਿਲਟਰ ਹਰ ਉਸ ਡਿਵਾਈਸ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ ਜੋ ਗੇਟਵੇ ਦਾ ਰਿਜ਼ੋਲਵਰ ਵਰਤਦਾ ਹੈ, ਉਹਨਾਂ ਡਿਵਾਈਸਾਂ ਸਮੇਤ ਜਿੱਥੇ ਕੋਈ ਐਕਸਟੈਂਸ਼ਨ ਇੰਸਟਾਲ ਨਹੀਂ ਹੋ ਸਕਦੀ।

ਕੋਈ ਵੀ ਬੰਦੋਬਸਤ ਇਕੱਲੀ ਪੂਰੀ ਨਹੀਂ ਹੁੰਦੀ। DNS ਫਿਲਟਰ ਉਹ ਪਛਾਣਕਰਤਾ ਨਹੀਂ ਹਟਾ ਸਕਦਾ ਜੋ ਸਫ਼ਾ ਪਹਿਲਾਂ ਹੀ ਭੇਜ ਚੁੱਕਾ ਹੈ, ਅਤੇ ਬ੍ਰਾਊਜ਼ਰ ਐਕਸਟੈਂਸ਼ਨ ਉਸ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਰੱਖਿਆ ਨਹੀਂ ਕਰ ਸਕਦੀ ਜੋ ਇਸਨੂੰ ਕਦੇ ਲੋਡ ਨਹੀਂ ਕਰਦੀ।

ਰਿਜ਼ੋਲਵਰ ਦਾ ਰਾਹ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਇਸ ਵਿੱਚੋਂ ਕੁਝ ਲਾਗੂ ਹੁੰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ

VPN DNS ਸਰਵਰ ਦਾ ਐਲਾਨ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਹਰ ਕਵੈਰੀ ਪ੍ਰਾਪਤ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਇਨਕ੍ਰਿਪਟਿਡ DNS ਸੈੱਟ ਕੀਤਾ ਬ੍ਰਾਊਜ਼ਰ, ਆਪਣੇ ਰਿਜ਼ੋਲਵਰ ਵਾਲੀ ਐਪਲੀਕੇਸ਼ਨ, ਜਾਂ ਗੇਟਵੇ ਨੂੰ ਛੱਡਣ ਵਾਲੇ ਨੈੱਟਵਰਕ ਰਾਹ ਉੱਤੇ ਡਿਵਾਈਸ, ਸਾਰੇ ਕਿਤੇ ਹੋਰ ਵੇਖਣਗੇ। ਮੋਬਾਈਲ ਪਲੇਟਫਾਰਮ ਵਧਦੀ ਗਿਣਤੀ ਵਿੱਚ ਪ੍ਰਾਈਵੇਟ-DNS ਸੈਟਿੰਗ ਦਿੰਦੇ ਹਨ ਜੋ ਟਨਲ ਦੇ ਸੁਝਾਅ ਨੂੰ ਚੁੱਪਚਾਪ ਓਵਰਰਾਈਡ ਕਰਦੀ ਹੈ।

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

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

ਨਤੀਜਾ ਦਾਅਵਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵੇਂ ਦਿਸ਼ਾਵਾਂ ਦੀ ਜਾਂਚ ਕਰੋ

ਜਾਣ-ਬੁੱਝ ਕੇ ਰੋਕਿਆ ਡੋਕਯੂਮੈਂਟੇਸ਼ਨ ਨਾਂ, ਮਨਜ਼ੂਰ ਜਨਤਕ ਨਾਂ, ਅਤੇ ਸੇਵਾ ਲਈ ਲੋੜੀਂਦਾ ਨਿੱਜੀ ਨਾਂ ਵਰਤੋ:

$ dig +short metrics.example @10.40.0.53
$ dig +short example.com @10.40.0.53
$ dig +short intranet.corp.internal @10.40.0.53

ਰੋਕੇ ਨਾਂ ਲਈ ਖਾਲੀ ਜਵਾਬ, ਜਨਤਕ ਨਾਂ ਲਈ ਆਮ ਪਤਾ ਅਤੇ ਅੰਦਰੂਨੀ ਨਾਂ ਲਈ ਨਿੱਜੀ ਪਤਾ ਮਿਲ ਕੇ ਦਿਖਾਉਂਦੇ ਹਨ ਕਿ ਫਿਲਟਰਿੰਗ, ਅੱਪਸਟ੍ਰੀਮ ਰਿਜ਼ੋਲਿਊਸ਼ਨ ਅਤੇ ਸਥਾਨਕ ਰਿਕਾਰਡ ਸਾਰੇ ਕੰਮ ਕਰਦੇ ਹਨ। ਜੇ ਤਿੰਨੇ ਫੇਲ੍ਹ ਹੋਣ, ਤਾਂ ਤੁਸੀਂ ਫਿਲਟਰ ਨਹੀਂ, ਅੱਪਸਟ੍ਰੀਮ ਜਾਂ ਲਿਸਨਰ ਸਮੱਸਿਆ ਵੇਖ ਰਹੇ ਹੋ।

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