DNS-over-TLS ਅਤੇ DNS-over-HTTPS ਲਈ ਸਮਰਥਨ ਦੇ ਨਾਲ BIND DNS ਸਰਵਰ 9.18.0 ਦੀ ਰਿਲੀਜ਼

ਦੋ ਸਾਲਾਂ ਦੇ ਵਿਕਾਸ ਤੋਂ ਬਾਅਦ, ISC ਕੰਸੋਰਟੀਅਮ ਨੇ BIND 9.18 DNS ਸਰਵਰ ਦੀ ਇੱਕ ਵੱਡੀ ਨਵੀਂ ਸ਼ਾਖਾ ਦੀ ਪਹਿਲੀ ਸਥਿਰ ਰੀਲੀਜ਼ ਜਾਰੀ ਕੀਤੀ ਹੈ। ਬ੍ਰਾਂਚ 9.18 ਲਈ ਸਹਾਇਤਾ ਇੱਕ ਵਿਸਤ੍ਰਿਤ ਸਹਾਇਤਾ ਚੱਕਰ ਦੇ ਹਿੱਸੇ ਵਜੋਂ 2 ਦੀ ਦੂਜੀ ਤਿਮਾਹੀ ਤੱਕ ਤਿੰਨ ਸਾਲਾਂ ਲਈ ਪ੍ਰਦਾਨ ਕੀਤੀ ਜਾਵੇਗੀ। 2025 ਬ੍ਰਾਂਚ ਲਈ ਸਮਰਥਨ ਮਾਰਚ ਵਿੱਚ ਖਤਮ ਹੋ ਜਾਵੇਗਾ, ਅਤੇ 9.11 ਦੇ ਮੱਧ ਵਿੱਚ 9.16 ਸ਼ਾਖਾ ਲਈ ਸਮਰਥਨ. BIND ਦੇ ਅਗਲੇ ਸਥਿਰ ਸੰਸਕਰਣ ਦੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਵਿਕਸਤ ਕਰਨ ਲਈ, ਇੱਕ ਪ੍ਰਯੋਗਾਤਮਕ ਸ਼ਾਖਾ BIND 2023 ਬਣਾਈ ਗਈ ਹੈ।

BIND 9.18.0 ਦੀ ਰਿਲੀਜ਼ HTTPS (DoH, HTTPS ਉੱਤੇ DNS) ਅਤੇ TLS ਉੱਤੇ DNS (DoT, DNS ਉੱਤੇ TLS), ਅਤੇ ਨਾਲ ਹੀ XoT (XFR-ਓਵਰ-TLS) ਵਿਧੀ ਲਈ DNS ਲਈ ਸਮਰਥਨ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ। DNS ਸਮੱਗਰੀ ਦੇ ਸੁਰੱਖਿਅਤ ਟ੍ਰਾਂਸਫਰ ਲਈ ਸਰਵਰਾਂ ਵਿਚਕਾਰ ਜ਼ੋਨ (XoT ਰਾਹੀਂ ਭੇਜਣ ਅਤੇ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਜ਼ੋਨ ਦੋਵੇਂ ਸਮਰਥਿਤ ਹਨ)। ਢੁਕਵੀਆਂ ਸੈਟਿੰਗਾਂ ਦੇ ਨਾਲ, ਇੱਕ ਸਿੰਗਲ ਨਾਮੀ ਪ੍ਰਕਿਰਿਆ ਹੁਣ ਨਾ ਸਿਰਫ਼ ਰਵਾਇਤੀ DNS ਸਵਾਲਾਂ ਦੀ ਸੇਵਾ ਕਰ ਸਕਦੀ ਹੈ, ਸਗੋਂ DNS-over-HTTPS ਅਤੇ DNS-ਓਵਰ-TLS ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਭੇਜੀਆਂ ਗਈਆਂ ਪੁੱਛਗਿੱਛਾਂ ਵੀ ਕਰ ਸਕਦੀਆਂ ਹਨ। DNS-over-TLS ਲਈ ਕਲਾਇੰਟ ਸਮਰਥਨ ਡਿਗ ਉਪਯੋਗਤਾ ਵਿੱਚ ਬਣਾਇਆ ਗਿਆ ਹੈ, ਜਿਸਦੀ ਵਰਤੋਂ TLS ਉੱਤੇ ਬੇਨਤੀਆਂ ਭੇਜਣ ਲਈ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ ਜਦੋਂ "+tls" ਫਲੈਗ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

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

