VPN ਰਾਹੀਂ DNS ਫਿਲਟਰਿੰਗ ਨੇ ਵੈੱਬਸਾਈਟ ਲੋਡ ਹੋਣਾ ਰੋਕ ਦਿੱਤਾ: ਜਵਾਬ ਪੜ੍ਹੋ
ਟਨਲ ਚੱਲਦਿਆਂ ਫਿਲਟਰ ਕਰਨ ਵਾਲਾ ਰਿਜ਼ਾਲਵਰ ਇੱਕ ਨਾਮ ਬਲੌਕ ਕਰ ਸਕਦਾ ਹੈ। ਜਵਾਬ ਦੀ ਕਿਸਮ ਪੜ੍ਹੋ, ਪਤਾ ਲਗਾਓ ਕਿ ਰਿਜ਼ਾਲਵਰ ਕਿਸਦਾ ਹੈ, ਅਤੇ ਸਿਰਫ਼ ਉਹੀ ਬਦਲੋ ਜੋ ਤੁਸੀਂ ਨਿਯੰਤਰਿਤ ਕਰਦੇ ਹੋ।
ਟਨਲ ਚਾਲੂ ਹੋਣ ਵੇਲੇ ਇੱਕ ਨਾਮ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਬ੍ਰਾਊਜ਼ਰ ਇਸਨੂੰ ਨੈੱਟਵਰਕ ਗਲਤੀ ਕਹਿੰਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਅਸਲ ਕਾਰਨ ਰਿਜ਼ਾਲਵਰ ਵੱਲੋਂ ਵਾਪਸ ਕੀਤਾ DNS ਜਵਾਬ ਹੈ। ਫਿਲਟਰ ਕਰਨ ਵਾਲਾ ਰਿਜ਼ਾਲਵਰ ਇੱਕ ਨਾਮ ਰੋਕ ਸਕਦਾ ਹੈ, ਇਨਕਾਰ ਕਰ ਸਕਦਾ ਹੈ ਜਾਂ ਮੁੜ ਲਿਖ ਸਕਦਾ ਹੈ ਅਤੇ ਬਾਕੀ ਹਰ ਖੋਜ ਨੂੰ ਕੰਮ ਕਰਦਾ ਰਹਿਣ ਦੇ ਸਕਦਾ ਹੈ। ਟਨਲ ਬੇਨਤੀ ਢੋਂਦਾ ਹੈ; ਰਿਜ਼ਾਲਵਰ ਜਵਾਬ ਤੈਅ ਕਰਦਾ ਹੈ। ਇਨਕ੍ਰਿਪਸ਼ਨ ਸੈਟਿੰਗਾਂ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਉਹ ਜਵਾਬ ਜਾਂਚੋ।
ਟਨਲ ਚਾਲੂ ਹੈ, ਇਸ ਲਈ ਇਨਕ੍ਰਿਪਸ਼ਨ ਸ਼ੱਕੀ ਨਹੀਂ
ਕਨੈਕਸ਼ਨ ਦੀ ਸਥਿਤੀ ਦੱਸਦੀ ਹੈ ਕਿ ਪੈਕਟ ਚੱਲ ਰਹੇ ਹਨ ਜਾਂ ਨਹੀਂ, ਇਹ ਨਹੀਂ ਕਿ ਨਾਮ ਹੱਲ ਹੋ ਰਿਹਾ ਹੈ। ਹੱਲ ਕਰਨਾ ਉਸ ਸਰਵਰ ਨੂੰ ਭੇਜੀ ਬੇਨਤੀ ਹੈ ਜਿਸ ਨਾਲ ਕਲਾਇੰਟ ਕਨਫਿਗਰ ਹੈ, ਅਤੇ ਉੱਥੋਂ ਦੀ ਨੀਤੀ ਇੱਕ ਡੋਮੇਨ ਨੂੰ ਬਾਕੀ ਸਭ ਤੋਂ ਵੱਖਰਾ ਜਵਾਬ ਦੇ ਸਕਦੀ ਹੈ। ਬ੍ਰਾਊਜ਼ਰ ਵੱਲੋਂ ਉਹ ਸਾਰੇ ਜਵਾਬ ਇੱਕ ਆਮ ਫੇਲ੍ਹ ਵਿੱਚ ਰਲ ਜਾਂਦੇ ਹਨ, ਇਸ ਲਈ ਸਥਿਤੀ ਲਾਈਟ ਬਹੁਤ ਘੱਟ ਸਾਬਤ ਕਰਦੀ ਹੈ।
ਪਹਿਲਾਂ ਤਿੰਨ ਚੀਜ਼ਾਂ ਲਿਖੋ: ਕਲਾਇੰਟ ਵੱਲੋਂ ਵਰਤਿਆ ਰਿਜ਼ਾਲਵਰ, ਫੇਲ੍ਹ ਹੋ ਰਹੇ ਨਾਮ ਦਾ ਰਿਸਪਾਂਸ ਕੋਡ, ਅਤੇ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਨਾਮ ਲਈ ਉਹੀ ਬੇਨਤੀ। ਰਿਜ਼ਾਲਵਰ ਨੂੰ ਸਿੱਧਾ dig example.com @10.20.0.1 ਨਾਲ ਪੁੱਛੋ ਅਤੇ ਸਥਿਤੀ ਲਾਈਨ ਪੜ੍ਹੋ, ਬ੍ਰਾਊਜ਼ਰ ਸੁਨੇਹਾ ਨਹੀਂ। ਜੇ ਕੰਟਰੋਲ ਨਾਮ ਹੱਲ ਹੁੰਦਾ ਹੈ ਅਤੇ ਫੇਲ੍ਹ ਹੋਣ ਵਾਲਾ ਨੀਤੀ-ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਤਾਂ ਸਬੂਤ ਪੂਰਾ ਹੈ। ਜੇ ਦੋਵੇਂ ਫੇਲ੍ਹ ਹੋਣ, ਫਿਲਟਰ ਅਜੇ ਸ਼ਾਮਲ ਨਹੀਂ।
ਚਾਰ ਜਵਾਬ, ਚਾਰ ਵੱਖਰੇ ਮਾਲਕ
ਫਿਲਟਰ ਕਰਨ ਵਾਲੇ ਰਿਜ਼ਾਲਵਰ ਕੋਲ ਨਾਂਹ ਕਹਿਣ ਦਾ ਇੱਕੋ ਤਰੀਕਾ ਨਹੀਂ, ਅਤੇ ਇਨਕਾਰ ਦਾ ਰੂਪ ਵੱਖਰੇ ਅਗਲੇ ਕਦਮ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ। ਰਿਸਪਾਂਸ ਕੋਡ ਲਿਖ ਲਓ, ਕਿਉਂਕਿ ਬ੍ਰਾਊਜ਼ਰ ਚਾਰੇ ਨੂੰ ਟੁੱਟੇ ਕਨੈਕਸ਼ਨ ਵਰਗਾ ਸੁਣਨ ਵਾਲੀ ਕਿਸੇ ਚੀਜ਼ ਵਿੱਚ ਮੁੜ ਲਿਖਦਾ ਹੈ।
| Answer | What it points at |
|---|---|
| NXDOMAIN | The name is withheld: a policy entry or a zone decision removed it |
| Refused | The resolver declines to answer; usually an access or policy rule |
| Replacement address | A redirect to a block page or sinkhole you can query and inspect |
| No answer at all | Weakest evidence: reachability, load or routing, not necessarily policy |
ਟਨਲ ਉੱਤੇ ਕੁਝ ਵੀ ਥੋਪਣ ਤੋਂ ਪਹਿਲਾਂ ਜਵਾਬ ਦੀ ਸਾਰਣੀ ਨਾਲ ਮਿਲਾਨ ਕਰੋ। ਇਨਕਾਰ ਅਤੇ ਰੋਕਿਆ ਨਾਮ ਦੋਵਾਂ ਦਾ ਅਰਥ ਹੈ ਰਿਜ਼ਾਲਵਰ ਨੇ ਫੈਸਲਾ ਲਿਆ ਹੈ, ਜਦੋਂ ਕਿ ਚੁੱਪ ਦਾ ਅਰਥ ਹੈ ਬੇਨਤੀ ਨੂੰ ਕਦੇ ਜਵਾਬ ਨਹੀਂ ਮਿਲਿਆ। ਇਹੀ ਫ਼ਰਕ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਨੀਤੀ-ਮਾਲਕ ਪਿੱਛੇ ਜਾਓਗੇ ਜਾਂ ਨੈੱਟਵਰਕ ਰਾਹ ਪਿੱਛੇ।
ਦੋ ਬ੍ਰਾਊਜ਼ਰ ਦੋ ਨੀਤੀਆਂ ਅਪਣਾ ਸਕਦੇ ਹਨ
ਆਪਣਾ ਇਨਕ੍ਰਿਪਟਿਡ ਰਿਜ਼ਾਲਵਰ ਲਿਆਉਣ ਵਾਲਾ ਬ੍ਰਾਊਜ਼ਰ ਉਹ ਸਰਵਰ ਵਰਤਣ ਦਾ ਪਾਬੰਦ ਨਹੀਂ ਜੋ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਵੰਡਦਾ ਹੈ, ਇਸ ਲਈ ਉਹ ਉਸ ਨੀਤੀ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰ ਸਕਦਾ ਹੈ ਜਿਸ ਲਈ ਟਨਲ ਬਣਾਇਆ ਗਿਆ ਸੀ। ਫਿਰ ਇੱਕੋ ਮਸ਼ੀਨ ਦੇ ਦੋ ਬ੍ਰਾਊਜ਼ਰ ਇੱਕੋ ਹੋਸਟਨਾਮ ਬਾਰੇ ਸਹਿਮਤ ਨਹੀਂ ਹੁੰਦੇ, ਅਤੇ ਦੋਵੇਂ ਵਿਗੜੇ ਨਹੀਂ। ਜਾਂਚੋ ਕਿ ਹਰ ਐਪਲੀਕੇਸ਼ਨ ਕਿਸ ਰਿਜ਼ਾਲਵਰ ਨਾਲ ਬੱਝੀ ਹੈ ਫਿਲਟਰ ਨੂੰ ਅਸੰਗਤ ਕਹਿਣ ਤੋਂ ਪਹਿਲਾਂ।
ਜਦੋਂ ਦੋਵੇਂ ਐਪਲੀਕੇਸ਼ਨ ਟਨਲ ਦਾ ਰਿਜ਼ਾਲਵਰ ਵਰਤਦੇ ਹਨ ਅਤੇ ਸਿਰਫ਼ ਇੱਕ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ, ਫ਼ਰਕ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਹੈ, DNS ਵਿੱਚ ਨਹੀਂ। ਹਰ ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਰਿਜ਼ਾਲਵਰ ਦਾ ਪਤਾ ਲਿਖੋ, ਕਿਉਂਕਿ ਵਿੰਡੋ ਬੰਦ ਹੁੰਦਿਆਂ ਉਹ ਵੇਰਵਾ ਗਾਇਬ ਹੋ ਜਾਂਦਾ ਹੈ।
ਆਪਣਾ ਹੈ ਤਾਂ ਬਦਲੋ, ਆਪਣਾ ਨਹੀਂ ਤਾਂ ਉੱਪਰ ਭੇਜੋ
ਤੁਹਾਡਾ ਅਗਲਾ ਕਦਮ ਇਸ ਉੱਤੇ ਨਿਰਭਰ ਹੈ ਕਿ ਤੁਸੀਂ ਜਿਸ ਰਿਜ਼ਾਲਵਰ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰ ਰਹੇ ਹੋ ਉਹ ਕਿਸਦਾ ਹੈ। ਜੋ ਤੁਸੀਂ ਖੁਦ ਚਲਾਉਂਦੇ ਹੋ ਉਹ ਪੜ੍ਹਨ ਅਤੇ ਕਨਫਿਗਰ ਕਰਨ ਯੋਗ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ: ਦਸਤਾਵੇਜ਼ੀ ਫਿਲਟਰਿੰਗ ਚੋਣ ਅਤੇ ਉਸ ਦੇ ਅਪਵਾਦ ਵੇਖੋ, ਫਿਰ ਉਸ ਇੱਕ ਨਾਮ ਦੀ ਆਗਿਆ ਦਿਓ। ਜੋ ਤੁਹਾਡਾ ਰੋਜ਼ਗਾਰ ਦੇਣ ਵਾਲਾ ਜਾਂ ਪ੍ਰਦਾਤਾ ਚਲਾਉਂਦਾ ਹੈ ਉਹ ਡੋਮੇਨ, ਸਹੀ ਜਵਾਬ ਅਤੇ ਸਮੇਂ ਵਾਲਾ ਟਿਕਟ ਹੈ।
ਸਾਈਟ ਨੂੰ ਜ਼ਬਰਦਸਤੀ ਖੋਲ੍ਹਣ ਲਈ ਕਦੇ ਵੀ ਜਨਤਕ ਰਿਜ਼ਾਲਵਰ ਨਾ ਬਦਲੋ, ਕਿਉਂਕਿ ਨਿੱਜੀ ਨਾਮ ਹੱਲ ਹੋਣਾ ਬੰਦ ਹੋ ਜਾਂਦੇ ਹਨ ਅਤੇ ਜਾਣਬੁੱਝ ਕੇ ਬਣਾਈ ਨੀਤੀ ਲਾਗੂ ਹੋਣਾ ਬੰਦ ਹੋ ਜਾਂਦੀ ਹੈ। ਸੀਮਤ ਬਦਲਾਅ ਸਬੂਤ ਵੀ ਅਟੁੱਟ ਰੱਖਦਾ ਹੈ, ਤਾਂ ਜੋ ਮਾਲਕ ਤੁਹਾਡੀ ਰਿਪੋਰਟ ਆਪਣੇ ਰਿਕਾਰਡ ਨਾਲ ਮਿਲਾ ਸਕੇ। ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਸ਼ੈੱਲ ਤੋਂ ਖੋਜ ਦੀ ਥਾਂ ਮੂਲ ਐਪਲੀਕੇਸ਼ਨ ਜਾਂਚ ਦੁਹਰਾਓ।
ਬਲੌਕ ਪੇਜ ਭਰੋਸੇਯੋਗ ਪ੍ਰਮਾਣ ਪੱਤਰ ਨਹੀਂ ਹੈ
ਆਪਣਾ ਪ੍ਰਮਾਣ ਪੱਤਰ ਦਿਖਾਉਣ ਵਾਲਾ ਬਦਲਵਾਂ ਪੇਜ HTTPS ਪਛਾਣ ਚੇਤਾਵਨੀ ਦੇਵੇਗਾ, ਅਤੇ ਰੀਡਾਇਰੈਕਟ ਉਸ ਪ੍ਰਮਾਣ ਪੱਤਰ ਨੂੰ ਵੈਧ ਨਹੀਂ ਬਣਾਉਂਦਾ। ਟਨਲ ਚਾਲੂ ਹੈ ਇਸ ਲਈ ਉਸ ਵਿੱਚੋਂ ਕਲਿੱਕ ਨਾ ਕਰੋ; ਚੇਤਾਵਨੀ ਵੱਖਰਾ ਭਰੋਸਾ-ਫੈਸਲਾ ਹੈ ਜੋ ਫਿਰ ਵੀ ਸਹੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
ਫੇਲ੍ਹ ਹੋਣ ਵਾਲਾ ਨਾਮ ਨੀਤੀ-ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਅਤੇ ਕੰਟਰੋਲ ਨਾਮ ਉਸੇ ਰਿਜ਼ਾਲਵਰ ਰਾਹੀਂ ਆਮ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਤਾਂ ਨਿਦਾਨ ਬੰਦ ਹੁੰਦਾ ਹੈ। ਉਸ ਬਿੰਦੂ ’ਤੇ ਮੁਰੰਮਤ ਨੀਤੀ ਦਾ ਬਦਲਾਅ ਹੈ, ਟਨਲ ਦਾ ਨਹੀਂ, ਅਤੇ ਰਿਪੋਰਟ ਵਿੱਚ ਤੁਸੀਂ ਜੋ RFC 1035 ਰਿਸਪਾਂਸ ਕੋਡ ਹਵਾਲਾ ਦਿੰਦੇ ਹੋ ਉਹੀ ਹਨ। ਦੋਵੇਂ ਨਾਮ ਅਤੇ ਜਵਾਬ ਇਕੱਠੇ ਰੱਖੋ; ਪੂਰਾ ਕੇਸ ਇਹੀ ਹੈ।