ਕਿਉਂ SRV ਰਿਕਾਰਡ ਸਿਰਫ਼ ਉਸੇ ਕਲਾਇੰਟ ਦੀ ਮਦਦ ਕਰਦਾ ਹੈ ਜੋ ਆਪ ਇਸਨੂੰ ਖੋਜਦਾ ਹੈ

ਤੁਹਾਡੇ ਜ਼ੋਨ ਵਿੱਚ SRV ਰਿਕਾਰਡ ਸ਼ਾਮਲ ਕਰਨ ਨਾਲ ਕੋਈ ਵੀ VPN ਕਲਾਇੰਟ ਇਸਨੂੰ ਖੋਜਣਾ ਨਹੀਂ ਸਿੱਖਦਾ। ਕਲਾਇੰਟ ਨੂੰ ਲੇਬਲ ਪਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਕਵੈਰੀ ਭੇਜਣ ਦਾ ਫੈਸਲਾ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਜੋ ਵਾਪਸ ਆਉਂਦਾ ਹੈ ਉਸ ਅਨੁਸਾਰ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ DNS ਪਹਿਲੀਆਂ ਦੋ ਚੀਜ਼ਾਂ ਨਹੀਂ ਦੇ ਸਕਦਾ। ਇਸ ਲਈ ਬਹੁਤੀਆਂ ਅਸਫਲ SRV ਯੋਜਨਾਵਾਂ DNS ਦੇ ਭੇਸ ਵਿੱਚ ਕਲਾਇੰਟ ਸਮੱਸਿਆਵਾਂ ਹਨ। ਪਹਿਲਾਂ ਕਲਾਇੰਟ ਦਾ ਖੋਜ ਵਿਵਹਾਰ ਪੜ੍ਹੋ, ਫਿਰ ਸਿਰਫ਼ ਉਹ ਲੇਬਲ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ ਜੋ ਉਹ ਅਸਲ ਵਿੱਚ ਖੋਜਦਾ ਹੈ।

ਜਿਸ ਰਿਕਾਰਡ ਨੂੰ ਕੋਈ ਨਹੀਂ ਖੋਜਦਾ, ਉਹ ਕਿਸੇ ਦੀ ਮਦਦ ਨਹੀਂ ਕਰ ਸਕਦਾ

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

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

ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਖੇਤਰ ਪੜ੍ਹੋ

ਰਿਕਾਰਡ ਚਾਰ ਮੁੱਲ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਹਰ ਇੱਕ ਵੱਖਰੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ: ਤਰਜੀਹ ਕਲਾਇੰਟ ਦੁਆਰਾ ਅਜ਼ਮਾਏ ਜਾ ਸਕਣ ਵਾਲੇ ਟੀਚਿਆਂ ਨੂੰ ਤਰਤੀਬ ਦਿੰਦੀ ਹੈ, ਭਾਰ ਇੱਕੋ ਤਰਜੀਹ ਵਾਲੇ ਟੀਚਿਆਂ ਵਿਚਕਾਰ ਲੋਡ ਵੰਡਦਾ ਹੈ, ਪੋਰਟ ਟਰਾਂਸਪੋਰਟ ਪੋਰਟ ਦਾ ਨਾਮ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਟੀਚਾ ਹੋਸਟ ਦਾ ਨਾਮ ਦਿੰਦਾ ਹੈ। ਵਿਸ਼ੇਸ਼ਤਾ . ਟੀਚੇ ਨੂੰ ਇਹ ਅਰਥ ਦੇਣ ਦੀ ਵੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ ਕਿ ਸੇਵਾ ਜਾਣ-ਬੁੱਝ ਕੇ ਉਪਲਬਧ ਨਹੀਂ ਹੈ, ਜੋ ਟੁੱਟਿਆ ਜਵਾਬ ਨਹੀਂ ਸਗੋਂ ਲਾਭਦਾਇਕ ਜਵਾਬ ਹੈ।

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

ਕਲਾਇੰਟ ਅਸਲ ਵਿੱਚ ਜੋ ਲੇਬਲ ਭੇਜਦਾ ਹੈ ਉਹ ਲੱਭੋ

ਉਤਪਾਦ ਦੇ ਨਾਮ ਬਾਰੇ ਅੰਦਾਜ਼ੇ ਦੀ ਥਾਂ ਸਬੂਤਾਂ ਤੋਂ ਲੇਬਲ ਤੈਅ ਕਰੋ। ਜਾਂ ਤਾਂ ਦਸਤਾਵੇਜ਼ ਸੇਵਾ ਦਾ ਨਾਮ ਦੱਸਦੇ ਹਨ, ਜਾਂ ਕੈਪਚਰ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਕਲਾਇੰਟ ਸ਼ੁਰੂ ਹੁੰਦੇ ਸਮੇਂ ਕਿਹੜੀ ਕਵੈਰੀ ਭੇਜਦਾ ਹੈ। ਦੋਵੇਂ ਰਾਹ ਇੱਕੋ ਥਾਂ ’ਤੇ ਖ਼ਤਮ ਹੁੰਦੇ ਹਨ: ਰਿਜ਼ੋਲਵਰ ਸਾਹਮਣੇ ਪਰਖਣ ਲਈ ਸਹੀ ਨਾਮ ਅਤੇ ਕਿਸਮ।

