ਮੋਜ਼ੀਲਾ ਫਾਇਰਫਾਕਸ ਵਿੱਚ ਮੂਲ ਰੂਪ ਵਿੱਚ DNS-ਓਵਰ-HTTPS ਨੂੰ ਸਮਰੱਥ ਕਰਨ ਲਈ ਅੱਗੇ ਵਧਦੀ ਹੈ

ਫਾਇਰਫਾਕਸ ਡਿਵੈਲਪਰਸ ਐਲਾਨ ਕੀਤਾ HTTPS ਉੱਤੇ DNS (DoH, HTTPS ਉੱਤੇ DNS) ਲਈ ਟੈਸਟਿੰਗ ਸਮਰਥਨ ਨੂੰ ਪੂਰਾ ਕਰਨ ਅਤੇ ਸਤੰਬਰ ਦੇ ਅੰਤ ਵਿੱਚ ਯੂਐਸ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਮੂਲ ਰੂਪ ਵਿੱਚ ਇਸ ਤਕਨਾਲੋਜੀ ਨੂੰ ਸਮਰੱਥ ਕਰਨ ਦੇ ਇਰਾਦੇ ਬਾਰੇ। ਸਰਗਰਮੀ ਹੌਲੀ-ਹੌਲੀ ਕੀਤੀ ਜਾਵੇਗੀ, ਸ਼ੁਰੂ ਵਿੱਚ ਕੁਝ ਪ੍ਰਤੀਸ਼ਤ ਉਪਭੋਗਤਾਵਾਂ ਲਈ, ਅਤੇ ਜੇਕਰ ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ ਹੈ, ਤਾਂ ਹੌਲੀ ਹੌਲੀ 100% ਤੱਕ ਵਧਦੀ ਜਾਵੇਗੀ। ਇੱਕ ਵਾਰ ਅਮਰੀਕਾ ਦੇ ਕਵਰ ਹੋਣ ਤੋਂ ਬਾਅਦ, DoH ਨੂੰ ਦੂਜੇ ਦੇਸ਼ਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਨ ਲਈ ਵਿਚਾਰ ਕੀਤਾ ਜਾਵੇਗਾ।

ਪੂਰੇ ਸਾਲ ਦੌਰਾਨ ਕੀਤੇ ਗਏ ਟੈਸਟਾਂ ਨੇ ਸੇਵਾ ਦੀ ਭਰੋਸੇਯੋਗਤਾ ਅਤੇ ਚੰਗੀ ਕਾਰਗੁਜ਼ਾਰੀ ਦਿਖਾਈ, ਅਤੇ ਕੁਝ ਸਥਿਤੀਆਂ ਦੀ ਪਛਾਣ ਕਰਨਾ ਵੀ ਸੰਭਵ ਬਣਾਇਆ ਜਿੱਥੇ DoH ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਰੋਕਣ ਲਈ ਹੱਲ ਵਿਕਸਿਤ ਕਰ ਸਕਦਾ ਹੈ (ਉਦਾਹਰਣ ਵਜੋਂ, ਡਿਸਸੈਂਬਲਡ проблемы ਸਮੱਗਰੀ ਡਿਲੀਵਰੀ ਨੈੱਟਵਰਕ, ਮਾਤਾ-ਪਿਤਾ ਦੇ ਨਿਯੰਤਰਣ ਅਤੇ ਕਾਰਪੋਰੇਟ ਅੰਦਰੂਨੀ DNS ਜ਼ੋਨਾਂ ਵਿੱਚ ਟ੍ਰੈਫਿਕ ਓਪਟੀਮਾਈਜੇਸ਼ਨ ਦੇ ਨਾਲ)।

