VPN ਕਲਾਇੰਟਾਂ ਦੇ DNS ਰਿਕਾਰਡ: ਮਾਲਕ, TTL ਅਤੇ ਸਫ਼ਾਈ ਵੱਖਰੇ ਹਨ
VPN ਪਤਾ, DNS ਰਿਕਾਰਡ ਅਤੇ ਕੈਸ਼ ਐਂਟਰੀ ਦੇ ਮਾਲਕ ਵੱਖਰੇ ਹਨ: ਤੈਅ ਕਰੋ ਕਿ ਨਾਮ ਕੌਣ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰ ਸਕਦਾ ਹੈ, ਕਿਹੜੇ ਇੰਟਰਫੇਸ ਰਜਿਸਟਰ ਕਰਦੇ ਹਨ ਅਤੇ ਰਿਕਾਰਡ ਕਦੋਂ ਪੁਰਾਣੇ ਹੁੰਦੇ ਹਨ।
ਲੈਪਟਾਪ ਜੁੜਦੇ ਹਨ, VPN ਪਤਾ ਲੈਂਦੇ ਹਨ, ਅਤੇ ਹੋਰ ਸਿਸਟਮ ਜਿਸ ਨਾਮ ਨੂੰ ਹੱਲ ਕਰਦੇ ਹਨ ਉਹ ਅਜੇ ਵੀ ਕੱਲ੍ਹ ਵਾਲੇ ਦਫ਼ਤਰ ਦੇ ਪਤੇ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ। ਕੁਝ ਵੀ ਫੇਲ੍ਹ ਨਹੀਂ ਹੋਇਆ: ਪਤਾ ਅਲਾਟ ਹੋਇਆ, ਰਿਕਾਰਡ ਅੱਪਡੇਟ ਨਹੀਂ ਹੋਇਆ, ਅਤੇ ਕੈਸ਼ ਅਜੇ ਵੀ ਪੁਰਾਣਾ ਜਵਾਬ ਰੱਖਦਾ ਹੈ। ਇਹ ਤਿੰਨ ਮਾਲਕਾਂ ਵਾਲੀਆਂ ਤਿੰਨ ਵਸਤੂਆਂ ਹਨ, ਅਤੇ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ VPN ਦੀ ਹੈ। ਪ੍ਰਕਾਸ਼ਨ ਦੀ ਯੋਜਨਾ ਬਣਾਉਣ ਦਾ ਅਰਥ ਹੈ ਤੈਅ ਕਰਨਾ ਕਿ ਨਾਮ ਕੌਣ ਲਿਖਦਾ ਹੈ, ਕਿਹੜੇ ਇੰਟਰਫੇਸ ਹਿੱਸਾ ਲੈਂਦੇ ਹਨ ਅਤੇ ਪੁਰਾਣਾ ਡੇਟਾ ਕਦੋਂ ਗਾਇਬ ਹੁੰਦਾ ਹੈ।
ਲੱਛਣ: ਗਲਤ ਪਤੇ ਦਾ ਪਿੱਛਾ ਕਰਦਾ ਨਾਮ
ਡਿਵਾਈਸ ਤੋਂ ਟਨਲ ਚਾਲੂ ਹੈ ਅਤੇ VPN ਪਤਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਸਹਿਕਰਮੀ ਦੇ ਵਰਕਸਟੇਸ਼ਨ ਤੋਂ ਉਹੀ ਹੋਸਟਨਾਮ ਇੱਕ ਪ੍ਰਾਈਵੇਟ ਪਤੇ ’ਤੇ ਹੱਲ ਹੁੰਦਾ ਹੈ ਜੋ ਡਿਵਾਈਸ ਕੋਲ ਹੁਣ ਨਹੀਂ ਹੈ, ਇਸ ਲਈ ਕਨੈਕਸ਼ਨ ਉਸ ਮਸ਼ੀਨ ਸਾਹਮਣੇ ਸਮਾਂ-ਸੀਮਾ ਪਾਰ ਕਰ ਜਾਂਦਾ ਹੈ ਜੋ ਬਦਲ ਗਈ ਹੈ। ਰਿਕਾਰਡ ਅਧਿਕਾਰਕ ਅਤੇ ਗਲਤ ਹੈ, ਜੋ ਨਾ ਹੋਣ ਨਾਲੋਂ ਵੀ ਮਾੜਾ ਹੈ। ਸਾਰੇ ਇਸ ’ਤੇ ਭਰੋਸਾ ਕਰਦੇ ਹਨ ਅਤੇ ਕੋਈ ਜੁੜ ਨਹੀਂ ਸਕਦਾ।
ਉਲਟ ਮਾਮਲਾ ਵਧੇਰੇ ਸ਼ਾਂਤ ਹੈ: ਰਿਕਾਰਡ ਗਾਇਬ ਹੋ ਜਾਂਦਾ ਹੈ ਅਤੇ ਨਾਮ ਹੱਲ ਹੋਣਾ ਬਿਲਕੁਲ ਬੰਦ ਹੋ ਜਾਂਦਾ ਹੈ। ਦੋਵੇਂ ਨਤੀਜੇ ਇੱਕੋ ਡਿਜ਼ਾਈਨ ਖਾਲੀ ਥਾਂ ਤੋਂ ਆਉਂਦੇ ਹਨ, ਅਤੇ TTL ਘਟਾਉਣ ਨਾਲ ਕੋਈ ਵੀ ਠੀਕ ਨਹੀਂ ਹੁੰਦਾ। ਛੋਟੀ ਕੈਸ਼ ਉਮਰ ਬਦਲਦੀ ਹੈ ਕਿ ਗਲਤ ਜਵਾਬ ਕਿੰਨੀ ਦੇਰ ਰਹਿੰਦਾ ਹੈ, ਇਹ ਨਹੀਂ ਕਿ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ ਜਾਂ ਨਹੀਂ।
ਕਿਹੜੀ ਵਸਤੂ ਪੁਰਾਣੀ ਹੋਈ ਹੈ ਇਹ ਪੁੱਛ ਕੇ ਸ਼ੁਰੂ ਕਰੋ। VPN ਵੱਲੋਂ ਦਿੱਤਾ ਪਤਾ, ਜ਼ੋਨ ਵਿੱਚਲਾ ਰਿਕਾਰਡ ਅਤੇ ਰਿਜ਼ੌਲਵਰ ਦੇ ਕੈਸ਼ ਵਿੱਚਲਾ ਜਵਾਬ—ਇਨ੍ਹਾਂ ਦੀ ਉਮਰ ਅਤੇ ਮਾਲਕ ਵੱਖਰੇ ਹਨ।
ਤਿੰਨ ਵਸਤੂਆਂ, ਤਿੰਨ ਮਾਲਕ
VPN ਪਤਾ ਵੰਡ ਦਾ ਮਾਲਕ ਹੈ, ਅਤੇ ਕੋਈ DHCP ਲੈਣ-ਦੇਣ ਲੈਪਟਾਪ ਤੱਕ ਪਹੁੰਚੇ ਬਿਨਾਂ ਇਹ ਅੰਦਰੂਨੀ ਪੂਲ ਤੋਂ ਪਤਾ ਦੇ ਸਕਦਾ ਹੈ। DNS ਜ਼ੋਨ ਰਿਕਾਰਡ ਦਾ ਮਾਲਕ ਹੈ, ਅਤੇ ਇਸਦਾ ਸੁਰੱਖਿਆ ਮਾਡਲ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਇਸਨੂੰ ਕੌਣ ਬਣਾ ਜਾਂ ਬਦਲ ਸਕਦਾ ਹੈ। ਰਿਜ਼ੌਲਵਰ ਦੀ ਕੈਸ਼ ਉਸ ਕਾਪੀ ਦੀ ਮਾਲਕ ਹੈ ਜੋ ਪਾਠਕ ਹੁਣ ਵਰਤ ਰਿਹਾ ਹੈ, ਅਤੇ ਡਿਵਾਈਸ ਜੋ ਵੀ ਕਰੇ ਉੱਥੇ ਪਹੁੰਚ ਨਹੀਂ ਸਕਦਾ।
ਇੱਕ ਹੀ ਘਟਕ ਤਿੰਨੇ ਕੰਮ ਕਰਦਾ ਹੈ ਇਹ ਮੰਨਣਾ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਡਿਜ਼ਾਈਨ ਟੁੱਟਦਾ ਹੈ। ਪ੍ਰਬੰਧਿਤ ਰੇਂਜ ਤੋਂ ਆਇਆ ਲੱਗਦਾ ਪਤਾ ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ DHCP ਸਰਵਰ ਨੇ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਕੀਤੀ, ਅਤੇ ਸਫਲ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ ਕਿ ਪਾਠਕਾਂ ਨੇ ਆਪਣੀ ਕੈਸ਼ ਤਾਜ਼ਾ ਕੀਤੀ।
| Object | Owner | What it decides |
|---|---|---|
| VPN address | Tunnel gateway pool | Which address the device holds now |
| DNS record | Zone security model | Which name resolves to which address |
| Cached answer | Each resolver | How long a reader keeps the old answer |
ਰਿਕਾਰਡ ਕੌਣ ਅੱਪਡੇਟ ਕਰ ਸਕਦਾ ਹੈ
Active Directory ਨਾਲ ਏਕੀਕ੍ਰਿਤ ਅਤੇ ਸੁਰੱਖਿਅਤ ਗਤੀਸ਼ੀਲ ਅੱਪਡੇਟ ਵਾਲੇ ਜ਼ੋਨ ਵਿੱਚ ਇਜਾਜ਼ਤਾਂ ਰਿਕਾਰਡ ’ਤੇ ਹੀ ਹੁੰਦੀਆਂ ਹਨ। DHCP ਸੇਵਾ ਖਾਤੇ ਵੱਲੋਂ ਬਣਾਇਆ ਰਿਕਾਰਡ ਲੈਪਟਾਪ ਦੇ ਕੰਪਿਊਟਰ ਖਾਤੇ ਤੋਂ ਲਿਖਣਯੋਗ ਨਾ ਹੋਵੇ, ਅਤੇ ਮਾਲਕੀ ਮਾਡਲ ਬਾਅਦ ਵਿੱਚ ਬਦਲਣਾ ਇੱਕ ਤਬਦੀਲੀ ਹੈ, ਸਵਿੱਚ ਨਹੀਂ। ਇਸੇ ਲਈ ਮਾਲਕੀ ਦਾ ਟਕਰਾਅ ਕਲਾਇੰਟ-ਪਾਸੇ ਦੀ ਹਰ ਸੈਟਿੰਗ ’ਤੇ ਟਿਕਿਆ ਰਹਿੰਦਾ ਹੈ।
Microsoft ਦੀ ਗਤੀਸ਼ੀਲ ਅੱਪਡੇਟ ਸਲਾਹ ਡੋਮੇਨ-ਜੁੜੇ ਹਾਈਬ੍ਰਿਡ ਐਂਡਪੌਇੰਟਾਂ ਲਈ ਕਲਾਇੰਟ-ਪਾਸੇ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦੀ ਹੈ। ਇਸਨੂੰ ਅਪਣਾਉਣ ਦਾ ਅਰਥ ਹੈ ਮੌਜੂਦਾ ਰਿਕਾਰਡ ਜਾਣ-ਬੁੱਝ ਕੇ ਤਬਦੀਲ ਕਰਨਾ, ਨਾ ਕਿ ਸਿਰਫ਼ VPN ਅਡੈਪਟਰ ’ਤੇ ਚੈਕਬਾਕਸ ਲਾ ਕੇ ਪੁਰਾਣੇ ਮਾਲਕ ਦੇ ਹਟਣ ਦੀ ਆਸ ਕਰਨਾ।
ਜਿੱਥੇ DHCP ਸੇਵਾ ਨੂੰ ਹੋਰ ਡਿਵਾਈਸ ਸ਼੍ਰੇਣੀਆਂ ਲਈ ਰਜਿਸਟਰ ਕਰਨਾ ਪਵੇ, ਉੱਥੇ ਉਸ ਭੂਮਿਕਾ ਲਈ ਸਮਰਥਿਤ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਅਤੇ ਇਜਾਜ਼ਤ ਮਾਡਲ ਦਿਓ। ਫਾਰਵਰਡ ਅਤੇ ਰਿਵਰਸ ਰਿਕਾਰਡ ਇੱਕੋ ਯੋਜਨਾ ਵਿੱਚ ਰੱਖੋ, ਕਿਉਂਕਿ ਇਹਨਾਂ ਦੀ ਸੰਭਾਲ ਅਕਸਰ ਵੱਖਰੇ ਘਟਕ ਕਰਦੇ ਹਨ ਅਤੇ ਇੱਕ ਆਮ ਤੌਰ ’ਤੇ ਭੁੱਲ ਜਾਂਦਾ ਹੈ।
ipconfig /all
Resolve-DnsName laptop-042.corp.example -Type A
Get-DnsServerResourceRecord -ZoneName corp.example -Name laptop-042ਪਹਿਲਾ ਕਮਾਂਡ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਡਿਵਾਈਸ ਕਿਹੜੇ ਪਤੇ ਆਪਣੇ ਕੋਲ ਮੰਨਦਾ ਹੈ ਅਤੇ ਕਨੈਕਸ਼ਨ ਉਹਨਾਂ ਨੂੰ ਰਜਿਸਟਰ ਕਰਨ ਲਈ ਸੈੱਟ ਹੈ ਜਾਂ ਨਹੀਂ। ਦੂਜਾ ਅਤੇ ਤੀਜਾ ਤੁਲਨਾ ਕਰਦੇ ਹਨ ਕਿ ਕਲਾਇੰਟ ਕੀ ਹੱਲ ਕਰਦਾ ਹੈ ਅਤੇ ਜ਼ੋਨ ਅਸਲ ਵਿੱਚ ਕੀ ਸੰਭਾਲਦਾ ਹੈ, ਜੋ ਕੈਸ਼ ਸਮੱਸਿਆ ਨੂੰ ਅਧਿਕਾਰਕ ਸਮੱਸਿਆ ਤੋਂ ਵੱਖ ਕਰਦਾ ਹੈ।
ਤਿੰਨ ਘੜੀਆਂ, ਇੱਕ ਨਹੀਂ
ਪ੍ਰਕਾਸ਼ਨ ਅਤੇ ਤਾਜ਼ਾ ਕਰਨਾ ਪਹਿਲੀ ਘੜੀ ਹੈ: ਜਦੋਂ ਅਧਿਕਾਰਤ ਅੱਪਡੇਟਰ ਐਲਾਨ ਕਰਦਾ ਹੈ ਕਿ ਪਤਾ ਬਦਲ ਗਿਆ ਹੈ। ਕੈਸ਼ TTL ਦੂਜੀ ਹੈ: ਰਿਜ਼ੌਲਵਰ ਪ੍ਰਾਪਤ ਜਵਾਬ ਕਿੰਨੀ ਦੇਰ ਰੱਖ ਸਕਦਾ ਹੈ। ਅਧਿਕਾਰਕ ਸਫ਼ਾਈ ਤੀਜੀ ਹੈ: ਪੁਰਾਣੇ ਰਿਕਾਰਡ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਪ੍ਰਕਿਰਿਆ ਰਾਹੀਂ ਜਾਂ ਪੁਰਾਣੇ ਹੋਣ ਅਤੇ ਸਵੀਪਿੰਗ ਰਾਹੀਂ ਕਿਵੇਂ ਹਟਾਏ ਜਾਂਦੇ ਹਨ।
ਇਹ ਘੜੀਆਂ ਸੁਤੰਤਰ ਹਨ, ਅਤੇ ਇਹਨਾਂ ਨੂੰ ਮਿਲਾਉਣ ਨਾਲ ਅਜਿਹੇ ਸੁਧਾਰ ਮਿਲਦੇ ਹਨ ਜੋ ਕੰਮ ਨਹੀਂ ਕਰਦੇ। ਇੱਕ ਵਿੱਚ ਤਬਦੀਲੀ ਬਾਕੀ ਦੋ ਲਈ ਅਦਿੱਖ ਹੈ। ਛੋਟੀ TTL ਕੈਸ਼ ਕੀਤੇ ਜਵਾਬ ਦੀ ਉਮਰ ਘਟਾਉਂਦੀ ਹੈ ਅਤੇ ਕੋਈ ਅੱਪਡੇਟ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦੀ। ਸਵੀਪਿੰਗ ਉਹ ਰਿਕਾਰਡ ਹਟਾਉਂਦੀ ਹੈ ਜੋ ਤਾਜ਼ਾ ਨਹੀਂ ਕੀਤੇ ਗਏ, ਅਤੇ ਇਹ ਉਸ ਰਿਕਾਰਡ ਦੀ ਮੁਰੰਮਤ ਨਹੀਂ ਕਰ ਸਕਦੀ ਜੋ ਸਹੀ ਮਾਲਕ ਨੇ ਕਦੇ ਲਿਖਿਆ ਹੀ ਨਹੀਂ।
TTL ਇਸ ਗੱਲ ਤੋਂ ਸੈੱਟ ਕਰੋ ਕਿ ਪਾਠਕਾਂ ਨੂੰ ਤਬਦੀਲੀ ਕਿੰਨੀ ਜਲਦੀ ਦੇਖਣੀ ਹੈ, ਅਤੇ ਸਵੀਪਿੰਗ ਇਸ ਗੱਲ ਤੋਂ ਕਿ ਛੱਡੇ ਗਏ ਡਿਵਾਈਸ ਨੂੰ ਨਾਮ ਕਿੰਨੀ ਦੇਰ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ। ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਸੰਖਿਆ ਤੈਅ ਨਹੀਂ ਕਰਦੀ ਕਿ ਰਿਕਾਰਡ ਕੌਣ ਲਿਖ ਸਕਦਾ ਹੈ, ਅਤੇ ਕੋਈ TTL ਮੁੱਲ ਪਤਾ ਵੰਡ ਨੂੰ DNS ਪ੍ਰਸ਼ਾਸਨ ਅਧਿਕਾਰ ਨਹੀਂ ਬਣਾਉਂਦਾ।
ਘੁੰਮਦੇ ਡਿਵਾਈਸ ਲਈ ਪ੍ਰਕਾਸ਼ਨ ਦੀ ਯੋਜਨਾ ਬਣਾਓ
ਕਿਹੜੇ ਇੰਟਰਫੇਸ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਵਿੱਚ ਹਿੱਸਾ ਲੈਂਦੇ ਹਨ ਤੈਅ ਕਰੋ। ਘਰ ਦਾ Wi-Fi ਪਤਾ, VPN ਪਤਾ ਅਤੇ ਪੁਰਾਣਾ ਦਫ਼ਤਰ ਪਤਾ ਵੱਖਰੇ ਦਰਸ਼ਕਾਂ ਦੀ ਸੇਵਾ ਕਰਦੇ ਹਨ, ਅਤੇ ਸਭ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਨਾਲ ਅਸਮਾਨ ਉਪਯੋਗਤਾ ਵਾਲੇ ਕਈ ਜਵਾਬਾਂ ਵਾਲਾ ਨਾਮ ਬਣਦਾ ਹੈ। ਸਿਰਫ਼ ਉਹ ਇੰਟਰਫੇਸ ਰਜਿਸਟਰ ਕਰੋ ਜਿੱਥੇ ਲਕਸ਼ਿਤ ਪਾਠਕ ਅਸਲ ਵਿੱਚ ਪਹੁੰਚ ਸਕਦੇ ਹਨ।
ਸਥਿਰ ਕੰਪਿਊਟਰ ਨਾਮ ਨੂੰ ਪਛਾਣ ਰੱਖੋ ਅਤੇ ਪਤਿਆਂ ਨੂੰ ਇਸਦੇ ਗੁਣ ਮੰਨੋ। ਡਿਵਾਈਸ ਨੂੰ ਲੋੜੀਂਦੇ ਡੋਮੇਨ ਖੋਜ ਰਿਕਾਰਡ ਸੁਰੱਖਿਅਤ ਰੱਖੋ, ਅਤੇ ਇਜਾਜ਼ਤ ਬਦਲਾਅ ਨਾਲ ਸੁਧਰ ਸਕਣ ਵਾਲੀ ਡੁਪਲੀਕੇਟ ਰਿਕਾਰਡ ਸਮੱਸਿਆ ਹੱਲ ਕਰਨ ਲਈ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬੰਦ ਨਾ ਕਰੋ।
ਅਲਾਟ ਕਰਨ ਵਾਲੇ, ਅੱਪਡੇਟਰ ਅਤੇ ਸਫ਼ਾਈ ਦੇ ਮਾਲਕ ਨੂੰ ਇੱਕ ਰਿਕਾਰਡ ਵਿੱਚ ਲਿਖੋ, ਲਕਸ਼ਿਤ ਪਾਠਕਾਂ ਦੇ ਨਾਵਾਂ ਸਮੇਤ। ਜਦੋਂ ਨਾਮ ਫਿਰ ਗਲਤ ਪਤੇ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰੇ, ਤਾਂ ਉਹ ਰਿਕਾਰਡ ਤੁਹਾਨੂੰ ਦੱਸੇਗਾ ਕਿ ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਪਹਿਲਾਂ ਕਿਸਦੀ ਜਾਂਚ ਕਰਨੀ ਹੈ, ਜਾਂਚ ਮੁੜ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਥਾਂ।