ਤੁਹਾਡੇ ਸਾਈਟ ਦੇ DNS ਸੈਟਿੰਗਜ਼ (A, CNAME, MX, TXT) ਕਿਵੇਂ ਬਣਾਉਣੇ ਹਨ? ਡੋਮੇਨ ਪ੍ਰਬੰਧਨ ਗਾਈਡ

DNS ਸੈਟਿੰਗਜ਼ ਉਹ ਤਕਨੀਕੀ ਰਿਕਾਰਡ ਹਨ ਜੋ ਤੁਹਾਡੇ ਡੋਮੇਨ ਦਾ ਨਿਰਣਯ ਕਰਦੇ ਹਨ ਕਿ ਤੁਹਾਡੀ ਵੈਬਸਾਈਟ, ਈ-ਮੇਲ ਸੇਵਾ ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਰਿਕਾਰਡ ਕਿਹੜੇ ਸਰਵਰਾਂ ਵੱਲ ਜਾਏਗਾ। ਜਦੋਂ ਤੁਸੀਂ ਇੱਕ ਡੋਮੇਨ ਖਰੀਦਦੇ ਹੋ, ਤਾਂ ਅਕਸਰ A ਰਿਕਾਰਡ ਨਾਲ ਹੋਸਟਿੰਗ IP ਪਤਾ ਵੱਲ ਦਰਸਾਇਆ ਜਾਂਦਾ ਹੈ, www ਵਰਗੇ ਸਬਡੋਮੇਨਾਂ ਲਈ CNAME ਰਿਕਾਰਡ ਸ਼ਾਮਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਕਾਰਪੋਰੇਟ ਈ-ਮੇਲ ਲਈ MX ਰਿਕਾਰਡ ਬਣਾਏ ਜਾਂਦੇ ਹਨ ਅਤੇ SPF, DKIM, DMARC ਜਾਂ ਸੇਵਾ ਪ੍ਰਮਾਣਿਕਤਾ ਲਈ TXT ਰਿਕਾਰਡ ਵਰਤੇ ਜਾਂਦੇ ਹਨ। ਸਾਰ ਵਿੱਚ, DNS ਇੱਕ ਇੰਟਰਨੈਟ ਪਤਾ ਬੁੱਕ ਹੈ ਜੋ ਦੌਰਾਨੀ ਨੂੰ ਉਸਨੂੰ ਸਹੀ ਵੈਬ ਸਰਵਰ ਅਤੇ ਸਹੀ ਸੇਵਾ ਤੱਕ ਪਹੁੰਚਾਉਂਦਾ ਹੈ।

ਇਸ ਗਾਈਡ ਵਿੱਚ, ਅਸੀਂ A, CNAME, MX ਅਤੇ TXT ਰਿਕਾਰਡਾਂ ਦੇ ਉਦੇਸ਼, ਕਿਸ ਸਥਿਤੀ ਵਿੱਚ ਕਿਹੜਾ ਰਿਕਾਰਡ ਵਰਤਣਾ ਚਾਹੀਦਾ ਹੈ, ਡੋਮੇਨ ਪੈਨਲ ਵਿੱਚ DNS ਸੈਟਿੰਗਜ਼ ਕਰਦਿਆਂ ਕੀ ਧਿਆਨ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਬਦਲਾਅ ਸੰਕਲਪਿਤ ਕੀਤੇ ਜਾਣ ਵਿੱਚ ਕਿੰਨਾ ਸਮਾਂ ਲੱਗੇਗਾ, ਇਹ ਸਭ ਕੁਝ ਕਦਮ-दਰ-ਕਦਮ ਵਿਚਾਰ ਕਰਾਂਗੇ। ਉਦਾਹਰਣਾਂ ਵਿੱਚ ਅਸੀਂ ਅਸਲ ਜੀਵਨ ਵਿੱਚ ਆਮ ਤੌਰ 'ਤੇ ਮਿਲਦੇ ਦ੍ਰਿਸ਼ਾਂ ਦੀ ਵਰਤੋਂ ਕਰਾਂਗੇ: ਇੱਕ ਡੋਮੇਨ ਨੂੰ ਹੋਸਟਿੰਗ ਪੈਕੇਜ ਨਾਲ ਜੋੜਨਾ, www ਲਈ ਰੀਡਾਇਰੈਕਟ ਕਰਨਾ, ਕਾਰਪੋਰੇਟ ਈ-ਮੇਲ ਦੀ ਵਰਤੋਂ ਕਰਨਾ, Google Search Console ਪ੍ਰਮਾਣਿਕਤਾ ਕਰਨਾ ਅਤੇ ਈ-ਮੇਲ ਪ੍ਰਾਪਤੀ ਦੀ ਯੋਗਤਾ ਵਧਾਉਣਾ।

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

DNS ਕੀ ਹੈ ਅਤੇ ਡੋਮੇਨ ਪ੍ਰਬੰਧਨ ਵਿੱਚ ਇਹਨਾਂ ਦੀ ਮਹੱਤਤਾ ਕੀ ਹੈ?

DNS, ਡੋਮੇਨ ਨਾਮ ਪ੍ਰਣਾਲੀ (Domain Name System) ਦਾ ਸੰਕੁਚਿਤ ਰੂਪ ਹੈ ਅਤੇ ਇਹ ਡਿਸਟ੍ਰਿਬਿਊਟਡ ਪ੍ਰਣਾਲੀ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ ਜੋ ਡੋਮੇਨ ਨਾਮਾਂ ਨੂੰ IP ਪਤੇ ਵਿੱਚ ਬਦਲਦਾ ਹੈ। ਲੋਕ example.com ਵਰਗੇ ਯਾਦਗਾਰ ਡੋਮੇਨ ਨਾਮਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ ਜਦੋਂ ਕਿ ਸਰਵਰ 192.0.2.10 ਵਰਗੇ IP ਪਤੇ ਨਾਲ ਸੰਪਰਕ ਕਰਦੇ ਹਨ। DNS ਰਿਕਾਰਡ, ਡੋਮੇਨ ਦੇ ਕਿਸ IP ਪਤੇ, ਕਿਸ ਈ-ਮੇਲ ਸਰਵਰ ਜਾਂ ਕਿਸ ਪ੍ਰਮਾਣਿਕਤਾ ਮੁੱਲ ਨਾਲ ਸਬੰਧਤ ਹੈ, ਇਹ ਜਾਣਕਾਰੀ ਦਿੰਦੇ ਹਨ।

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

