Chromium ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿੱਚੋਂ ਇੱਕ ਰੂਟ DNS ਸਰਵਰਾਂ 'ਤੇ ਇੱਕ ਵੱਡਾ ਲੋਡ ਬਣਾਉਂਦਾ ਹੈ

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

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

DNS ਰੈਜ਼ੋਲਿਊਸ਼ਨ ਆਮ ਤੌਰ 'ਤੇ ਕਿਵੇਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ

ਇਹ ਸਰਵਰ ਉੱਚਤਮ ਅਥਾਰਟੀ ਹਨ ਜਿਨ੍ਹਾਂ ਨਾਲ ਤੁਹਾਨੂੰ .com, .net, ਆਦਿ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ ਸੰਪਰਕ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਤਾਂ ਜੋ ਉਹ ਤੁਹਾਨੂੰ ਦੱਸ ਸਕਣ ਕਿ frglxrtmpuf ਇੱਕ ਉੱਚ-ਪੱਧਰੀ ਡੋਮੇਨ (TLD) ਨਹੀਂ ਹੈ।

DNS, ਜਾਂ ਡੋਮੇਨ ਨੇਮ ਸਿਸਟਮ, ਇੱਕ ਅਜਿਹਾ ਸਿਸਟਮ ਹੈ ਜਿਸ ਦੁਆਰਾ ਕੰਪਿਊਟਰ ਯਾਦਗਾਰੀ ਡੋਮੇਨ ਨਾਮਾਂ ਜਿਵੇਂ ਕਿ arstechnica.com ਨੂੰ ਬਹੁਤ ਘੱਟ ਉਪਭੋਗਤਾ-ਅਨੁਕੂਲ IP ਐਡਰੈੱਸ ਜਿਵੇਂ ਕਿ 3.128.236.93 ਵਿੱਚ ਹੱਲ ਕਰ ਸਕਦੇ ਹਨ। DNS ਦੇ ਬਿਨਾਂ, ਇੰਟਰਨੈਟ ਉਸ ਤਰੀਕੇ ਨਾਲ ਮੌਜੂਦ ਨਹੀਂ ਹੋਵੇਗਾ ਜਿਸਦੀ ਵਰਤੋਂ ਮਨੁੱਖ ਕਰ ਸਕਦੇ ਹਨ, ਭਾਵ ਉੱਚ-ਪੱਧਰੀ ਬੁਨਿਆਦੀ ਢਾਂਚੇ 'ਤੇ ਬੇਲੋੜਾ ਲੋਡ ਇੱਕ ਅਸਲ ਸਮੱਸਿਆ ਹੈ।

ਇੱਕ ਸਿੰਗਲ ਆਧੁਨਿਕ ਵੈਬ ਪੇਜ ਨੂੰ ਲੋਡ ਕਰਨ ਲਈ ਬਹੁਤ ਸਾਰੇ DNS ਲੁੱਕਅੱਪ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਜਦੋਂ ਅਸੀਂ ESPN ਦੇ ਹੋਮਪੇਜ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕੀਤਾ, ਅਸੀਂ a.espncdn.com ਤੋਂ ਲੈ ਕੇ z.motads.com ਤੱਕ 93 ਵੱਖਰੇ ਡੋਮੇਨ ਨਾਮਾਂ ਦੀ ਗਿਣਤੀ ਕੀਤੀ। ਇਹ ਸਾਰੇ ਪੰਨੇ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਲੋਡ ਕਰਨ ਲਈ ਜ਼ਰੂਰੀ ਹਨ!

ਇੱਕ ਖੋਜ ਇੰਜਣ ਲਈ ਇਸ ਕਿਸਮ ਦੇ ਵਰਕਲੋਡ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ, ਜਿਸ ਨੂੰ ਪੂਰੀ ਦੁਨੀਆ ਦੀ ਸੇਵਾ ਕਰਨ ਦੀ ਲੋੜ ਹੈ, DNS ਨੂੰ ਇੱਕ ਬਹੁ-ਪੱਧਰੀ ਲੜੀ ਦੇ ਰੂਪ ਵਿੱਚ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਸ ਪਿਰਾਮਿਡ ਦੇ ਸਿਖਰ 'ਤੇ ਰੂਟ ਸਰਵਰ ਹਨ - ਹਰੇਕ ਉੱਚ-ਪੱਧਰੀ ਡੋਮੇਨ, ਜਿਵੇਂ ਕਿ .com, ਦਾ ਆਪਣਾ ਸਰਵਰਾਂ ਦਾ ਪਰਿਵਾਰ ਹੈ ਜੋ ਉਹਨਾਂ ਦੇ ਹੇਠਾਂ ਹਰੇਕ ਡੋਮੇਨ ਲਈ ਸਭ ਤੋਂ ਉੱਚੇ ਅਧਿਕਾਰ ਹਨ। ਇੱਕ ਕਦਮ ਉੱਪਰ ਇਹ ਦੇ ਸਰਵਰ ਆਪਣੇ ਆਪ ਰੂਟ ਸਰਵਰ ਹਨ, ਤੋਂ a.root-servers.net ਨੂੰ m.root-servers.net.