DNS ਟ੍ਰੈਫਿਕ ਨੂੰ ਏਨਕ੍ਰਿਪਟ ਕਰਨ ਦੇ ਮਹੱਤਵ ਦਾ ਮੁਲਾਂਕਣ ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਸੁਰੱਖਿਆ ਲਈ ਇੱਕ ਬੁਨਿਆਦੀ ਤੌਰ 'ਤੇ ਮਹੱਤਵਪੂਰਨ ਕਾਰਕ ਵਜੋਂ ਕੀਤਾ ਗਿਆ ਹੈ, ਇਸ ਲਈ ਇਹ ਡਿਫੌਲਟ ਰੂਪ ਵਿੱਚ DoH ਨੂੰ ਸਮਰੱਥ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਗਿਆ ਸੀ, ਪਰ ਪਹਿਲੇ ਪੜਾਅ 'ਤੇ ਸਿਰਫ ਸੰਯੁਕਤ ਰਾਜ ਦੇ ਉਪਭੋਗਤਾਵਾਂ ਲਈ. DoH ਨੂੰ ਐਕਟੀਵੇਟ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਉਪਭੋਗਤਾ ਨੂੰ ਇੱਕ ਚੇਤਾਵਨੀ ਪ੍ਰਾਪਤ ਹੋਵੇਗੀ ਜੋ, ਜੇ ਲੋੜੀਦਾ ਹੋਵੇ, ਤਾਂ ਕੇਂਦਰੀਕ੍ਰਿਤ DoH DNS ਸਰਵਰਾਂ ਨਾਲ ਸੰਪਰਕ ਕਰਨ ਤੋਂ ਇਨਕਾਰ ਕਰਨ ਅਤੇ ਪ੍ਰਦਾਤਾ ਦੇ DNS ਸਰਵਰ (DNS ਰੈਜ਼ੋਲਵਰਾਂ ਦੇ ਵੰਡੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੀ ਬਜਾਏ) ਨੂੰ ਅਣ-ਇਨਕ੍ਰਿਪਟਡ ਬੇਨਤੀਆਂ ਭੇਜਣ ਦੀ ਰਵਾਇਤੀ ਸਕੀਮ 'ਤੇ ਵਾਪਸ ਜਾਣ ਦੀ ਇਜਾਜ਼ਤ ਦੇਵੇਗੀ। DoH ਕਿਸੇ ਖਾਸ DoH ਸੇਵਾ ਲਈ ਬਾਈਡਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਜਿਸ ਨੂੰ ਅਸਫਲਤਾ ਦਾ ਇੱਕ ਬਿੰਦੂ ਮੰਨਿਆ ਜਾ ਸਕਦਾ ਹੈ)।

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

ਸਟੈਂਡਰਡ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਰੈਜ਼ੋਲਵਰ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਇੱਕ ਆਟੋਮੈਟਿਕ ਵਾਪਸੀ ਵੀ ਪ੍ਰਦਾਨ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਜੇਕਰ DoH ਦੁਆਰਾ ਰੈਜ਼ੋਲਿਊਸ਼ਨ ਦੌਰਾਨ ਅਸਫਲਤਾਵਾਂ ਹੁੰਦੀਆਂ ਹਨ (ਉਦਾਹਰਨ ਲਈ, ਜੇਕਰ DoH ਪ੍ਰਦਾਤਾ ਦੇ ਨਾਲ ਨੈੱਟਵਰਕ ਦੀ ਉਪਲਬਧਤਾ ਵਿੱਚ ਵਿਘਨ ਪੈਂਦਾ ਹੈ ਜਾਂ ਇਸਦੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਵਿੱਚ ਅਸਫਲਤਾਵਾਂ ਹੁੰਦੀਆਂ ਹਨ)। ਅਜਿਹੀਆਂ ਜਾਂਚਾਂ ਦਾ ਅਰਥ ਸ਼ੱਕੀ ਹੈ, ਕਿਉਂਕਿ ਕੋਈ ਵੀ ਹਮਲਾਵਰਾਂ ਨੂੰ ਨਹੀਂ ਰੋਕਦਾ ਜੋ ਰੈਜ਼ੋਲਵਰ ਦੇ ਸੰਚਾਲਨ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦੇ ਹਨ ਜਾਂ DNS ਟ੍ਰੈਫਿਕ ਦੀ ਏਨਕ੍ਰਿਪਸ਼ਨ ਨੂੰ ਅਯੋਗ ਕਰਨ ਲਈ ਸਮਾਨ ਵਿਵਹਾਰ ਦੀ ਨਕਲ ਕਰਨ ਤੋਂ ਟ੍ਰੈਫਿਕ ਵਿੱਚ ਦਖਲ ਦੇਣ ਦੇ ਸਮਰੱਥ ਹਨ। ਸੈਟਿੰਗਾਂ ਵਿੱਚ "DoH ਹਮੇਸ਼ਾ" ਆਈਟਮ ਨੂੰ ਜੋੜ ਕੇ ਸਮੱਸਿਆ ਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਸੀ (ਚੁੱਪ-ਚੁੱਪ ਅਕਿਰਿਆਸ਼ੀਲ), ਜਦੋਂ ਸੈੱਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਆਟੋਮੈਟਿਕ ਬੰਦ ਲਾਗੂ ਨਹੀਂ ਹੁੰਦਾ, ਜੋ ਕਿ ਇੱਕ ਵਾਜਬ ਸਮਝੌਤਾ ਹੈ।