DNS ਈ-ਮੇਲ ਇਨਫਰਾਸਟ੍ਰੱਕਚਰ ਦਾ ਵੀ ਮੂਲ ਹੈ। ਉਦਾਹਰਨ ਵਜੋਂ, info@alanadiniz.com ਪਤੇ 'ਤੇ ਆ ਰਹੀਆਂ ਈ-ਮੇਲਾਂ ਨੂੰ ਕਿਸ ਸਰਵਰ 'ਤੇ ਪੁੱਜਣਾ ਹੈ, ਇਹ MX ਰਿਕਾਰਡਾਂ ਨਾਲ ਨਿਰਧਾਰਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਤੁਸੀਂ ਭੇਜੀਆਂ ਗਈਆਂ ਈ-ਮੇਲਾਂ ਦੀਆਂ ਸਪੈਮ ਫੋਲਡਰ ਵਿੱਚ ਪੈਂਣ ਤੋਂ ਬਚਾਉਣ ਲਈ SPF, DKIM ਅਤੇ DMARC ਵਰਗੇ TXT ਰਿਕਾਰਡ ਵਰਤਦੇ ਹੋ। ਇਸ ਲਈ, DNS ਸੈਟਿੰਗਜ਼ ਸਿਰਫ ਵੈਬਸਾਈਟ ਖੋਲ੍ਹਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਤੱਕ ਹੀ ਸੀਮਤ ਨਹੀਂ ਹਨ; ਇਹ ਬ੍ਰਾਂਡ ਦੀ ਭਰੋਸੇਯੋਗਤਾ, ਈ-ਮੇਲ ਦੀ ਇਜ਼ਜ਼ਤ, ਵਿਗਿਆਪਨ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਸੁਰੱਖਿਆ ਨੀਤੀਆਂ ਦੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ ਵੀ ਅਹਿਮ ਭੂਮਿਕਾ ਨਿਭਾਉਂਦੇ ਹਨ।

DNS ਰਿਕਾਰਡ ਦੀਆਂ ਕਿਸਮਾਂ: A, CNAME, MX ਅਤੇ TXT ਦੀ ਤੁਲਨਾ

ਸਭ ਤੋਂ ਵੱਧ ਵਰਤੇ ਜਾਂਦੇ DNS ਰਿਕਾਰਡ A, CNAME, MX ਅਤੇ TXT ਹਨ। ਹਰ ਇੱਕ ਦਾ ਉਦੇਸ਼ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ ਅਤੇ ਗਲਤ ਰਿਕਾਰਡ ਕਿਸਮ ਚੁਣਨਾ ਸੇਵਾ ਵਿੱਚ ਵਿਘਨ ਪੈਦਾ ਕਰ ਸਕਦਾ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੇ ਗ੍ਰਾਫ ਵਿੱਚ ਮੁੱਖ ਫਰਕਾਂ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਸਮਝਣ ਵਿੱਚ ਮਦਦ ਮਿਲੇਗੀ।

DNS ਰਿਕਾਰਡ ਦੀਆਂ ਕਿਸਮਾਂ: A, CNAME, MX ਅਤੇ TXT ਦੀ ਤੁਲਨਾ
ਰਿਕਾਰਡ ਦੀ ਕਿਸਮ	ਇਹ ਕੀ ਕਰਦਾ ਹੈ?	ਆਮ ਵਰਤੋਂ	ਉਦਾਹਰਨ ਮੁੱਲ	ਧਿਆਨ ਰੱਖਣ ਵਾਲੀਆਂ ਗੱਲਾਂ
A	ਡੋਮੇਨ ਨੂੰ IPv4 ਪਤੇ ਵੱਲ ਦਰਸਾਉਂਦਾ ਹੈ।	ਡੋਮੇਨ ਨੂੰ ਹੋਸਟਿੰਗ ਸਰਵਰ ਨਾਲ ਜੋੜਨਾ।	203.0.113.25	ਜੇ IP ਪਤਾ ਬਦਲਦਾ ਹੈ, ਤਾਂ ਰਿਕਾਰਡ ਨੂੰ ਅੱਪਡੇਟ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
CNAME	ਇੱਕ ਡੋਮੇਨ ਨੂੰ ਹੋਰ ਡੋਮੇਨ ਨਾਲ ਪੈਰੋਨਾਮ ਵਜੋਂ ਜੋੜਦਾ ਹੈ।	www, ਬਲੌਗ ਜਾਂ ਪੈਨਲ ਸਬਡੋਮੇਨਾਂ।	alanadiniz.com	ਕੋਕ ਡੋਮੇਨ ਲਈ ਬਹੁਤ ਸਾਰੇ DNS ਸਿਸਟਮਾਂ ਵਿੱਚ ਸੁਝਾਅ ਨਹੀਂ ਦਿੱਤਾ ਜਾਂਦਾ।
MX	ਈ-ਮੇਲਾਂ ਨੂੰ ਕਿਸ ਮੈਲ ਸਰਵਰ 'ਤੇ ਜਾਣਾ ਹੈ, ਇਹ ਨਿਰਧਾਰਿਤ ਕਰਦਾ ਹੈ।	ਕਾਰਪੋਰੇਟ ਈ-ਮੇਲ, Google Workspace, Microsoft 365।	mail.alanadiniz.com	ਪ੍ਰਾਥਮਿਕਤਾ ਮੁੱਲ ਨੂੰ ਸਹੀ ਕ੍ਰਮ ਵਿੱਚ ਲਿਆਉਣਾ ਚਾਹੀਦਾ ਹੈ।
TXT	ਪਾਠ ਆਧਾਰਿਤ ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਸੁਰੱਖਿਆ ਜਾਣਕਾਰੀ ਸਹਿਰ ਕਰਦਾ ਹੈ।	SPF, DKIM, DMARC, ਸੇਵਾ ਪ੍ਰਮਾਣਿਕਤਾ।	v=spf1 include:... ~all	ਇੱਕ ਤੋਂ ਵੱਧ SPF ਰਿਕਾਰਡ ਗਲਤੀ ਪੈਦਾ ਕਰ ਸਕਦੇ ਹਨ।