ਇਹ ਕਿੰਨੀ ਵਾਰ ਹੁੰਦਾ ਹੈ?

DNS ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਬਹੁ-ਪੱਧਰੀ ਕੈਚਿੰਗ ਲੜੀ ਦਾ ਧੰਨਵਾਦ, ਦੁਨੀਆ ਦੇ DNS ਸਵਾਲਾਂ ਦਾ ਇੱਕ ਬਹੁਤ ਛੋਟਾ ਪ੍ਰਤੀਸ਼ਤ ਰੂਟ ਸਰਵਰਾਂ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ। ਬਹੁਤੇ ਲੋਕ ਆਪਣੀ DNS ਰੈਜ਼ੋਲਵਰ ਜਾਣਕਾਰੀ ਸਿੱਧੇ ਆਪਣੇ ISP ਤੋਂ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ। ਜਦੋਂ ਕਿਸੇ ਉਪਭੋਗਤਾ ਦੀ ਡਿਵਾਈਸ ਨੂੰ ਇਹ ਜਾਣਨ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ ਕਿ ਕਿਸੇ ਖਾਸ ਵੈਬਸਾਈਟ 'ਤੇ ਕਿਵੇਂ ਜਾਣਾ ਹੈ, ਤਾਂ ਇੱਕ ਬੇਨਤੀ ਪਹਿਲਾਂ ਉਸ ਸਥਾਨਕ ਪ੍ਰਦਾਤਾ ਦੁਆਰਾ ਪ੍ਰਬੰਧਿਤ ਇੱਕ DNS ਸਰਵਰ ਨੂੰ ਭੇਜੀ ਜਾਂਦੀ ਹੈ। ਜੇਕਰ ਸਥਾਨਕ DNS ਸਰਵਰ ਜਵਾਬ ਨਹੀਂ ਜਾਣਦਾ ਹੈ, ਤਾਂ ਇਹ ਬੇਨਤੀ ਨੂੰ ਆਪਣੇ ਖੁਦ ਦੇ "ਫਾਰਵਰਡਰਾਂ" (ਜੇ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਹੈ) ਨੂੰ ਭੇਜਦਾ ਹੈ।

ਜੇਕਰ ਨਾ ਤਾਂ ਸਥਾਨਕ ਪ੍ਰਦਾਤਾ ਦੇ DNS ਸਰਵਰ ਅਤੇ ਨਾ ਹੀ ਇਸਦੀ ਸੰਰਚਨਾ ਵਿੱਚ ਦਰਸਾਏ ਗਏ "ਫਾਰਵਰਡਿੰਗ ਸਰਵਰਾਂ" ਕੋਲ ਇੱਕ ਕੈਸ਼ ਜਵਾਬ ਹੈ, ਤਾਂ ਬੇਨਤੀ ਨੂੰ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਅਧਿਕਾਰਤ ਡੋਮੇਨ ਸਰਵਰ ਨੂੰ ਉਠਾਇਆ ਜਾਂਦਾ ਹੈ। ਉੱਚ ਜਿਸਨੂੰ ਤੁਸੀਂ ਬਦਲਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਹੋ। ਜਦੋਂ домен.com ਇਸਦਾ ਮਤਲਬ ਇਹ ਹੋਵੇਗਾ ਕਿ ਬੇਨਤੀ ਡੋਮੇਨ ਦੇ ਹੀ ਅਧਿਕਾਰਤ ਸਰਵਰਾਂ ਨੂੰ ਭੇਜੀ ਜਾਂਦੀ ਹੈ com, ਜੋ ਕਿ 'ਤੇ ਸਥਿਤ ਹਨ gtld-servers.net.

