ਡਾਇਲ-ਇਨ ਤੋਂ ਬਾਅਦ ਸਰਵਰ ਦਾ ਨਾਮ ਇਸ ਦੇ VPN ਪਤੇ 'ਤੇ ਕਿਉਂ ਰਿਜ਼ੌਲਵ ਹੁੰਦਾ ਹੈ

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

ਦੋ ਪਤੇ, ਇੱਕ ਨਾਮ, ਤਿੰਨ ਸ਼ਰਤਾਂ

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

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

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

ਰਜਿਸਟਰਾਰ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਰਿਕਾਰਡ ਪੜ੍ਹੋ

ਸਮੱਸਿਆ ਦੱਸਣ ਵਾਲੇ ਨੈੱਟਵਰਕ ਤੋਂ ਸਹੀ ਪੂਰਨ ਯੋਗ ਨਾਮ ਪੁੱਛੋ ਅਤੇ ਜਵਾਬਾਂ ਦੀ ਤੁਲਨਾ ਸਰਵਰ ਦੇ ਅਸਲ ਇੰਟਰਫ਼ੇਸ ਅਤੇ ਸਰੋਤਿਆਂ ਨਾਲ ਕਰੋ। ਇੱਕ ਨਾਮ ਦਾ ਕਈ ਪਤੇ ਵਾਪਸ ਕਰਨਾ ਆਮ ਹੈ; ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਹਰ ਪਤਾ ਇਸਨੂੰ ਲੈਣ ਵਾਲੇ ਕਲਾਇੰਟ ਲਈ ਵਰਤੋਂਯੋਗ ਹੈ ਜਾਂ ਨਹੀਂ।

dig +short files.corp.example A
dig @10.20.0.10 +short files.corp.example A
Resolve-DnsName files.corp.example -Server 10.20.0.10 -Type A

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

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

ਪ੍ਰਕਾਸ਼ਕ ਠੀਕ ਕਰੋ ਜਾਂ ਰਿਕਾਰਡ, ਪਰ ਜਾਣੋ ਕਿਹੜਾ

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

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

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

ਅਸਫਲ ਹੋਏ ਕਲਾਇੰਟ ਨੈੱਟਵਰਕ ਤੋਂ ਪੁਸ਼ਟੀ ਕਰੋ

ਪੁਸ਼ਟੀ ਲੱਛਣ ਦੱਸਣ ਵਾਲੇ ਨੈੱਟਵਰਕ ਦੀ ਹੈ, ਸਰਵਰ ਦੀ ਨਹੀਂ। ਕਲਾਇੰਟ ਰਿਜ਼ੌਲਵਰ ਕੈਸ਼ ਇਸ ਦੀ ਸਮਰਥਿਤ ਵਿਧੀ ਨਾਲ ਸਾਫ਼ ਕਰੋ, ਫਿਰ ਮੂਲ ਖੋਜ ਅਤੇ ਨਾਮ ਨਾਲ ਮੂਲ ਸੇਵਾ ਕਨੈਕਸ਼ਨ ਦੁਹਰਾਓ।

ipconfig /flushdns
ipconfig /displaydns | findstr /i files.corp.example

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

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