ਤੁਸੀਂ ਇਸ ਗ੍ਰਾਫ ਨੂੰ ਇੱਕ ਅਮਲੀ ਨਿਯਮ ਵਜੋਂ ਸੋਚ ਸਕਦੇ ਹੋ: ਜੇ ਤੁਸੀਂ ਵੈਬਸਾਈਟ ਨੂੰ IP ਪਤੇ ਨਾਲ ਜੋੜਨਾ ਚਾਹੁੰਦੇ ਹੋ ਤਾਂ A ਰਿਕਾਰਡ, ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਸਬਡੋਮੇਨ ਨੂੰ ਹੋਰ ਪਤੇ ਵੱਲ ਜੋੜਨਾ ਚਾਹੁੰਦੇ ਹੋ ਤਾਂ CNAME ਰਿਕਾਰਡ, ਈ-ਮੇਲ ਦੀ ਵਿੱਤਰਣ ਲਈ MX ਰਿਕਾਰਡ, ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਈ-ਮੇਲ ਸੁਰੱਖਿਆ ਲਈ TXT ਰਿਕਾਰਡ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। DNS ਸੈਟਿੰਗਜ਼ ਦੌਰਾਨ ਤੁਹਾਨੂੰ ਲੋੜੀਂਦੇ ਰਿਕਾਰਡ ਦੀ ਕਿਸਮ ਨੂੰ ਸਹੀ ਚੁਣਨਾ, ਬਿਨਾਂ ਕਿਸੇ ਰੁਕਾਵਟ ਦੇ ਪ੍ਰਕਾਸ਼ਨ ਲਈ ਪਹਿਲਾ ਕਦਮ ਹੈ।

DNS ਸੈਟਿੰਗਜ਼ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤਿਆਰੀ ਜਾਂਚ ਸੂਚੀ

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

ਡੋਮੇਨ ਪ੍ਰਬੰਧਨ ਪੈਨਲ ਤੱਕ ਪਹੁੰਚ ਹੈ, ਇਹ ਯਕੀਨੀ ਬਣਾਓ।
ਹੋਸਟਿੰਗ ਪ੍ਰਦਾਤਾ ਦੁਆਰਾ ਦਿੱਤਾ ਗਿਆ ਸਰਵਰ IP ਪਤਾ ਨੋਟ ਕਰੋ।
ਤੁਸੀਂ ਵਰਤਣ ਵਾਲੇ nameserver ਪਤੇ ਜਾਂ DNS ਖੇਤਰ ਜਾਣਕਾਰੀ ਦੀ ਜਾਂਚ ਕਰੋ।
ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਈ-ਮੇਲ ਸੇਵਾ ਹੈ, ਤਾਂ MX, SPF, DKIM ਅਤੇ DMARC ਮੁੱਲਾਂ ਨੂੰ ਪ੍ਰਦਾਤਾ ਤੋਂ ਪ੍ਰਾਪਤ ਕਰੋ।
ਮੌਜੂਦਾ DNS ਰਿਕਾਰਡਾਂ ਦੀ ਸਕ੍ਰੀਨ ਸ਼ਾਟ ਲਓ ਜਾਂ ਨਿਕਾਸ ਕਰੋ।
ਬਦਲਾਅ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ TTL ਮੁੱਲਾਂ ਨੂੰ ਘਟਾਉਣ ਦੀ ਯੋਜਨਾ ਬਣਾਓ।
ਲਾਈਵ ਸਾਈਟਾਂ 'ਤੇ ਭਾਰੀ ਟ੍ਰੈਫਿਕ ਦੇ ਸਮੇਂ ਦੇ ਬਿਨਾਂ ਕਾਰਵਾਈ ਕਰੋ।
ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਟੈਸਟ ਕਰਨ ਲਈ DNS ਕੰਟਰੋਲ ਟੂਲ ਅਤੇ ਬ੍ਰਾਊਜ਼ਰ ਕੈਸ਼ ਸਾਫ ਕਰਨ ਦੇ ਕਦਮ ਤਿਆਰ ਕਰੋ।

TTL, Time To Live ਦਾ ਸੰਕੁਚਿਤ ਰੂਪ ਹੈ ਅਤੇ ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਇੱਕ DNS ਰਿਕਾਰਡ ਕਿੰਨੀਆਂ ਦੇਰ ਤੱਕ ਕੈਸ਼ ਵਿੱਚ ਰੱਖਿਆ ਜਾਵੇਗਾ। ਉਦਾਹਰਣ ਵਜੋਂ, ਜੇ TTL 3600 ਹੈ, ਤਾਂ ਰਿਕਾਰਡ ਲਗਭਗ 1 ਘੰਟੇ ਤੱਕ ਕੈਸ਼ ਵਿੱਚ ਰੱਖਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਕੋਈ ਵੱਡਾ ਸਰਵਰ ਮਾਈਗ੍ਰੇਸ਼ਨ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਪ੍ਰਕਿਰਿਆ ਤੋਂ ਕੁਝ ਘੰਟੇ ਪਹਿਲਾਂ TTL ਮੁੱਲ ਨੂੰ 300 ਸਕਿੰਟ ਵਰਗੇ ਕਮ ਪੱਧਰ 'ਤੇ ਲਿਆਉਣਾ ਪ੍ਰਸਾਰਣ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਤੇਜ਼ ਕਰ ਸਕਦਾ ਹੈ। ਪਰ ਬੇਸਮਰੀ ਤੋਂ ਬਿਨਾਂ ਬਹੁਤ ਘਟਾ TTL ਵਰਤਣਾ DNS ਪੁੱਛਗਿੱਛ ਦੀ ਗਿਣਤੀ ਵਧਾ ਸਕਦਾ ਹੈ; ਇਸ ਲਈ ਪ੍ਰਕਿਰਿਆ ਪੂਰੀ ਹੋਣ ਤੋਂ ਬਾਅਦ 1800 ਜਾਂ 3600 ਵਰਗੇ ਸੰਤੁਲਿਤ ਮੁੱਲਾਂ ਵਿੱਚ ਮੁੜ ਜਾਣਾ ਆਮ ਹੁੰਦਾ ਹੈ।

A ਰਿਕਾਰਡ ਕਿਵੇਂ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ?

A ਰਿਕਾਰਡ, ਇੱਕ ਡੋਮੇਨ ਜਾਂ ਸਬਡੋਮੇਨ ਨੂੰ IPv4 ਪਤੇ ਵੱਲ ਦਰਸਾਉਂਦਾ ਹੈ। ਜਦੋਂ ਤੁਸੀਂ ਆਪਣੀ ਵੈਬਸਾਈਟ ਨੂੰ ਇੱਕ ਹੋਸਟਿੰਗ ਪੈਕੇਜ ਨਾਲ ਜੋੜਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਇਹ ਸਭ ਤੋਂ ਵੱਧ ਸੰਪਾਦਿਤ ਕੀਤਾ ਜਾਣ ਵਾਲਾ ਰਿਕਾਰਡ ਹੈ। ਉਦਾਹਰਣ ਵਜੋਂ, ਜੇਕਰ ਤੁਸੀਂ alanadiniz.com ਪਤੇ ਨੂੰ Hostragons ਹੋਸਟਿੰਗ ਸਰਵਰ ਦੇ 203.0.113.25 IP ਪਤੇ ਦੀ ਵੱਲ ਦਰਸਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਕੋਕ ਡੋਮੇਨ ਲਈ ਇੱਕ A ਰਿਕਾਰਡ ਬਣਾਉਣਾ ਪਵੇਗਾ।

A ਰਿਕਾਰਡ ਲਈ ਉਦਾਹਰਣ ਦ੍ਰਿਸ਼

ਧਰੋ ਕਿ ਤੁਸੀਂ ਇੱਕ ਨਵਾਂ WordPress ਸਾਈਟ ਬਣਾਇਆ ਹੈ ਅਤੇ ਤੁਹਾਡੇ ਹੋਸਟਿੰਗ ਪੈਨਲ ਵਿੱਚ ਸਰਵਰ IP ਪਤਾ 203.0.113.25 ਦੇ ਤੌਰ 'ਤੇ ਦਿਖਾਈ ਦੇ ਰਿਹਾ ਹੈ। ਆਪਣੇ ਡੋਮੇਨ ਪੈਨਲ ਵਿੱਚ DNS ਪ੍ਰਬੰਧਨ ਭਾਗ ਵਿੱਚ ਜਾ ਕੇ, ਅਕਸਰ ਅਸੀਂ @ ਲਿਖਦੇ ਹਾਂ। ਇਹ ਸੰਕੇਤ ਕੋਕ ਡੋਮੇਨ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। ਕਿਸਮ ਦੇ ਖੇਤਰ ਵਿੱਚ A ਚੁਣਿਆ ਜਾਂਦਾ ਹੈ, ਮੁੱਲ ਦੇ ਖੇਤਰ ਵਿੱਚ 203.0.113.25 ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ TTL ਲਈ 3600 ਚੁਣਿਆ ਜਾਂਦਾ ਹੈ। ਰਿਕਾਰਡ ਜੋੜਨ ਤੋਂ ਬਾਅਦ alanadiniz.com ਇਸ IP ਪਤੇ ਵੱਲ ਸਹੀ ਹੋਣਾ ਸ਼ੁਰੂ ਹੋ ਜਾਵੇਗਾ।

A ਰਿਕਾਰਡ ਦੇ ਕਦਮ

ਡੋਮੇਨ ਪ੍ਰਬੰਧਨ ਪੈਨਲ ਵਿੱਚ ਲੌਗਇਨ ਕਰੋ।
DNS ਪ੍ਰਬੰਧਨ, DNS ਖੇਤਰ ਜਾਂ DNS ਰਿਕਾਰਡ ਭਾਗ ਖੋਲ੍ਹੋ।
ਨਵਾਂ ਰਿਕਾਰਡ ਜੋੜਨ ਦੀ ਚੋਣ ਕਰੋ।
ਰਿਕਾਰਡ ਕਿਸਮ ਵਜੋਂ A ਚੁਣੋ।
ਹੋਸਟ ਖੇਤਰ ਵਿੱਚ ਕੋਕ ਡੋਮੇਨ ਲਈ @, ਸਬਡੋਮੇਨ ਲਈ ਬਲੌਗ ਜਾਂ ਪੈਨਲ ਵਰਗਾ ਮੁੱਲ ਦਰਜ ਕਰੋ।
ਮੁੱਲ ਖੇਤਰ ਵਿੱਚ ਹੋਸਟਿੰਗ IP ਪਤਾ ਲਿਖੋ।
TTL ਮੁੱਲ ਨੂੰ ਨਿਰਧਾਰਿਤ ਕਰੋ ਅਤੇ ਰਿਕਾਰਡ ਨੂੰ ਸੰਭਾਲੋ।
ਪ੍ਰਸਾਰਣ ਤੋਂ ਬਾਅਦ ਡੋਮੇਨ ਨੂੰ ਬ੍ਰਾਊਜ਼ਰ ਅਤੇ DNS ਪੁੱਛਗਿੱਛ ਦੇ ਟੂਲਾਂ ਨਾਲ ਟੈਸਟ ਕਰੋ।

A ਰਿਕਾਰਡ ਜੋੜਦੇ ਸਮੇਂ ਸਭ ਤੋਂ ਆਮ ਗਲਤੀ, ਪੁਰਾਣੇ IP ਪਤੇ ਨੂੰ ਹਟਾਏ ਬਿਨਾਂ ਨਵੇਂ IP ਪਤੇ ਨਾਲ ਟਕਰਾਉਂਦੇ ਦੂਜੇ ਰਿਕਾਰਡ ਬਣਾਉਣਾ ਹੈ। ਇੱਕੋ ਹੋਸਟ ਲਈ ਬਹੁਤ ਸਾਰੇ A ਰਿਕਾਰਡਾਂ ਨੂੰ ਜਾਣ ਬੁਝ ਕੇ ਲੋਡ ਬੈਲੈਂਸਿੰਗ ਦੇ ਉਦੇਸ਼ ਲਈ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ; ਪਰ ਸਧਾਰਨ ਹੋਸਟਿੰਗ ਸਨਾਰਿਓ ਵਿੱਚ ਗਲਤੀ ਨਾਲ ਦੋ ਵੱਖਰੇ IP ਪਤੇ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨਾ ਦੌਰਾਨੀਆਂ ਨੂੰ ਕਦੇ ਕਦੇ ਪੁਰਾਣੇ ਸਰਵਰ 'ਤੇ, ਕਦੇ ਨਵੇਂ ਸਰਵਰ 'ਤੇ ਜਾਣ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦਾ ਹੈ। ਇਸ ਲਈ ਇੱਕੋ ਹੋਸਟ ਲਈ ਰਿਕਾਰਡਾਂ ਦੀ ਜਾਂਚ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।

CNAME ਰਿਕਾਰਡ ਕਿਵੇਂ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ?