ਸਿਸਟਮ gtld-servers, ਜਿਸ ਲਈ ਬੇਨਤੀ ਕੀਤੀ ਗਈ ਸੀ, ਡੋਮੇਨ domain.com ਲਈ ਅਧਿਕਾਰਤ ਨਾਮ ਸਰਵਰਾਂ ਦੀ ਸੂਚੀ ਦੇ ਨਾਲ ਨਾਲ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਲਿੰਕ ਰਿਕਾਰਡ ਜਿਸ ਵਿੱਚ ਇੱਕ ਅਜਿਹੇ ਨਾਮ ਸਰਵਰ ਦਾ IP ਐਡਰੈੱਸ ਹੁੰਦਾ ਹੈ, ਦੇ ਨਾਲ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਅੱਗੇ, ਜਵਾਬ ਚੇਨ ਦੇ ਹੇਠਾਂ ਚਲੇ ਜਾਂਦੇ ਹਨ - ਹਰੇਕ ਫਾਰਵਰਡਰ ਇਹਨਾਂ ਜਵਾਬਾਂ ਨੂੰ ਸਰਵਰ ਨੂੰ ਹੇਠਾਂ ਭੇਜਦਾ ਹੈ ਜਿਸ ਨੇ ਉਹਨਾਂ ਨੂੰ ਬੇਨਤੀ ਕੀਤੀ ਸੀ, ਜਦੋਂ ਤੱਕ ਜਵਾਬ ਅੰਤ ਵਿੱਚ ਸਥਾਨਕ ਪ੍ਰਦਾਤਾ ਦੇ ਸਰਵਰ ਅਤੇ ਉਪਭੋਗਤਾ ਦੇ ਕੰਪਿਊਟਰ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਦਾ। ਉਹ ਸਾਰੇ ਇਸ ਜਵਾਬ ਨੂੰ ਕੈਸ਼ ਕਰਦੇ ਹਨ ਤਾਂ ਕਿ ਉੱਚ-ਪੱਧਰੀ ਪ੍ਰਣਾਲੀਆਂ ਨੂੰ ਬੇਲੋੜੀ ਪਰੇਸ਼ਾਨ ਨਾ ਕੀਤਾ ਜਾ ਸਕੇ।

ਜ਼ਿਆਦਾਤਰ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਨਾਮ ਸਰਵਰ ਰਿਕਾਰਡ ਕਰਦਾ ਹੈ domain.com ਇਹਨਾਂ ਫਾਰਵਰਡਰਾਂ ਵਿੱਚੋਂ ਇੱਕ 'ਤੇ ਪਹਿਲਾਂ ਹੀ ਕੈਸ਼ ਕੀਤਾ ਜਾਵੇਗਾ, ਇਸਲਈ ਰੂਟ ਸਰਵਰਾਂ ਨੂੰ ਪਰੇਸ਼ਾਨ ਨਹੀਂ ਕੀਤਾ ਜਾਵੇਗਾ। ਹਾਲਾਂਕਿ, ਹੁਣ ਲਈ ਅਸੀਂ ਉਸ URL ਦੀ ਕਿਸਮ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ ਜਿਸ ਤੋਂ ਅਸੀਂ ਜਾਣੂ ਹਾਂ - ਇੱਕ ਜੋ ਇੱਕ ਨਿਯਮਤ ਵੈਬਸਾਈਟ ਵਿੱਚ ਬਦਲਿਆ ਜਾਂਦਾ ਹੈ. Chrome ਬੇਨਤੀਆਂ ਪੱਧਰ 'ਤੇ ਹਨ ਉੱਚ ਇਹ, ਆਪਣੇ ਆਪ ਨੂੰ ਕਲੱਸਟਰ ਦੇ ਕਦਮ 'ਤੇ root-servers.net.

Chromium ਅਤੇ NXDomain ਚੋਰੀ ਦੀ ਜਾਂਚ

Chromium ਜਾਂਚ ਕਰਦਾ ਹੈ "ਕੀ ਇਹ DNS ਸਰਵਰ ਮੈਨੂੰ ਮੂਰਖ ਬਣਾ ਰਿਹਾ ਹੈ?" ਵੇਰੀਸਾਈਨ ਦੇ ਰੂਟ DNS ਸਰਵਰਾਂ ਦੇ ਕਲੱਸਟਰ ਤੱਕ ਪਹੁੰਚਣ ਵਾਲੇ ਲਗਭਗ ਅੱਧੇ ਟ੍ਰੈਫਿਕ ਲਈ ਖਾਤਾ ਹੈ।

Chromium ਬ੍ਰਾਊਜ਼ਰ, Google Chrome ਦਾ ਮੂਲ ਪ੍ਰੋਜੈਕਟ, ਨਵਾਂ Microsoft Edge, ਅਤੇ ਅਣਗਿਣਤ ਘੱਟ ਜਾਣੇ-ਪਛਾਣੇ ਬ੍ਰਾਊਜ਼ਰ, ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਇੱਕ ਸਿੰਗਲ ਬਾਕਸ ਵਿੱਚ ਖੋਜ ਕਰਨ ਦੀ ਸੌਖ ਪ੍ਰਦਾਨ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹੈ, ਜਿਸਨੂੰ ਕਈ ਵਾਰ "ਓਮਨੀਬਾਕਸ" ਕਿਹਾ ਜਾਂਦਾ ਹੈ। ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, ਉਪਭੋਗਤਾ ਬ੍ਰਾਊਜ਼ਰ ਵਿੰਡੋ ਦੇ ਸਿਖਰ 'ਤੇ ਇੱਕੋ ਟੈਕਸਟ ਖੇਤਰ ਵਿੱਚ ਅਸਲ URL ਅਤੇ ਖੋਜ ਇੰਜਣ ਸਵਾਲਾਂ ਨੂੰ ਦਾਖਲ ਕਰਦਾ ਹੈ। ਸਰਲੀਕਰਨ ਵੱਲ ਇੱਕ ਹੋਰ ਕਦਮ ਚੁੱਕਦੇ ਹੋਏ, ਇਹ ਉਪਭੋਗਤਾ ਨੂੰ URL ਦਾ ਹਿੱਸਾ ਦਾਖਲ ਕਰਨ ਲਈ ਮਜਬੂਰ ਨਹੀਂ ਕਰਦਾ ਹੈ http:// ਜ https://.

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

ਜੇਕਰ ਕੋਈ ਉਪਭੋਗਤਾ ਆਪਣੀ ਕੰਪਨੀ ਦੇ ਇੰਟਰਾਨੈੱਟ 'ਤੇ "ਮਾਰਕੀਟਿੰਗ" ਦੀ ਕਿਸਮ ਕਰਦਾ ਹੈ ਅਤੇ ਕੰਪਨੀ ਦੇ ਇੰਟਰਾਨੈੱਟ ਵਿੱਚ ਉਸੇ ਨਾਮ ਦੀ ਇੱਕ ਅੰਦਰੂਨੀ ਵੈਬਸਾਈਟ ਹੈ, ਤਾਂ Chromium ਇੱਕ ਜਾਣਕਾਰੀ ਬਾਕਸ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਦਾ ਹੈ ਜੋ ਉਪਭੋਗਤਾ ਨੂੰ ਪੁੱਛਦਾ ਹੈ ਕਿ ਕੀ ਉਹ "ਮਾਰਕੀਟਿੰਗ" ਦੀ ਖੋਜ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਨ ਜਾਂ ਇਸ 'ਤੇ ਜਾਣਾ ਚਾਹੁੰਦੇ ਹਨ। https://marketing. ਇਹ ਮਾਮਲਾ ਨਹੀਂ ਹੋ ਸਕਦਾ, ਪਰ ਬਹੁਤ ਸਾਰੇ ISP ਅਤੇ ਜਨਤਕ Wi-Fi ਪ੍ਰਦਾਤਾ ਹਰ ਗਲਤ ਸ਼ਬਦ-ਜੋੜ ਵਾਲੇ URL ਨੂੰ "ਹਾਈਜੈਕ" ਕਰਦੇ ਹਨ, ਉਪਭੋਗਤਾ ਨੂੰ ਬੈਨਰ ਨਾਲ ਭਰੇ ਕੁਝ ਪੰਨੇ 'ਤੇ ਰੀਡਾਇਰੈਕਟ ਕਰਦੇ ਹਨ।

ਬੇਤਰਤੀਬ ਪੀੜ੍ਹੀ

Chromium ਡਿਵੈਲਪਰ ਇਹ ਨਹੀਂ ਚਾਹੁੰਦੇ ਸਨ ਕਿ ਨਿਯਮਤ ਨੈੱਟਵਰਕਾਂ 'ਤੇ ਉਪਭੋਗਤਾ ਇੱਕ ਜਾਣਕਾਰੀ ਬਾਕਸ ਦੇਖੇ ਜੋ ਹਰ ਵਾਰ ਇੱਕ ਸ਼ਬਦ ਦੀ ਖੋਜ ਕਰਨ 'ਤੇ ਉਹਨਾਂ ਦਾ ਕੀ ਮਤਲਬ ਹੈ, ਇਸ ਲਈ ਉਹਨਾਂ ਨੇ ਇੱਕ ਟੈਸਟ ਲਾਗੂ ਕੀਤਾ: ਜਦੋਂ ਉਹ ਇੱਕ ਬ੍ਰਾਊਜ਼ਰ ਲਾਂਚ ਕਰਦੇ ਹਨ ਜਾਂ ਨੈੱਟਵਰਕ ਬਦਲਦੇ ਹਨ, ਤਾਂ Chromium ਤਿੰਨ 'ਤੇ DNS ਲੁੱਕਅੱਪ ਕਰਦਾ ਹੈ। ਬੇਤਰਤੀਬੇ ਤੌਰ 'ਤੇ ਤਿਆਰ ਕੀਤੇ "ਡੋਮੇਨ" ਚੋਟੀ ਦੇ ਪੱਧਰ, ਸੱਤ ਤੋਂ ਪੰਦਰਾਂ ਅੱਖਰ ਲੰਬੇ। ਜੇਕਰ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਦੋ ਬੇਨਤੀਆਂ ਇੱਕੋ IP ਪਤੇ ਨਾਲ ਵਾਪਸ ਆਉਂਦੀਆਂ ਹਨ, ਤਾਂ Chromium ਇਹ ਮੰਨਦਾ ਹੈ ਕਿ ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਗਲਤੀਆਂ ਨੂੰ "ਹਾਈਜੈਕ" ਕਰ ਰਿਹਾ ਹੈ। NXDOMAIN, ਜੋ ਇਸਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਇਸਲਈ ਬ੍ਰਾਊਜ਼ਰ ਅਗਲੇ ਨੋਟਿਸ ਤੱਕ ਦਾਖਲ ਕੀਤੇ ਸਾਰੇ ਸਿੰਗਲ-ਸ਼ਬਦ ਸਵਾਲਾਂ ਨੂੰ ਖੋਜ ਕੋਸ਼ਿਸ਼ਾਂ ਵਜੋਂ ਮੰਨਦਾ ਹੈ।

ਬਦਕਿਸਮਤੀ ਨਾਲ, ਨੈੱਟਵਰਕ ਵਿੱਚ ਹੈ, ਜੋ ਕਿ ਨਾ DNS ਸਵਾਲਾਂ ਦੇ ਨਤੀਜਿਆਂ ਨੂੰ ਚੋਰੀ ਕਰੋ, ਇਹ ਤਿੰਨ ਓਪਰੇਸ਼ਨ ਆਮ ਤੌਰ 'ਤੇ ਬਹੁਤ ਹੀ ਸਿਖਰ 'ਤੇ ਵਧਦੇ ਹਨ, ਰੂਟ ਨਾਮ ਸਰਵਰਾਂ ਤੱਕ ਆਪਣੇ ਆਪ ਨੂੰ: ਸਥਾਨਕ ਸਰਵਰ ਨੂੰ ਇਹ ਨਹੀਂ ਪਤਾ ਕਿ ਕਿਵੇਂ ਹੱਲ ਕਰਨਾ ਹੈ qwajuixk, ਇਸਲਈ ਇਸ ਬੇਨਤੀ ਨੂੰ ਇਸਦੇ ਫਾਰਵਰਡਰ ਨੂੰ ਅੱਗੇ ਭੇਜਦਾ ਹੈ, ਜੋ ਆਖਰਕਾਰ ਤੱਕ ਅਜਿਹਾ ਹੀ ਕਰਦਾ ਹੈ a.root-servers.net ਜਾਂ ਉਸਦੇ "ਭਰਾ" ਵਿੱਚੋਂ ਇੱਕ ਨੂੰ "ਮਾਫ਼ ਕਰਨਾ, ਪਰ ਇਹ ਇੱਕ ਡੋਮੇਨ ਨਹੀਂ ਹੈ" ਕਹਿਣ ਲਈ ਮਜਬੂਰ ਨਹੀਂ ਕੀਤਾ ਜਾਵੇਗਾ।