ਐਂਟਰਪ੍ਰਾਈਜ਼ ਰੈਜ਼ੋਲਵਰ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ, ਅਟੈਪੀਕਲ ਫਸਟ-ਲੈਵਲ ਡੋਮੇਨ (TLDs) ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਸਿਸਟਮ ਰੈਜ਼ੋਲਵਰ ਇੰਟਰਾਨੈੱਟ ਪਤੇ ਵਾਪਸ ਕਰਦਾ ਹੈ। ਇਹ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਕਿ ਕੀ ਮਾਤਾ-ਪਿਤਾ ਦੇ ਨਿਯੰਤਰਣ ਸਮਰਥਿਤ ਹਨ, exampleadultsite.com ਨਾਮ ਨੂੰ ਹੱਲ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਜੇਕਰ ਨਤੀਜਾ ਅਸਲ IP ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ ਹੈ, ਤਾਂ ਇਹ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ ਕਿ ਬਾਲਗ ਸਮੱਗਰੀ ਬਲਾਕਿੰਗ DNS ਪੱਧਰ 'ਤੇ ਕਿਰਿਆਸ਼ੀਲ ਹੈ। Google ਅਤੇ YouTube IP ਪਤਿਆਂ ਨੂੰ ਇਹ ਦੇਖਣ ਲਈ ਚਿੰਨ੍ਹਾਂ ਵਜੋਂ ਵੀ ਚੈੱਕ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਕਿ ਕੀ ਉਹਨਾਂ ਨੂੰ restrict.youtube.com,forceafesearch.google.com ਅਤੇ restrictmoderate.youtube.com ਨਾਲ ਬਦਲ ਦਿੱਤਾ ਗਿਆ ਹੈ। ਵਧੀਕ ਮੋਜ਼ੀਲਾ ਪੇਸ਼ਕਸ਼ ਕਰਦਾ ਹੈ ਇੱਕ ਸਿੰਗਲ ਟੈਸਟ ਹੋਸਟ ਲਾਗੂ ਕਰੋ use-application-dns.net, ਜਿਸ ਨੂੰ ISPs ਅਤੇ ਮਾਤਾ-ਪਿਤਾ ਨਿਯੰਤਰਣ ਸੇਵਾਵਾਂ DoH ਨੂੰ ਅਯੋਗ ਕਰਨ ਲਈ ਇੱਕ ਫਲੈਗ ਵਜੋਂ ਵਰਤ ਸਕਦੇ ਹਨ (ਜੇਕਰ ਹੋਸਟ ਦਾ ਪਤਾ ਨਹੀਂ ਲੱਗਿਆ, ਫਾਇਰਫਾਕਸ DoH ਨੂੰ ਅਯੋਗ ਕਰ ਦਿੰਦਾ ਹੈ)।