CNAME ਰਿਕਾਰਡ, Canonical Name ਤੋਂ ਆਉਂਦਾ ਹੈ ਅਤੇ ਇੱਕ ਡੋਮੇਨ ਨੂੰ ਹੋਰ ਡੋਮੇਨ ਵੱਲ ਪੈਰੋਨਾਮ ਵਜੋਂ ਦਰਸਾਉਂਦਾ ਹੈ। ਸਭ ਤੋਂ ਆਮ ਵਰਤੋਂ www ਸਬਡੋਮੇਨ ਹੈ। ਉਦਾਹਰਣ ਵਜੋਂ, ਜੇਕਰ ਤੁਸੀਂ www.alanadiniz.com ਪਤੇ ਨੂੰ alanadiniz.com ਨਾਲ ਇੱਕੋ ਸਾਈਟ ਦਿਖਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ www ਲਈ CNAME ਰਿਕਾਰਡ ਬਣਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਸਕਦੇ ਹੋ।

CNAME ਰਿਕਾਰਡ ਲਈ ਉਦਾਹਰਣ ਦ੍ਰਿਸ਼

alanadiniz.com ਕੋਕ ਡੋਮੇਨ A ਰਿਕਾਰਡ ਨਾਲ ਹੋਸਟਿੰਗ IP ਪਤੇ ਨਾਲ ਜੁੜਿਆ ਹੋਵੇਗਾ। www.alanadiniz.com ਲਈ ਵੱਖਰੇ IP ਨੂੰ ਲਿਖਣ ਦੀ ਬਜਾਏ, ਤੁਸੀਂ CNAME ਬਣਾਕੇ ਲਕੜੀ alanadiniz.com ਕਰ ਸਕਦੇ ਹੋ। ਇਸ ਤਰ੍ਹਾਂ, ਜਦੋਂ ਕੋਕ ਡੋਮੇਨ ਦਾ IP ਪਤਾ ਬਦਲਦਾ ਹੈ, www ਰਿਕਾਰਡ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਅੱਪਡੇਟ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੈ; www ਸਵੈਚਾਲਿਤ ਤੌਰ 'ਤੇ ਕੋਕ ਡੋਮੇਨ ਦੇ ਹੱਲ ਕੀਤੇ ਗਏ ਨਿਸ਼ਾਨੇ ਦਾ ਪਾਲਣ ਕਰਦਾ ਹੈ।

CNAME ਰਿਕਾਰਡ ਦੇ ਕਦਮ

DNS ਪ੍ਰਬੰਧਨ ਭਾਗ ਵਿੱਚ ਨਵਾਂ ਰਿਕਾਰਡ ਜੋੜੋ।
ਰਿਕਾਰਡ ਕਿਸਮ ਵਜੋਂ CNAME ਚੁਣੋ।
ਹੋਸਟ ਖੇਤਰ ਵਿੱਚ www, ਬਲੌਗ ਜਾਂ ਸ਼ਾਪ ਵਰਗੇ ਸਬਡੋਮੇਨ ਦਾ ਨਾਮ ਲਿਖੋ।
ਹਦਫ ਜਾਂ ਮੁੱਲ ਖੇਤਰ ਵਿੱਚ ਜਿਸ ਡੋਮੇਨ ਵੱਲ ਤੁਸੀਂ ਦਰਸਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਉਸ ਡੋਮੇਨ ਦਾ ਨਾਮ ਦਰਜ ਕਰੋ।
TTL ਮੁੱਲ ਨੂੰ ਨਿਰਧਾਰਿਤ ਕਰੋ ਅਤੇ ਰਿਕਾਰਡ ਨੂੰ ਸੰਭਾਲੋ।
ਸਬਡੋਮੇਨ ਨੂੰ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਟੈਸਟ ਕਰੋ।

CNAME ਰਿਕਾਰਡ ਵਰਤਦੇ ਸਮੇਂ ਇੱਕ ਅਹਿਮ ਗੱਲ ਹੈ ਜਿਸਦੀ ਸਲਾਹ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ: ਕੋਕ ਡੋਮੇਨ ਲਈ CNAME ਦਾ ਉਪਯੋਗ ਅਕਸਰ ਪ੍ਰੰਪਤ DNS ਸੰਰਚਨਾਵਾਂ ਵਿੱਚ ਸੁਝਾਅ ਨਹੀਂ ਦਿੱਤਾ ਜਾਂਦਾ ਜਾਂ ਸਮਰਥਨ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ। ਕਿਉਂਕਿ ਕੋਕ ਡੋਮੇਨ ਵਿੱਚ NS, SOA ਅਤੇ ਕਦੇ ਕਦੇ MX ਵਰਗੇ ਹੋਰ ਰਿਕਾਰਡ ਵੀ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ। ਇਸ ਲਈ ਕੋਕ ਡੋਮੇਨ ਲਈ ਆਮਤੌਰ 'ਤੇ A ਰਿਕਾਰਡ ਅਤੇ ਸਬਡੋਮੇਨਾਂ ਲਈ CNAME ਰਿਕਾਰਡ ਦੀ ਚੋਣ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। CDN, ਸਾਈਟ ਬਣਾਉਣ ਵਾਲੇ ਜਾਂ SaaS ਪਲੇਟਫਾਰਮਾਂ ਨੂੰ ਵਿਸ਼ੇਸ਼ ਰੀਡਾਇਰੈਕਸ਼ਨ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਪ੍ਰਦਾਤਾ ਦੀ ਦਸਤਾਵੇਜ਼ੀ ਵਿੱਚ ਦਿੱਤੇ ਮੁੱਲਾਂ ਨੂੰ ਸਿੱਧਾ lagਭਗ ਲਾਗੂ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

MX ਰਿਕਾਰਡ ਕਿਵੇਂ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ?

MX ਰਿਕਾਰਡ, Mail Exchange ਰਿਕਾਰਡ ਹੈ ਅਤੇ ਤੁਹਾਡੇ ਡੋਮੇਨ 'ਤੇ ਆ ਰਹੀਆਂ ਈ-ਮੇਲਾਂ ਨੂੰ ਕਿਸ ਮੈਲ ਸਰਵਰ 'ਤੇ ਪੁੱਜਨਾ ਹੈ, ਇਹ ਨਿਰਧਾਰਿਤ ਕਰਦਾ ਹੈ। ਤੁਹਾਡੀ ਵੈਬਸਾਈਟ ਇੱਕ ਸਰਵਰ 'ਤੇ ਹੋ ਸਕਦੀ ਹੈ, ਜਦੋਂ ਕਿ ਤੁਹਾਡੀਆਂ ਈ-ਮੇਲਾਂ ਕਿਸੇ ਹੋਰ ਪ੍ਰਦਾਤਾ 'ਤੇ ਕੰਮ ਕਰ ਸਕਦੀਆਂ ਹਨ। ਇਹ ਵੱਖਰਾਪਨ DNS ਦੇ ਰਾਹੀਂ ਸੰਭਵ ਹੈ। ਉਦਾਹਰਣ ਵਜੋਂ, ਜੇ ਤੁਹਾਡੀ ਵੈਬਸਾਈਟ Hostragons ਹੋਸਟਿੰਗ 'ਤੇ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਆਪਣੀਆਂ ਈ-ਮੇਲਾਂ Google Workspace, Microsoft 365 ਜਾਂ Hostragons ਕਾਰਪੋਰੇਟ ਈ-ਮੇਲ ਇਨਫਰਾਸਟ੍ਰੱਕਚਰ ਤੋਂ ਵਰਤ ਸਕਦੇ ਹੋ।

MX ਰਿਕਾਰਡ ਵਿੱਚ ਪ੍ਰਾਥਮਿਕਤਾ ਦੀ ਤਰੱਕੀ

MX ਰਿਕਾਰਡਾਂ ਵਿੱਚ ਮੁੱਲ ਦੇ ਨਾਲ ਪ੍ਰਾਥਮਿਕਤਾ, ਪ੍ਰਾਥਮਿਕਤਾ ਜਾਂ ਪREFERENCENAME ਕਿਹਾ ਜਾਂਦਾ ਹੈ ਇੱਕ ਸੰਖਿਆ ਹੁੰਦੀ ਹੈ। ਘੱਟ ਸੰਖਿਆ ਵੱਧ ਪ੍ਰਾਥਮਿਕਤਾ ਦਾ ਅਰਥ ਹੈ। ਉਦਾਹਰਣ ਵਜੋਂ, ਪ੍ਰਾਥਮਿਕਤਾ 10 ਵਾਲਾ ਸਰਵਰ, ਪ੍ਰਾਥਮਿਕਤਾ 20 ਵਾਲੇ ਸਰਵਰ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚਿਆ ਜਾਂਦਾ ਹੈ। ਜੇਕਰ ਪ੍ਰਧਾਨ ਮੈਲ ਸਰਵਰ ਜਵਾਬ ਨਹੀਂ ਦਿੰਦਾ, ਤਾਂ ਪ੍ਰਣਾਲੀ ਦੂਜੇ ਰਿਕਾਰਡ ਨੂੰ ਕੋਸ਼ਿਸ਼ ਕਰ ਸਕਦੀ ਹੈ। ਇਹ ਢਾਂਚਾ ਈ-ਮੇਲ ਦੀ ਨਿਰੰਤਰਤਾ ਲਈ ਮਹੱਤਵਪੂਰਕ ਹੈ।

MX ਰਿਕਾਰਡ ਦੇ ਕਦਮ

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

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

TXT ਰਿਕਾਰਡ ਕਿਵੇਂ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ?

TXT ਰਿਕਾਰਡ, DNS 'ਤੇ ਪਾਠ ਆਧਾਰਿਤ ਜਾਣਕਾਰੀ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਆਧੁਨਿਕ ਡੋਮੇਨ ਪ੍ਰਬੰਧਨ ਵਿੱਚ, TXT ਰਿਕਾਰਡ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਸੁਰੱਖਿਆ ਦੇ ਉਦੇਸ਼ ਲਈ ਅਹਿਮ ਹਨ। Google Search Console, Microsoft 365, Meta Business, ਵੱਖ-ਵੱਖ ਵਿਗਿਆਪਨ ਪਲੇਟਫਾਰਮਾਂ ਅਤੇ SSL ਪ੍ਰਮਾਣਿਕਤਾ ਪ੍ਰਕਿਰਿਆਵਾਂ ਤੁਹਾਡੇ ਤੋਂ TXT ਰਿਕਾਰਡ ਜੋੜਨ ਦੀ ਮੰਗ ਕਰ ਸਕਦੀਆਂ ਹਨ। ਇਸ ਦੇ ਨਾਲ, ਈ-ਮੇਲ ਸੁਰੱਖਿਆ ਲਈ SPF, DKIM ਅਤੇ DMARC ਰਿਕਾਰਡ ਵੀ TXT ਫਾਰਮੈਟ ਵਿੱਚ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।

SPF, DKIM ਅਤੇ DMARC ਦੀ ਮਹੱਤਤਾ ਕਿਉਂ ਹੈ?

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

TXT ਰਿਕਾਰਡ ਦੇ ਕਦਮ

ਪ੍ਰਮਾਣਿਕਤਾ ਜਾਂ ਈ-ਮੇਲ ਪ੍ਰਦਾਤਾ ਦੁਆਰਾ ਦਿੱਤਾ ਗਿਆ TXT ਮੁੱਲ ਕਾਪੀ ਕਰੋ।
DNS ਪ੍ਰਬੰਧਨ ਭਾਗ ਵਿੱਚ ਨਵਾਂ TXT ਰਿਕਾਰਡ ਜੋੜੋ।
ਹੋਸਟ ਖੇਤਰ ਨੂੰ ਪ੍ਰਦਾਤਾ ਦੁਆਰਾ ਦਰਜ ਕੀਤੇ ਤਰੀਕੇ ਨਾਲ ਦਰਜ ਕਰੋ; ਕੋਕ ਡੋਮੇਨ ਲਈ @, DKIM ਲਈ selector._domainkey ਵਰਗੇ ਵਿਸ਼ੇਸ਼ ਮੁੱਲਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।
TXT ਮੁੱਲ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਚੇਪੋ।
ਰਿਕਾਰਡ ਨੂੰ ਸੰਭਾਲੋ ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਟੂਲ 'ਤੇ ਫਿਰ ਤੋਂ ਜਾਂਚ ਕਰੋ।
SPF ਲਈ ਇਹ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਇੱਕੋ ਡੋਮੇਨ 'ਤੇ ਇੱਕੋ ਤੋਂ ਵੱਧ SPF ਰਿਕਾਰਡ ਨਾ ਹੋਣ।