ਕਿਉਂਕਿ ਇੱਥੇ ਲਗਭਗ 1,67*10^21 ਸੰਭਾਵਿਤ ਨਕਲੀ ਡੋਮੇਨ ਨਾਮ ਹਨ ਜਿਨ੍ਹਾਂ ਦੀ ਲੰਬਾਈ ਸੱਤ ਤੋਂ ਪੰਦਰਾਂ ਅੱਖਰਾਂ ਤੱਕ ਹੈ, ਸਭ ਤੋਂ ਆਮ ਹਰੇਕ "ਇਮਾਨਦਾਰ" ਨੈੱਟਵਰਕ 'ਤੇ ਕੀਤੇ ਗਏ ਇਹਨਾਂ ਟੈਸਟਾਂ ਤੋਂ, ਇਹ ਰੂਟ ਸਰਵਰ 'ਤੇ ਪਹੁੰਚ ਜਾਂਦਾ ਹੈ। ਇਹ ਇੰਨਾ ਹੀ ਹੈ ਅੱਧਾ ਰੂਟ DNS 'ਤੇ ਕੁੱਲ ਲੋਡ ਦਾ, ਕਲੱਸਟਰਾਂ ਦੇ ਉਸ ਹਿੱਸੇ ਦੇ ਅੰਕੜਿਆਂ ਅਨੁਸਾਰ root-servers.net, ਜੋ Verisign ਦੀ ਮਲਕੀਅਤ ਹਨ।

ਇਤਿਹਾਸ ਆਪਣੇ ਆਪ ਨੂੰ ਦੁਹਰਾਉਂਦਾ ਹੈ

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

2005 ਵਿੱਚ, ਫ੍ਰੀਬੀਐਸਡੀ ਡਿਵੈਲਪਰ ਪੌਲ-ਹੇਨਿੰਗ, ਜਿਸ ਕੋਲ ਡੈਨਮਾਰਕ ਦੇ ਇੱਕੋ ਇੱਕ ਸਟ੍ਰੈਟਮ 1 ਨੈੱਟਵਰਕ ਟਾਈਮ ਪ੍ਰੋਟੋਕੋਲ ਸਰਵਰ ਵੀ ਸੀ, ਨੂੰ ਟਰਾਂਸਮਿਟਡ ਟ੍ਰੈਫਿਕ ਲਈ ਇੱਕ ਅਚਾਨਕ ਅਤੇ ਵੱਡਾ ਬਿੱਲ ਪ੍ਰਾਪਤ ਹੋਇਆ। ਸੰਖੇਪ ਵਿੱਚ, ਕਾਰਨ ਇਹ ਸੀ ਕਿ ਡੀ-ਲਿੰਕ ਡਿਵੈਲਪਰਾਂ ਨੇ ਕੰਪਨੀ ਦੇ ਸਵਿੱਚਾਂ, ਰਾਊਟਰਾਂ ਅਤੇ ਐਕਸੈਸ ਪੁਆਇੰਟਾਂ ਦੀ ਲਾਈਨ ਦੇ ਫਰਮਵੇਅਰ ਵਿੱਚ ਕੰਪਾ ਸਰਵਰ ਸਮੇਤ, ਸਟ੍ਰੈਟਮ 1 NTP ਸਰਵਰਾਂ ਦੇ ਪਤੇ ਲਿਖੇ ਸਨ। ਇਸ ਨਾਲ ਕੰਪਾ ਦੇ ਸਰਵਰ ਟ੍ਰੈਫਿਕ ਵਿੱਚ ਤੁਰੰਤ ਨੌਂ ਗੁਣਾ ਵਾਧਾ ਹੋਇਆ, ਜਿਸ ਨਾਲ ਡੈਨਿਸ਼ ਇੰਟਰਨੈੱਟ ਐਕਸਚੇਂਜ (ਡੈਨਮਾਰਕ ਦਾ ਇੰਟਰਨੈੱਟ ਐਕਸਚੇਂਜ ਪੁਆਇੰਟ) ਨੇ ਆਪਣਾ ਟੈਰਿਫ "ਮੁਫ਼ਤ" ਤੋਂ "$9 ਪ੍ਰਤੀ ਸਾਲ" ਵਿੱਚ ਬਦਲ ਦਿੱਤਾ।