ਲਿਸਨ-ਆਨ ਡਾਇਰੈਕਟਿਵ ਵਿੱਚ "http" ਅਤੇ "tls" ਵਿਕਲਪਾਂ ਨੂੰ ਜੋੜ ਕੇ DoH ਅਤੇ DoT ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਬੇਨਤੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸਮਰੱਥ ਬਣਾਇਆ ਗਿਆ ਹੈ। ਗੈਰ-ਇਨਕ੍ਰਿਪਟਡ DNS-ਓਵਰ-HTTP ਦਾ ਸਮਰਥਨ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਸੈਟਿੰਗਾਂ ਵਿੱਚ "tls none" ਨਿਸ਼ਚਿਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਕੁੰਜੀਆਂ ਨੂੰ "tls" ਭਾਗ ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ। ਡਿਫੌਲਟ ਨੈੱਟਵਰਕ ਪੋਰਟਾਂ DoT ਲਈ 853, DoH ਲਈ 443 ਅਤੇ DNS-over-HTTP ਲਈ 80 ਨੂੰ tls-port, https-ਪੋਰਟ ਅਤੇ http-ਪੋਰਟ ਪੈਰਾਮੀਟਰਾਂ ਰਾਹੀਂ ਓਵਰਰਾਈਡ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਉਦਾਹਰਣ ਲਈ:

tls local-tls { key-file "/path/to/priv_key.pem"; cert-file "/path/to/cert_chain.pem"; }; http ਸਥਾਨਕ-http-ਸਰਵਰ { ਅੰਤਮ ਬਿੰਦੂ { "/dns-query"; }; }; ਵਿਕਲਪ { https-ਪੋਰਟ 443; ਸੁਣੋ-ਆਨ ਪੋਰਟ 443 tls local-tls http myserver {any;}; }

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

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

DoH/DoT ਦੇ ਨਾਲ ਬਿਲਡ ਨੂੰ ਅਸਮਰੱਥ ਬਣਾ ਕੇ ਜਾਂ ਕਿਸੇ ਹੋਰ ਸਰਵਰ 'ਤੇ ਏਨਕ੍ਰਿਪਸ਼ਨ ਨੂੰ ਮੂਵ ਕਰਕੇ ਜੋ ਕਮੀਆਂ ਦੀ ਭਰਪਾਈ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਉਹਨਾਂ ਵਿੱਚ ਕੋਡ ਬੇਸ ਦੀ ਆਮ ਪੇਚੀਦਗੀ ਸਾਹਮਣੇ ਆਉਂਦੀ ਹੈ - ਇੱਕ ਬਿਲਟ-ਇਨ HTTP ਸਰਵਰ ਅਤੇ TLS ਲਾਇਬ੍ਰੇਰੀ ਸ਼ਾਮਲ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਜਿਸ ਵਿੱਚ ਸੰਭਾਵੀ ਤੌਰ 'ਤੇ ਕਮਜ਼ੋਰੀਆਂ ਹੋ ਸਕਦੀਆਂ ਹਨ। ਅਤੇ ਅਤਿਰਿਕਤ ਹਮਲਾ ਵੈਕਟਰ ਵਜੋਂ ਕੰਮ ਕਰਦੇ ਹਨ। ਨਾਲ ਹੀ, DoH ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ, ਆਵਾਜਾਈ ਵਧ ਜਾਂਦੀ ਹੈ।

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

"TLS ਉੱਤੇ DNS" ਮਿਆਰੀ DNS ਪ੍ਰੋਟੋਕੋਲ (ਨੈੱਟਵਰਕ ਪੋਰਟ 853 ਆਮ ਤੌਰ 'ਤੇ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ) ਦੀ ਵਰਤੋਂ ਵਿੱਚ "DNS ਓਵਰ HTTPS" ਤੋਂ ਵੱਖਰਾ ਹੈ, ਪ੍ਰਮਾਣਿਤ TLS/SSL ਪ੍ਰਮਾਣ ਪੱਤਰਾਂ ਦੁਆਰਾ ਹੋਸਟ ਵੈਧਤਾ ਦੀ ਜਾਂਚ ਦੇ ਨਾਲ TLS ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਆਯੋਜਿਤ ਇੱਕ ਐਨਕ੍ਰਿਪਟਡ ਸੰਚਾਰ ਚੈਨਲ ਵਿੱਚ ਲਪੇਟਿਆ ਹੋਇਆ ਹੈ। ਇੱਕ ਪ੍ਰਮਾਣੀਕਰਣ ਅਥਾਰਟੀ ਦੁਆਰਾ। ਮੌਜੂਦਾ DNSSEC ਸਟੈਂਡਰਡ ਸਿਰਫ ਕਲਾਇੰਟ ਅਤੇ ਸਰਵਰ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਨ ਲਈ ਏਨਕ੍ਰਿਪਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਪਰ ਟ੍ਰੈਫਿਕ ਨੂੰ ਰੁਕਾਵਟ ਤੋਂ ਨਹੀਂ ਬਚਾਉਂਦਾ ਹੈ ਅਤੇ ਬੇਨਤੀਆਂ ਦੀ ਗੁਪਤਤਾ ਦੀ ਗਰੰਟੀ ਨਹੀਂ ਦਿੰਦਾ ਹੈ।

ਕੁਝ ਹੋਰ ਕਾਢਾਂ:

• TCP ਅਤੇ UDP 'ਤੇ ਬੇਨਤੀਆਂ ਭੇਜਣ ਅਤੇ ਪ੍ਰਾਪਤ ਕਰਨ ਵੇਲੇ ਵਰਤੇ ਗਏ ਬਫਰਾਂ ਦੇ ਆਕਾਰ ਨੂੰ ਸੈੱਟ ਕਰਨ ਲਈ tcp-receive-buffer, tcp-ਭੇਜੋ-ਬਫਰ, udp-ਪ੍ਰਾਪਤ-ਬਫਰ ਅਤੇ udp-ਭੇਜੋ-ਬਫਰ ਸੈਟਿੰਗਾਂ ਸ਼ਾਮਲ ਕੀਤੀਆਂ ਗਈਆਂ। ਵਿਅਸਤ ਸਰਵਰਾਂ 'ਤੇ, ਆਉਣ ਵਾਲੇ ਬਫਰਾਂ ਨੂੰ ਵਧਾਉਣਾ ਟ੍ਰੈਫਿਕ ਸਿਖਰਾਂ ਦੇ ਦੌਰਾਨ ਪੈਕੇਟਾਂ ਨੂੰ ਛੱਡੇ ਜਾਣ ਤੋਂ ਬਚਣ ਵਿੱਚ ਮਦਦ ਕਰੇਗਾ, ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਘਟਾਉਣ ਨਾਲ ਪੁਰਾਣੀਆਂ ਬੇਨਤੀਆਂ ਨਾਲ ਮੈਮੋਰੀ ਕਲੌਗਿੰਗ ਤੋਂ ਛੁਟਕਾਰਾ ਪਾਉਣ ਵਿੱਚ ਮਦਦ ਮਿਲੇਗੀ।
• ਇੱਕ ਨਵੀਂ ਲੌਗ ਸ਼੍ਰੇਣੀ “rpz-pasthru” ਸ਼ਾਮਲ ਕੀਤੀ ਗਈ ਹੈ, ਜੋ ਤੁਹਾਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ RPZ (ਜਵਾਬ ਨੀਤੀ ਜ਼ੋਨ) ਫਾਰਵਰਡਿੰਗ ਕਾਰਵਾਈਆਂ ਨੂੰ ਲੌਗ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ।
• ਜਵਾਬ-ਨੀਤੀ ਸੈਕਸ਼ਨ ਵਿੱਚ, "nsdname-wait-recurse" ਵਿਕਲਪ ਨੂੰ ਜੋੜਿਆ ਗਿਆ ਹੈ, ਜਦੋਂ "ਨਹੀਂ" 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ RPZ NSDNAME ਨਿਯਮ ਤਾਂ ਹੀ ਲਾਗੂ ਹੁੰਦੇ ਹਨ ਜੇਕਰ ਕੈਸ਼ ਵਿੱਚ ਮੌਜੂਦ ਅਧਿਕਾਰਤ ਨਾਮ ਸਰਵਰ ਬੇਨਤੀ ਲਈ ਪਾਏ ਜਾਂਦੇ ਹਨ, ਨਹੀਂ ਤਾਂ RPZ NSDNAME ਨਿਯਮ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕੀਤਾ ਗਿਆ ਹੈ, ਪਰ ਜਾਣਕਾਰੀ ਬੈਕਗ੍ਰਾਊਂਡ ਵਿੱਚ ਪ੍ਰਾਪਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਅਗਲੀਆਂ ਬੇਨਤੀਆਂ 'ਤੇ ਲਾਗੂ ਹੁੰਦੀ ਹੈ।
• HTTPS ਅਤੇ SVCB ਕਿਸਮਾਂ ਵਾਲੇ ਰਿਕਾਰਡਾਂ ਲਈ, "ਵਾਧੂ" ਭਾਗ ਦੀ ਪ੍ਰਕਿਰਿਆ ਲਾਗੂ ਕੀਤੀ ਗਈ ਹੈ।
• ਕਸਟਮ ਅੱਪਡੇਟ-ਪਾਲਿਸੀ ਨਿਯਮ ਕਿਸਮਾਂ ਨੂੰ ਜੋੜਿਆ ਗਿਆ ਹੈ - krb5-subdomain-self-rhs ਅਤੇ ms-subdomain-self-rhs, ਜੋ ਤੁਹਾਨੂੰ SRV ਅਤੇ PTR ਰਿਕਾਰਡਾਂ ਦੇ ਅੱਪਡੇਟ ਨੂੰ ਸੀਮਿਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ। ਅੱਪਡੇਟ-ਪਾਲਿਸੀ ਬਲਾਕ ਹਰੇਕ ਕਿਸਮ ਲਈ ਵਿਅਕਤੀਗਤ ਰਿਕਾਰਡਾਂ ਦੀ ਗਿਣਤੀ 'ਤੇ ਸੀਮਾਵਾਂ ਸੈੱਟ ਕਰਨ ਦੀ ਯੋਗਤਾ ਨੂੰ ਵੀ ਜੋੜਦੇ ਹਨ।
• ਡਿਗ ਉਪਯੋਗਤਾ ਦੇ ਆਉਟਪੁੱਟ ਵਿੱਚ ਟ੍ਰਾਂਸਪੋਰਟ ਪ੍ਰੋਟੋਕੋਲ (UDP, TCP, TLS, HTTPS) ਅਤੇ DNS64 ਪ੍ਰੀਫਿਕਸ ਬਾਰੇ ਜਾਣਕਾਰੀ ਸ਼ਾਮਲ ਕੀਤੀ ਗਈ। ਡੀਬੱਗਿੰਗ ਉਦੇਸ਼ਾਂ ਲਈ, dig ਨੇ ਇੱਕ ਖਾਸ ਬੇਨਤੀ ਪਛਾਣਕਰਤਾ (dig +qid=) ਨਿਸ਼ਚਿਤ ਕਰਨ ਦੀ ਯੋਗਤਾ ਨੂੰ ਜੋੜਿਆ ਹੈ ).
• OpenSSL 3.0 ਲਾਇਬ੍ਰੇਰੀ ਲਈ ਸਮਰਥਨ ਜੋੜਿਆ ਗਿਆ।
• DNS ਫਲੈਗ ਡੇ 2020 ਦੁਆਰਾ ਪਛਾਣੇ ਗਏ ਵੱਡੇ DNS ਸੁਨੇਹਿਆਂ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਦੇ ਸਮੇਂ IP ਫ੍ਰੈਗਮੈਂਟੇਸ਼ਨ ਨਾਲ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ, ਕੋਡ ਜੋ EDNS ਬਫਰ ਦੇ ਆਕਾਰ ਨੂੰ ਵਿਵਸਥਿਤ ਕਰਦਾ ਹੈ ਜਦੋਂ ਕਿਸੇ ਬੇਨਤੀ ਦਾ ਕੋਈ ਜਵਾਬ ਨਹੀਂ ਹੁੰਦਾ ਹੈ ਤਾਂ ਰਿਜ਼ੋਲਵਰ ਤੋਂ ਹਟਾ ਦਿੱਤਾ ਗਿਆ ਹੈ। EDNS ਬਫਰ ਦਾ ਆਕਾਰ ਹੁਣ ਸਾਰੀਆਂ ਬਾਹਰ ਜਾਣ ਵਾਲੀਆਂ ਬੇਨਤੀਆਂ ਲਈ ਸਥਿਰ (edns-udp-size) 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ।
• ਬਿਲਡ ਸਿਸਟਮ ਨੂੰ autoconf, automake ਅਤੇ libtool ਦੇ ਸੁਮੇਲ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਬਦਲਿਆ ਗਿਆ ਹੈ।
• "ਨਕਸ਼ੇ" ਫਾਰਮੈਟ (ਮਾਸਟਰਫਾਈਲ-ਫਾਰਮੈਟ ਮੈਪ) ਵਿੱਚ ਜ਼ੋਨ ਫਾਈਲਾਂ ਲਈ ਸਮਰਥਨ ਬੰਦ ਕਰ ਦਿੱਤਾ ਗਿਆ ਹੈ। ਇਸ ਫਾਰਮੈਟ ਦੇ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਨਾਮ-ਕੰਪਾਈਲਜ਼ੋਨ ਉਪਯੋਗਤਾ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਜ਼ੋਨਾਂ ਨੂੰ ਕੱਚੇ ਫਾਰਮੈਟ ਵਿੱਚ ਬਦਲਣ ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
• ਪੁਰਾਣੇ DLZ (ਡਾਇਨੈਮਿਕਲੀ ਲੋਡ ਹੋਣ ਯੋਗ ਜ਼ੋਨ) ਡਰਾਈਵਰਾਂ ਲਈ ਸਮਰਥਨ ਬੰਦ ਕਰ ਦਿੱਤਾ ਗਿਆ ਹੈ, ਜਿਸਦੀ ਥਾਂ DLZ ਮੋਡੀਊਲ ਹੈ।
• ਵਿੰਡੋਜ਼ ਪਲੇਟਫਾਰਮ ਲਈ ਬਿਲਡ ਅਤੇ ਰਨ ਸਪੋਰਟ ਨੂੰ ਬੰਦ ਕਰ ਦਿੱਤਾ ਗਿਆ ਹੈ। ਵਿੰਡੋਜ਼ 'ਤੇ ਇੰਸਟਾਲ ਕੀਤੀ ਜਾ ਸਕਣ ਵਾਲੀ ਆਖਰੀ ਸ਼ਾਖਾ BIND 9.16 ਹੈ।

ਸਰੋਤ: opennet.ru