TXT ਰਿਕਾਰਡਾਂ ਵਿੱਚ ਇੱਕ ਛੋਟੀ ਕ੍ਰਿਤੀ ਗਲਤੀ ਵੀ ਪ੍ਰਮਾਣਿਕਤਾ ਨੂੰ ਅਸਫਲ ਕਰ ਸਕਦੀ ਹੈ। ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ SPF ਰਿਕਾਰਡਾਂ ਵਿੱਚ ਖਾਲੀ ਥਾਵਾਂ, ਦੋ ਕੋਲਨ ਦੀਆਂ ਚਿੰਨ੍ਹ ਅਤੇ include ਬਿਆਨਾਂ ਨੂੰ ਸਹੀ ਲਿਖਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਇੱਕੋ ਕੋਕ ਡੋਮੇਨ ਲਈ ਦੋ ਵੱਖਰੇ v=spf1 ਰਿਕਾਰਡ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨਾ ਗਲਤ ਹੈ; ਇਸ ਦੀ ਬਜਾਏ, ਆਗਿਆਤ ਭੇਜਣ ਵਾਲੇ ਇੱਕ ਹੀ SPF ਰਿਕਾਰਡ ਵਿੱਚ ਮਿਲਾਏ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ। ਉਦਾਹਰਣ ਵਜੋਂ, ਜੇਕਰ ਤੁਸੀਂ ਹੋਸਟਿੰਗ ਮੈਲ ਅਤੇ ਇੱਕ ਈ-ਮੇਲ ਮਾਰਕੀਟਿੰਗ ਟੂਲ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਦੋ ਵੱਖਰੇ SPF ਦੇ ਰਿਕਾਰਡਾਂ ਦੀ ਬਜਾਏ ਇਕੋ ਪੰਗਤ ਵਿੱਚ ਦੋ include ਮੁੱਲਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

Nameserver ਬਦਲਾਅ ਅਤੇ DNS ਰਿਕਾਰਡ ਬਦਲਾਅ ਦੇ ਵਿਚਕਾਰ ਫਰਕ

DNS ਸੈਟਿੰਗਜ਼ ਕਰਦਿਆਂ, nameserver ਬਦਲਾਅ ਅਤੇ DNS ਰਿਕਾਰਡ ਦਾ ਬਦਲਾਅ ਅਕਸਰ ਗਲਤ ਸਮਝਿਆ ਜਾਂਦਾ ਹੈ। Nameserver, ਤੁਹਾਡੇ ਡੋਮੇਨ ਦੇ DNS ਰਿਕਾਰਡ ਕਿਸ ਸਰਵਰਾਂ ਦੁਆਰਾ ਪ੍ਰਬੰਧਿਤ ਕੀਤੇ ਜਾਣਗੇ, ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ। DNS ਰਿਕਾਰਡ, ਉਸ nameserver 'ਤੇ ਪਰਿਭਾਸ਼ਿਤ A, CNAME, MX, TXT ਵਰਗੇ ਇਕਲ ਰੀਡਾਇਰੈਕਸ਼ਨ ਹਨ। ਇਸਦਾ ਮਤਲਬ ਇਹ ਹੈ ਕਿ ਜੇਕਰ ਤੁਸੀਂ nameserver ਬਦਲਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ DNS ਪ੍ਰਬੰਧਨ ਦਾ ਪਤਾ ਬਦਲ ਰਹੇ ਹੋ; ਜੇਕਰ ਤੁਸੀਂ A ਰਿਕਾਰਡ ਬਦਲਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਸਿਰਫ ਵੈਬ ਰੀਡਾਇਰੈਕਸ਼ਨ ਦੇ ਟਾਰਗੇਟ ਨੂੰ ਅੱਪਡੇਟ ਕਰ ਰਹੇ ਹੋ।

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

DNS ਪ੍ਰਸਾਰਣ ਸਮਾਂ ਕਿੰਨਾ ਲੈਂਦਾ ਹੈ?

DNS ਬਦਲਾਅ ਜ਼ਿਆਦਾਤਰ ਮਾਮਲਿਆਂ ਵਿੱਚ ਕੁਝ ਮਿੰਟ ਤੋਂ ਕੁਝ ਘੰਟੇ ਵਿੱਚ ਪ੍ਰਭਾਵ ਪਾਉਂਦੇ ਹਨ; ਪਰ ਦੁਨੀਆ ਭਰ ਦੇ ਸਾਰੇ ਕੈਸ਼ ਨੂੰ ਅਪਡੇਟ ਕਰਨ ਵਿੱਚ 24 ਤੋਂ 48 ਘੰਟੇ ਲੱਗ ਸਕਦੇ ਹਨ। ਇਹ ਸਮਾਂ TTL, ਇੰਟਰਨੈਟ ਸੇਵਾ ਪ੍ਰਦਾਤਾ ਦਾ ਕੈਸ਼, ਬ੍ਰਾਊਜ਼ਰ DNS ਕੈਸ਼ ਅਤੇ ਰਿਕਾਰਡ ਕਿਸਮ ਦੇ ਆਧਾਰ 'ਤੇ ਬਦਲ ਸਕਦਾ ਹੈ। ਆਜਕਲ, ਬਹੁਤ ਸਾਰੀਆਂ ਬਦਲਾਅ 5-60 ਮਿੰਟ ਦੇ ਅੰਦਰ ਪ੍ਰਗਟ ਹੋ ਜਾਣਗੇ, ਪਰ ਨਿਰਣਯਕ ਮਾਈਗ੍ਰੇਸ਼ਨਾਂ ਲਈ 48 ਘੰਟੇ ਦੀ ਖਿੜਕੀ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਣਾ ਸੁਰੱਖਿਅਤ ਹੈ।

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

ਡੋਮੇਨ ਨੂੰ ਹੋਸਟਿੰਗ ਨਾਲ ਜੋੜਨ ਲਈ ਉਦਾਹਰਣ DNS ਸੰਰਚਨਾ

ਨਵੀਂ ਸਾਈਟ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਦੇ ਇੱਛੁਕ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਆਮ ਸੰਰਚਨਾ ਕਾਫੀ ਸਪੱਸ਼ਟ ਹੈ। ਪਹਿਲਾਂ ਡੋਮੇਨ ਦੇ ਕਿਸ DNS ਪੈਨਲ ਤੋਂ ਪ੍ਰਬੰਧਿਤ ਕੀਤਾ ਜਾਵੇਗਾ, ਇਹ ਨਿਰਧਾਰਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਫਿਰ ਹੋਸਟਿੰਗ IP ਪਤਾ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਕੋਕ ਡੋਮੇਨ ਲਈ A ਰਿਕਾਰਡ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ, www ਲਈ CNAME ਰਿਕਾਰਡ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਜੇਕਰ ਈ-ਮੇਲ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਵੇਗੀ ਤਾਂ MX ਅਤੇ TXT ਰਿਕਾਰਡ ਪੂਰੇ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।