ਸਮੱਸਿਆ ਇਹ ਨਹੀਂ ਸੀ ਕਿ ਬਹੁਤ ਸਾਰੇ ਡੀ-ਲਿੰਕ ਰਾਊਟਰ ਸਨ, ਪਰ ਉਹ "ਲਾਈਨ ਤੋਂ ਬਾਹਰ" ਸਨ. DNS ਦੀ ਤਰ੍ਹਾਂ, NTP ਨੂੰ ਇੱਕ ਲੜੀਵਾਰ ਰੂਪ ਵਿੱਚ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ - ਸਟ੍ਰੈਟਮ 0 ਸਰਵਰ ਸਟ੍ਰੈਟਮ 1 ਸਰਵਰਾਂ ਨੂੰ ਜਾਣਕਾਰੀ ਦਿੰਦੇ ਹਨ, ਜੋ ਸਟ੍ਰੈਟਮ 2 ਸਰਵਰਾਂ ਨੂੰ ਜਾਣਕਾਰੀ ਦਿੰਦੇ ਹਨ, ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਲੜੀਵਾਰ ਹੇਠਾਂ। ਇੱਕ ਆਮ ਘਰੇਲੂ ਰਾਊਟਰ, ਸਵਿੱਚ, ਜਾਂ ਐਕਸੈਸ ਪੁਆਇੰਟ ਜਿਵੇਂ ਕਿ ਇੱਕ ਡੀ-ਲਿੰਕ ਨੇ NTP ਸਰਵਰ ਪਤਿਆਂ ਨਾਲ ਪ੍ਰੋਗਰਾਮ ਕੀਤਾ ਸੀ, ਸਟ੍ਰੈਟਮ 2 ਜਾਂ ਸਟ੍ਰੈਟਮ 3 ਸਰਵਰ ਨੂੰ ਬੇਨਤੀਆਂ ਭੇਜੇਗਾ।

Chromium ਪ੍ਰੋਜੈਕਟ, ਸੰਭਵ ਤੌਰ 'ਤੇ ਸਭ ਤੋਂ ਵਧੀਆ ਇਰਾਦਿਆਂ ਨਾਲ, DNS ਸਮੱਸਿਆ ਵਿੱਚ NTP ਸਮੱਸਿਆ ਨੂੰ ਦੁਹਰਾਉਂਦਾ ਹੈ, ਇੰਟਰਨੈਟ ਦੇ ਰੂਟ ਸਰਵਰਾਂ ਨੂੰ ਬੇਨਤੀਆਂ ਦੇ ਨਾਲ ਲੋਡ ਕਰਦਾ ਹੈ ਜੋ ਉਹ ਕਦੇ ਵੀ ਹੈਂਡਲ ਕਰਨ ਲਈ ਨਹੀਂ ਸਨ।

ਜਲਦੀ ਹੱਲ ਦੀ ਉਮੀਦ ਹੈ

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

ਇਹ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿ ਸਮੱਸਿਆ ਜਲਦੀ ਹੀ ਹੱਲ ਹੋ ਜਾਵੇਗੀ, ਅਤੇ ਰੂਟ DNS ਸਰਵਰਾਂ ਨੂੰ ਹਰ ਰੋਜ਼ ਅੰਦਾਜ਼ਨ 60 ਬਿਲੀਅਨ ਜਾਅਲੀ ਸਵਾਲਾਂ ਦਾ ਜਵਾਬ ਨਹੀਂ ਦੇਣਾ ਪਵੇਗਾ।

ਇੱਕ ਇਸ਼ਤਿਹਾਰ ਦੇ ਤੌਰ ਤੇ

ਐਪਿਕ ਸਰਵਰ ਹੈ ਵਿੰਡੋਜ਼ 'ਤੇ VPS ਜਾਂ ਸ਼ਕਤੀਸ਼ਾਲੀ AMD EPYC ਫੈਮਿਲੀ ਪ੍ਰੋਸੈਸਰਾਂ ਅਤੇ ਬਹੁਤ ਤੇਜ਼ Intel NVMe ਡਰਾਈਵਾਂ ਵਾਲਾ ਲੀਨਕਸ। ਆਰਡਰ ਕਰਨ ਲਈ ਜਲਦੀ ਕਰੋ!

ਸਰੋਤ: www.habr.com