ਛੋਟੇ ਅੰਦਰੂਨੀ ਨਾਮ VPN 'ਤੇ ਫੇਲ ਹੁੰਦੇ ਹਨ: ਉਹ ਪਿਛੇਤਰ ਜੋ ਤੁਸੀਂ ਕਦੇ ਨਹੀਂ ਦੇਖਦੇ
ਛੋਟਾ ਨਾਮ ਸਿਰਫ਼ ਇਸ ਲਈ ਕੰਮ ਕਰਦਾ ਹੈ ਕਿਉਂਕਿ ਖੋਜ ਪਿਛੇਤਰ ਇਸਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ। ਪਿਛੇਤਰ ਦੀ ਘਾਟ ਅਤੇ ਰਿਜ਼ੋਲਵਰ ਫੇਲ੍ਹ ਨੂੰ ਵੱਖ ਕਰਨ ਲਈ ਪੂਰੇ ਨਾਮ ਅਤੇ ਛੋਟੇ ਨਾਮ ਦੀ ਤੁਲਨਾ ਕਰੋ।
ਛੋਟਾ ਨਾਮ ਦਫ਼ਤਰ ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਸੀ ਅਤੇ VPN 'ਤੇ ਫੇਲ ਹੁੰਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਪੂਰਾ ਨਾਮ ਬਿਨਾਂ ਕਿਸੇ ਸਮੱਸਿਆ ਦੇ ਹੱਲ ਹੁੰਦਾ ਹੈ। ਕੁਝ ਵੀ ਟੁੱਟਿਆ ਨਹੀਂ। intranet ਵਰਗਾ ਨੰਗਾ ਨਾਮ ਪੂਰਾ ਨਾਮ ਨਹੀਂ ਹੈ; ਕਲਾਇੰਟ ਆਪਣੀ ਖੋਜ ਸੂਚੀ ਵਿੱਚੋਂ ਪਿਛੇਤਰ ਜੋੜਦਾ ਹੈ ਅਤੇ ਨਤੀਜੇ ਬਾਰੇ ਪੁੱਛਦਾ ਹੈ। ਜੇ VPN ਪ੍ਰੋਫ਼ਾਈਲ ਉਹ ਪਿਛੇਤਰ ਨਹੀਂ ਦਿੰਦੀ, ਤਾਂ ਜਾਣੀ-ਪਛਾਣੀ ਛੋਟੀ ਸ਼ਕਲ ਹੋਂਦ ਵਿੱਚ ਨਹੀਂ ਰਹਿੰਦੀ।
ਇਹੀ ਪੂਰੀ ਕਥਾ ਹੈ। DNS ਨਹੀਂ ਟੁੱਟਿਆ, ਖੋਜ ਨੀਤੀ ਬਦਲ ਗਈ।
ਨੰਗਾ ਨਾਮ ਨਾਮ ਨਹੀਂ ਹੈ
ਜਦੋਂ ਤੁਸੀਂ ਇੱਕ ਲੇਬਲ ਟਾਈਪ ਕਰਦੇ ਹੋ, ਰਿਜ਼ੋਲਵਰ ਨੂੰ ਤੈਅ ਕਰਨਾ ਪੈਂਦਾ ਹੈ ਕਿ ਕੀ ਪੁੱਛਣਾ ਹੈ। ਉਹ ਨਾਮ ਨੂੰ ਜਿਵੇਂ ਦਿੱਤਾ ਗਿਆ ਹੈ ਉਵੇਂ ਅਜ਼ਮਾਉਂਦਾ ਹੈ, ਫਿਰ ਕੁਝ ਜਵਾਬ ਦੇਣ ਤੱਕ ਖੋਜ ਸੂਚੀ ਦੀਆਂ ਐਂਟਰੀਆਂ ਇੱਕ-ਇੱਕ ਕਰਕੇ ਜੋੜਦਾ ਹੈ। Linux 'ਤੇ, resolv.conf search ਅਤੇ ndots ਸੈਟਿੰਗਾਂ ਨਾਲ ਉਹ ਕ੍ਰਮ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ। Windows 'ਤੇ, ਪਿਛੇਤਰ ਸੂਚੀ ਅਤੇ ਨਾਮ-ਹੱਲ ਨੀਤੀ ਉਹੀ ਕਰਦੇ ਹਨ। ਪਿਛੇਤਰ ਹਟਾ ਦਿਓ, ਰਿਜ਼ੋਲਵਰ ਕੋਲ ਜੋੜਨ ਲਈ ਕੁਝ ਨਹੀਂ ਬਚੇਗਾ।
ਇਸ ਲਈ ਕੰਮ ਕਰਦਾ ਛੋਟਾ ਨਾਮ ਨੀਤੀ ਦਾ ਸਬੂਤ ਹੈ, ਸਿਹਤਮੰਦ DNS ਸਰਵਰ ਦਾ ਸਬੂਤ ਨਹੀਂ।
ਪਿਛੇਤਰ ਸੂਚੀ ਅਤੇ ਰਿਜ਼ੋਲਵਰ ਪਤਾ ਕੀ ਕਰਦੇ ਹਨ
ਇਹ ਦੋਵੇਂ ਲਗਾਤਾਰ ਮਿਲਾ ਦਿੱਤੇ ਜਾਂਦੇ ਹਨ। ਰਿਜ਼ੋਲਵਰ ਪਤਾ ਦੱਸਦਾ ਹੈ ਕਿਸ ਨੂੰ ਪੁੱਛਣਾ ਹੈ; ਪਿਛੇਤਰ ਸੂਚੀ ਦੱਸਦੀ ਹੈ ਕਿਹੜੇ ਨਾਮ ਬਾਰੇ ਪੁੱਛਣਾ ਹੈ। VPN ਤੁਹਾਨੂੰ ਪਿਛੇਤਰ ਤੋਂ ਬਿਨਾਂ ਨਿੱਜੀ ਰਿਜ਼ੋਲਵਰ ਦੇ ਸਕਦਾ ਹੈ, ਜਾਂ ਗਲਤ ਰਿਜ਼ੋਲਵਰ ਨਾਲ ਪਿਛੇਤਰ ਦੇ ਸਕਦਾ ਹੈ। ਇਨ੍ਹਾਂ ਫੇਲ੍ਹਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ DNS ਰੁਕਾਵਟ ਵਰਗੀ ਦਿਖਦੀ ਹੈ।
ਉਹਨਾਂ ਨੂੰ ਵੱਖਰਾ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਗਲਤ ਨੂੰ ਠੀਕ ਕਰਨਾ ਸਹਾਇਤਾ ਵਿੰਡੋ ਨੂੰ ਸਾੜਦਾ ਹੈ।
| What you see | Likely cause |
|---|---|
| Full name resolves, short name fails | Suffix or search list missing |
| Neither resolves | Resolver unreachable or wrong domain rule |
| Both resolve, resource fails | Route or service permission |
ਤਿੰਨ ਲੱਛਣ, ਤਿੰਨ ਵੱਖਰੇ ਮਾਲਕ।
ਪਹਿਲਾਂ ਪੂਰਾ ਨਾਮ ਪਰਖੋ
ਅੰਦਾਜ਼ਾ ਨਹੀਂ, ਪ੍ਰਸ਼ਾਸਕ ਵੱਲੋਂ ਦਸਤਾਵੇਜ਼ੀ ਪੂਰਾ ਯੋਗ ਨਾਮ ਮੰਗੋ। ਕੰਮ ਕਰਦਾ FQDN ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਰਿਜ਼ੋਲਵਰ ਪਹੁੰਚਯੋਗ ਹੈ ਅਤੇ ਰਿਕਾਰਡ ਮੌਜੂਦ ਹੈ, ਜੋ ਇੱਕ ਪ੍ਰਸ਼ਨ ਵਿੱਚ ਸੰਭਾਵੀ ਅੱਧੇ ਕਾਰਨ ਹਟਾ ਦਿੰਦਾ ਹੈ। ਅਜਿਹਾ ਸੰਦ ਵਰਤੋ ਜੋ ਦਿਖਾਏ ਕਿ ਕਿਹੜੇ ਸਰਵਰ ਨੇ ਜਵਾਬ ਦਿੱਤਾ, ਤਾਂ ਜੋ ਤੁਸੀਂ ਕੈਸ਼ ਕੀਤਾ ਨਤੀਜਾ ਨਾ ਪੜ੍ਹੋ।
ਪਰਖ ਨੂੰ ਨਿੱਜੀ ਰੱਖੋ। ਅੰਦਰੂਨੀ ਰੂਪ ਜਨਤਕ ਰਿਜ਼ੋਲਵਰ ਨੂੰ ਭੇਜਣਾ ਨਾਮ ਜ਼ਾਹਰ ਕਰਦਾ ਹੈ ਅਤੇ ਅਜਿਹੀ ਨੀਤੀ ਪਰਖਦਾ ਹੈ ਜਿਸਦਾ ਕਿਸੇ ਨੇ ਇਰਾਦਾ ਨਹੀਂ ਕੀਤਾ।
ਸੁਧਾਰ ਕਿੱਥੇ ਆਉਂਦਾ ਹੈ
ਮਾਲਕ ਪ੍ਰੋਫ਼ਾਈਲ ਜਾਂ ਇਸਨੂੰ ਬਣਾਉਣ ਵਾਲੀ ਪ੍ਰਬੰਧਨ ਪ੍ਰਣਾਲੀ ਸੁਧਾਰੋ। ਸਥਾਨਕ ਰਿਜ਼ੋਲਵਰ ਸੰਰਚਨਾ ਵਿੱਚ ਹੱਥੀਂ ਕੀਤਾ ਬਦਲਾਅ ਆਮ ਤੌਰ 'ਤੇ ਮੁੜ ਜੁੜਨ 'ਤੇ ਗਾਇਬ ਹੋ ਜਾਂਦਾ ਹੈ, ਜਾਂ ਹਰ ਉਸ ਨੈੱਟਵਰਕ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ ਜਿਸ ਨਾਲ ਮਸ਼ੀਨ ਜੁੜਦੀ ਹੈ, ਜੋ ਹੋਰ ਮਾੜਾ ਹੈ।
Windows 'ਤੇ, ਯਾਦ ਰਹਿਣ ਵਾਲੇ ਚੈੱਕਬਾਕਸ ਦੀ ਥਾਂ ਪ੍ਰਭਾਵੀ ਨੀਤੀ ਵੇਖੋ। Get-DnsClientNrptPolicy ਉਹ ਨਾਮ-ਹੱਲ ਨਿਯਮ ਦਿਖਾਉਂਦਾ ਹੈ ਜੋ ਅਸਲ ਵਿੱਚ ਲਾਗੂ ਹਨ।
macOS 'ਤੇ, scutil --dns ਹਰ ਸਕੋਪ ਵਾਲੇ ਇੰਟਰਫ਼ੇਸ ਲਈ ਰਿਜ਼ੋਲਵਰ ਸੰਰਚਨਾ ਛਾਪਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ VPN ਵੱਲੋਂ ਭੇਜੇ ਖੋਜ ਡੋਮੇਨ ਵੀ ਸ਼ਾਮਲ ਹਨ।
Linux 'ਤੇ, /etc/resolv.conf ਵਿੱਚ search ਲਾਈਨ ਪੜ੍ਹੋ, ਪਰ ਜਾਂਚੋ ਕਿ VPN ਕਲਾਇੰਟ ਨੇ ਇਸਨੂੰ ਮੁੜ ਲਿਖਿਆ ਹੈ ਜਾਂ ਨਹੀਂ। ਜੇ ਫ਼ਾਈਲ ਪ੍ਰਬੰਧਿਤ ਹੈ, ਤਾਂ ਰੈਂਡਰ ਕੀਤੀ ਫ਼ਾਈਲ ਦੀ ਥਾਂ ਸੱਚ ਦੇ ਸਰੋਤ ਨੂੰ ਸੋਧੋ। ਪਿਛਲੇ ਨੈੱਟਵਰਕ ਤੋਂ ਬਚੀ ਪੁਰਾਣੀ search ਲਾਈਨ ਆਮ ਕਾਰਨ ਹੈ।
ਪ੍ਰੋਫ਼ਾਈਲ ਨਾਲ ਕੀ ਰੱਖਣਾ ਹੈ
ਸੁਧਾਰਿਆ ਪੂਰਾ ਨਾਮ, ਪਿਛੇਤਰ ਸੂਚੀ ਅਤੇ ਰਿਜ਼ੋਲਵਰ ਪਤਾ ਕਲਾਇੰਟ ਪ੍ਰੋਫ਼ਾਈਲ ਦੇ ਕੋਲ ਰੱਖੋ। ਅਗਲਾ ਵਿਅਕਤੀ ਜੋ ਦੱਸੇ ਕਿ intranet ਸਾਈਟ ਬੰਦ ਹੈ, ਖਾਲੀ ਪੰਨੇ ਤੋਂ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਥਾਂ ਤਿੰਨ ਜਾਣੇ-ਪਛਾਣੇ ਮੁੱਲਾਂ ਦੀ ਤੁਲਨਾ ਕਰ ਸਕੇਗਾ।
ਅਤੇ ਜੇ ਸਿਰਫ਼ ਛੋਟੀ ਸ਼ਕਲ ਫੇਲ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਟਿਕਟ ਵਿੱਚ ਇਹ ਲਿਖੋ। ਉਹ ਵਾਕ ਰਿਜ਼ੋਲਵਰ ਟੀਮ ਦੀ ਇੱਕ ਦੁਪਹਿਰ ਬਚਾਉਂਦਾ ਹੈ।