ਇੱਕ ਸਿੰਗਲ DoH ਸੇਵਾ ਰਾਹੀਂ ਕੰਮ ਕਰਨ ਨਾਲ ਸਮੱਗਰੀ ਡਿਲੀਵਰੀ ਨੈੱਟਵਰਕਾਂ ਵਿੱਚ ਟ੍ਰੈਫਿਕ ਓਪਟੀਮਾਈਜੇਸ਼ਨ ਨਾਲ ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਹੋ ਸਕਦੀਆਂ ਹਨ ਜੋ DNS ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਟ੍ਰੈਫਿਕ ਨੂੰ ਸੰਤੁਲਿਤ ਕਰਦੇ ਹਨ (CDN ਨੈੱਟਵਰਕ ਦਾ DNS ਸਰਵਰ ਰੈਜ਼ੋਲਵਰ ਪਤੇ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ ਇੱਕ ਜਵਾਬ ਪੈਦਾ ਕਰਦਾ ਹੈ ਅਤੇ ਸਮੱਗਰੀ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਸਭ ਤੋਂ ਨਜ਼ਦੀਕੀ ਹੋਸਟ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ)। ਅਜਿਹੇ CDN ਵਿੱਚ ਉਪਭੋਗਤਾ ਦੇ ਸਭ ਤੋਂ ਨਜ਼ਦੀਕੀ ਰੈਜ਼ੋਲਵਰ ਤੋਂ ਇੱਕ DNS ਪੁੱਛਗਿੱਛ ਭੇਜਣ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਉਪਭੋਗਤਾ ਦੇ ਸਭ ਤੋਂ ਨਜ਼ਦੀਕੀ ਹੋਸਟ ਦਾ ਪਤਾ ਵਾਪਸ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਪਰ ਕੇਂਦਰੀਕ੍ਰਿਤ ਰੈਜ਼ੋਲਵਰ ਤੋਂ ਇੱਕ DNS ਪੁੱਛਗਿੱਛ ਭੇਜਣ ਨਾਲ DNS-over-HTTPS ਸਰਵਰ ਦੇ ਸਭ ਤੋਂ ਨੇੜੇ ਹੋਸਟ ਪਤਾ ਵਾਪਸ ਆ ਜਾਵੇਗਾ। . ਅਭਿਆਸ ਵਿੱਚ ਟੈਸਟਿੰਗ ਨੇ ਦਿਖਾਇਆ ਕਿ ਇੱਕ CDN ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ DNS-over-HTTP ਦੀ ਵਰਤੋਂ ਨੇ ਸਮੱਗਰੀ ਟ੍ਰਾਂਸਫਰ ਦੀ ਸ਼ੁਰੂਆਤ ਤੋਂ ਪਹਿਲਾਂ ਕੋਈ ਦੇਰੀ ਨਹੀਂ ਕੀਤੀ (ਤੇਜ਼ ਕੁਨੈਕਸ਼ਨਾਂ ਲਈ, ਦੇਰੀ 10 ਮਿਲੀਸਕਿੰਟ ਤੋਂ ਵੱਧ ਨਹੀਂ ਸੀ, ਅਤੇ ਹੌਲੀ ਸੰਚਾਰ ਚੈਨਲਾਂ 'ਤੇ ਵੀ ਤੇਜ਼ ਪ੍ਰਦਰਸ਼ਨ ਦੇਖਿਆ ਗਿਆ ਸੀ। ). CDN ਰੈਜ਼ੋਲਵਰ ਨੂੰ ਕਲਾਇੰਟ ਟਿਕਾਣਾ ਜਾਣਕਾਰੀ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ EDNS ਕਲਾਇੰਟ ਸਬਨੈੱਟ ਐਕਸਟੈਂਸ਼ਨ ਦੀ ਵਰਤੋਂ 'ਤੇ ਵੀ ਵਿਚਾਰ ਕੀਤਾ ਗਿਆ ਸੀ।

ਆਓ ਯਾਦ ਕਰੀਏ ਕਿ DoH ਪ੍ਰਦਾਤਾਵਾਂ ਦੇ DNS ਸਰਵਰਾਂ ਦੁਆਰਾ ਬੇਨਤੀ ਕੀਤੇ ਮੇਜ਼ਬਾਨ ਨਾਮਾਂ ਬਾਰੇ ਜਾਣਕਾਰੀ ਦੇ ਲੀਕ ਨੂੰ ਰੋਕਣ, MITM ਹਮਲਿਆਂ ਦਾ ਮੁਕਾਬਲਾ ਕਰਨ ਅਤੇ DNS ਟ੍ਰੈਫਿਕ ਦੀ ਧੋਖਾਧੜੀ, DNS ਪੱਧਰ 'ਤੇ ਬਲਾਕਿੰਗ ਦਾ ਮੁਕਾਬਲਾ ਕਰਨ, ਜਾਂ ਇਸ ਸਥਿਤੀ ਵਿੱਚ ਕੰਮ ਨੂੰ ਸੰਗਠਿਤ ਕਰਨ ਲਈ ਉਪਯੋਗੀ ਹੋ ਸਕਦਾ ਹੈ। DNS ਸਰਵਰਾਂ ਤੱਕ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਪਹੁੰਚਣਾ ਅਸੰਭਵ ਹੈ (ਉਦਾਹਰਨ ਲਈ, ਜਦੋਂ ਇੱਕ ਪ੍ਰੌਕਸੀ ਦੁਆਰਾ ਕੰਮ ਕਰਦੇ ਹੋ)। ਜੇਕਰ ਇੱਕ ਆਮ ਸਥਿਤੀ ਵਿੱਚ DNS ਬੇਨਤੀਆਂ ਸਿੱਧੇ ਸਿਸਟਮ ਸੰਰਚਨਾ ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ DNS ਸਰਵਰਾਂ ਨੂੰ ਭੇਜੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਤਾਂ DoH ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਹੋਸਟ ਦੇ IP ਪਤੇ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਬੇਨਤੀ HTTPS ਟ੍ਰੈਫਿਕ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ HTTP ਸਰਵਰ ਨੂੰ ਭੇਜੀ ਜਾਂਦੀ ਹੈ, ਜਿੱਥੇ ਰਿਜ਼ੋਲਵਰ ਪ੍ਰਕਿਰਿਆ ਕਰਦਾ ਹੈ। ਵੈੱਬ API ਰਾਹੀਂ ਬੇਨਤੀਆਂ। ਮੌਜੂਦਾ DNSSEC ਸਟੈਂਡਰਡ ਸਿਰਫ ਕਲਾਇੰਟ ਅਤੇ ਸਰਵਰ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਨ ਲਈ ਏਨਕ੍ਰਿਪਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਪਰ ਟ੍ਰੈਫਿਕ ਨੂੰ ਰੁਕਾਵਟ ਤੋਂ ਨਹੀਂ ਬਚਾਉਂਦਾ ਹੈ ਅਤੇ ਬੇਨਤੀਆਂ ਦੀ ਗੁਪਤਤਾ ਦੀ ਗਰੰਟੀ ਨਹੀਂ ਦਿੰਦਾ ਹੈ।

DoH ਨੂੰ about:config ਵਿੱਚ ਸਮਰੱਥ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ network.trr.mode ਵੇਰੀਏਬਲ ਦਾ ਮੁੱਲ ਬਦਲਣਾ ਚਾਹੀਦਾ ਹੈ, ਜੋ ਕਿ ਫਾਇਰਫਾਕਸ 60 ਤੋਂ ਸਮਰਥਿਤ ਹੈ। 0 ਦਾ ਮੁੱਲ DoH ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਯੋਗ ਕਰ ਦਿੰਦਾ ਹੈ; 1 - DNS ਜਾਂ DoH ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਜੋ ਵੀ ਤੇਜ਼ ਹੋਵੇ; 2 - DoH ਮੂਲ ਰੂਪ ਵਿੱਚ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ DNS ਨੂੰ ਇੱਕ ਫਾਲਬੈਕ ਵਿਕਲਪ ਵਜੋਂ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ; 3 - ਸਿਰਫ਼ DoH ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ; 4 - ਮਿਰਰਿੰਗ ਮੋਡ ਜਿਸ ਵਿੱਚ DoH ਅਤੇ DNS ਸਮਾਨਾਂਤਰ ਵਰਤੇ ਜਾਂਦੇ ਹਨ। ਮੂਲ ਰੂਪ ਵਿੱਚ, CloudFlare DNS ਸਰਵਰ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਪਰ ਇਸਨੂੰ network.trr.uri ਪੈਰਾਮੀਟਰ ਰਾਹੀਂ ਬਦਲਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਤੁਸੀਂ “https://dns.google.com/experimental” ਜਾਂ “https://9.9.9.9” ਸੈੱਟ ਕਰ ਸਕਦੇ ਹੋ। .XNUMX/dns-query "

ਸਰੋਤ: opennet.ru