dig +short SRV _vpn._tcp.gw.example
dig +short A edge2.gw.example
tcpdump -ni any udp port 53

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

_vpn._tcp.gw.example. 600 IN SRV 20 10 8443 edge2.gw.example.

ਟੀਚਾ ਵੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ

ਹੱਲ ਹੋਣ ਵਾਲਾ ਟੀਚਾ ਜਵਾਬ ਦੇਣ ਵਾਲੀ ਸੇਵਾ ਵਰਗਾ ਨਹੀਂ ਹੁੰਦਾ। ਟੀਚੇ ਦੇ ਪਤਾ ਰਿਕਾਰਡ ਜਾਂਚੋ, ਫਿਰ ਜਾਂਚੋ ਕਿ ਪ੍ਰਕਾਸ਼ਿਤ ਪੋਰਟ ਅਤੇ ਪ੍ਰੋਟੋਕੋਲ ’ਤੇ ਕੁਝ ਸੁਣ ਰਿਹਾ ਹੈ। ਸਿਰਫ਼ UDP ਸੁਣਨ ਵਾਲੇ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਨ ਵਾਲਾ TCP ਰਿਕਾਰਡ ਅਜਿਹੀ ਅਸੰਗਤੀ ਹੈ ਜਿਸਨੂੰ ਕੋਈ ਜ਼ੋਨ ਸੋਧ ਠੀਕ ਨਹੀਂ ਕਰਦੀ। ਟੀਚਾ ਅਸਥਿਰ ਹੋਣ ਦੌਰਾਨ TTL ਛੋਟਾ ਰੱਖੋ, ਅਤੇ ਨਾਮ ਦਾ ਚੱਲਣਾ ਬੰਦ ਹੋਣ ’ਤੇ ਇਸਨੂੰ ਲੰਮਾ ਕਰੋ।

ਖੋਜ ਲਾਗੂ ਕਰਨ ਵਾਲੇ ਕਲਾਇੰਟ ਰਿਕਾਰਡ ਦਾ ਕਿੰਨਾ ਸਤਿਕਾਰ ਕਰਦੇ ਹਨ ਇਸ ਵਿੱਚ ਵੱਖਰੇ ਹਨ। ਕੁਝ ਸਿਰਫ਼ ਤਰਜੀਹ ਵਰਤਦੇ ਹਨ, ਕੁਝ ਭਾਰ ਨੂੰ ਸਲਾਹ ਮੰਨਦੇ ਹਨ, ਅਤੇ ਕੁਝ ਪੋਰਟ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਕੇ ਡਿਫਾਲਟ ਮੰਨ ਲੈਂਦੇ ਹਨ। ਇਹ ਫ਼ਰਕ ਲੇਬਲ ਦੇ ਕੋਲ ਤੁਹਾਡੇ ਨੋਟਾਂ ਵਿੱਚ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ, ਕਿਉਂਕਿ ਇਹ ਉਸ ਵਿਵਹਾਰ ਦੀ ਵਿਆਖਿਆ ਕਰਦੇ ਹਨ ਜੋ ਨਹੀਂ ਤਾਂ ਰਿਜ਼ੋਲਵਰ ਦੀ ਖਰਾਬੀ ਵਰਗਾ ਲੱਗਦਾ ਹੈ।

ਖੋਜ ਪ੍ਰਮਾਣਿਕਤਾ ਨਹੀਂ ਹੈ

SRV ਜਵਾਬ ਦੱਸਦਾ ਹੈ ਕਿ ਕਿੱਥੇ ਜੁੜਨਾ ਹੈ, ਅਤੇ ਪਹੁੰਚਣ ਤੋਂ ਬਾਅਦ ਕਿਸ ’ਤੇ ਭਰੋਸਾ ਕਰਨਾ ਹੈ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ। ਕਲਾਇੰਟ ਦੀ ਸਰਟੀਫਿਕੇਟ ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਸਰਵਰ ਪਛਾਣ ਜਾਂਚ ਨੂੰ ਬਿਲਕੁਲ ਜਿਵੇਂ ਸਨ ਤਿਵੇਂ ਰੱਖੋ, ਕਿਉਂਕਿ ਜਿਸ ਰਿਕਾਰਡ ਨੂੰ ਕੋਈ ਹੋਰ ਜਾਅਲੀ ਬਣਾ ਸਕਦਾ ਹੈ ਉਹ ਭਰੋਸੇ ਦਾ ਫੈਸਲਾ ਨਹੀਂ ਬਣਨਾ ਚਾਹੀਦਾ। DNS ਜਵਾਬ ਕੈਸ਼ ਹੋ ਸਕਦੇ ਹਨ ਅਤੇ ਜ਼ੋਨ ਨਿਯੰਤਰਿਤ ਕਰਨ ਵਾਲਾ ਕੋਈ ਵੀ ਸੋਧ ਸਕਦਾ ਹੈ, ਜੋ ਨੀਤੀ ਨੂੰ ਕੋਡ ਕਰਨ ਲਈ ਇਹਨਾਂ ਨੂੰ ਮਾੜੀ ਥਾਂ ਬਣਾਉਂਦਾ ਹੈ।

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