ਕੋਕ ਡੋਮੇਨ: A ਰਿਕਾਰਡ, ਹੋਸਟ @, ਮੁੱਲ ਹੋਸਟਿੰਗ IP ਪਤਾ।
www ਸਬਡੋਮੇਨ: CNAME ਰਿਕਾਰਡ, ਹੋਸਟ www, ਮੁੱਲ alanadiniz.com।
ਮੈਲ ਸਰਵਰ: MX ਰਿਕਾਰਡ, ਹੋਸਟ @, ਮੁੱਲ ਤੁਹਾਡੇ ਈ-ਮੇਲ ਪ੍ਰਦਾਤਾ ਦਾ ਸਰਵਰ ਪਤਾ।
SPF: TXT ਰਿਕਾਰਡ, ਹੋਸਟ @, ਮੁੱਲ ਤੁਹਾਡੇ ਈ-ਮੇਲ ਪ੍ਰਦਾਤਾ ਦਾ SPF ਲਾਈਨ।
DKIM: TXT ਰਿਕਾਰਡ, ਹੋਸਟ ਪ੍ਰਦਾਤਾ ਦੁਆਰਾ ਦਿੱਤਾ ਗਿਆ selector ਮੁੱਲ, ਮੁੱਲ DKIM ਕੁੰਜੀ।
DMARC: TXT ਰਿਕਾਰਡ, ਹੋਸਟ _dmarc, ਮੁੱਲ ਨੀਤੀ ਲਾਈਨ।

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

DNS ਸੈਟਿੰਗਜ਼ ਵਿੱਚ ਸਭ ਤੋਂ ਆਮ ਗਲਤੀਆਂ ਅਤੇ ਹੱਲ

DNS ਗਲਤੀਆਂ ਆਮ ਤੌਰ 'ਤੇ ਛੋਟੀਆਂ ਦਿਸਦੀਆਂ ਹਨ ਪਰ ਪ੍ਰਭਾਵ ਵੱਡਾ ਹੁੰਦਾ ਹੈ। ਪਹਿਲੀ ਗਲਤੀ ਗਲਤ IP ਪਤੇ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਹੈ। ਜਦੋਂ ਹੋਸਟਿੰਗ ਪੈਕੇਜ ਬਦਲਦਾ ਹੈ ਜਾਂ ਸਰਵਰ ਮਾਈਗ੍ਰੇਟ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਜੇ ਪੁਰਾਣਾ A ਰਿਕਾਰਡ ਰਹਿੰਦਾ ਹੈ, ਤਾਂ ਸਾਈਟ ਪੁਰਾਣੇ ਸਰਵਰ ਨੂੰ ਦਿਖਾਉਣੀ ਜਾਰੀ ਰੱਖੇਗੀ। ਹੱਲ ਇਹ ਹੈ ਕਿ ਹੋਸਟਿੰਗ ਪੈਨਲ ਵਿੱਚ ਅਪਡੇਟ IP ਪਤਾ ਦੀ ਜਾਂਚ ਕਰਨੀ ਅਤੇ DNS ਰਿਕਾਰਡ ਨੂੰ ਇਸ ਦੇ ਅਨੁਸਾਰ ਅੱਪਡੇਟ ਕਰਨਾ ਹੈ।

ਦੂਜੀ ਆਮ ਗਲਤੀ CNAME ਅਤੇ A ਰਿਕਾਰਡਾਂ ਦਾ ਇੱਕੋ ਹੀ ਹੋਸਟ 'ਤੇ ਟਕਰਾਉਣਾ ਹੈ। ਇੱਕ ਸਬਡੋਮੇਨ ਲਈ ਇੱਕੋ ਸਮੇਂ ਵਿੱਚ A ਅਤੇ CNAME ਦੋਵੇਂ ਦਰਜ ਕਰਨਾ ਬਹੁਤ ਸਾਰੇ DNS ਸਿਸਟਮਾਂ ਵਿੱਚ ਗਲਤ ਹੈ। ਉਦਾਹਰਣ ਵਜੋਂ, ਜੇਕਰ ਤੁਸੀਂ www ਲਈ CNAME ਵਰਤ ਰਹੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਇੱਕੋ www ਹੋਸਟ ਲਈ ਇੱਕ ਅਲੱਗ A ਰਿਕਾਰਡ ਨਹੀਂ ਜੋੜਨਾ ਚਾਹੀਦਾ ਹੈ। ਤੀਜੀ ਗਲਤੀ MX ਰਿਕਾਰਡਾਂ ਨੂੰ ਬਦਲਦੇ ਸਮੇਂ SPF, DKIM ਅਤੇ DMARC ਰਿਕਾਰਡਾਂ ਨੂੰ ਭੁੱਲ ਜਾਣਾ ਜਾਂ ਪੁਰਾਣੇ ਪ੍ਰਦਾਤਾ ਦੇ ਰਿਕਾਰਡਾਂ ਨੂੰ ਛੱਡ ਜਾਣਾ ਹੈ। ਇਹ ਈ-ਮੇਲ ਪ੍ਰਾਪਤੀ ਵਿੱਚ ਨਕਾਰਾਤਮਕ ਪ੍ਰਭਾਵ ਪਾ ਸਕਦਾ ਹੈ।

ਚੌਥੀ ਗਲਤੀ, ਪ੍ਰਮਾਣਿਕਤਾ TXT ਰਿਕਾਰਡਾਂ ਵਿੱਚ ਘੱਟ ਅੱਖਰ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਹੈ। ਕਾਪੀ ਅਤੇ ਪੇਸਟ ਕਰਨ ਦੌਰਾਨ ਪੰਗਤ ਦੇ ਅੰਤ, ਖਾਲੀਆਂ ਥਾਵਾਂ ਜਾਂ ਗੁੰਝਲਦਾਰ ਟੁਕੜੇ ਬਣ ਜਾਂਦੇ ਹਨ, ਤਾਂ Google, Microsoft ਜਾਂ ਹੋਰ ਸੇਵਾਵਾਂ ਪ੍ਰਮਾਣਿਕਤਾ ਨੂੰ ਪੂਰੀ ਕਰਨ ਵਿੱਚ ਅਸਫਲ ਹੋ ਸਕਦੀਆਂ ਹਨ। ਪੰਜਵੀਂ ਗਲਤੀ ਇਹ ਹੈ ਕਿ DNS ਪ੍ਰਸਾਰਣ ਦੀ ਉਡੀਕ ਕੀਤੇ ਬਿਨਾਂ ਲਗਾਤਾਰ ਰਿਕਾਰਡਾਂ ਨੂੰ ਬਦਲਣਾ ਹੈ।