ਤਿੰਨ ਪ੍ਰਕਾਸ਼ਕ ਡੋਮੇਨ ਕੰਟਰੋਲਰ ਦਾ VPN ਪਤਾ DNS ਵਿੱਚ ਰੱਖ ਸਕਦੇ ਹਨ

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

ਇੱਕ ਸੈਟਿੰਗ, ਇੱਕ ਸੇਵਾ ਅਤੇ ਇੱਕ ਭੂਮਿਕਾ; ਤਿੰਨ ਪ੍ਰਕਾਸ਼ਕ, ਤਿੰਨ ਸਵਿੱਚ।

ਰਿਕਾਰਡ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ, ਚੈਕਬਾਕਸ ਤੋਂ ਨਹੀਂ

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

ਮਸ਼ੀਨ ਦਾ ਆਪਣਾ ਨਾਮ ਸਹੀ ਢੰਗ ਨਾਲ ਹੱਲ ਹੋਣਾ ਬਹੁਤ ਘੱਟ ਸਾਬਤ ਕਰਦਾ ਹੈ। ਮਹੱਤਵਪੂਰਨ ਜਾਂਚ ਕਲਾਇੰਟ ਨੈੱਟਵਰਕ ਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

ਐਡਾਪਟਰ ਸਿਰਫ਼ ਇੱਕ ਪ੍ਰਕਾਸ਼ਕ ਹੈ

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

ਤਿੰਨ ਸਵਿੱਚ, ਤਿੰਨ ਮਾਲਕ, ਅਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਹੀ ਐਡਾਪਟਰ ਦੇ ਵਿਸ਼ੇਸ਼ਤਾ ਪੰਨੇ ਉੱਤੇ ਰਹਿੰਦਾ ਹੈ।

DNS ਸੇਵਾ ਦੇ ਆਪਣੇ ਪਤੇ ਹਨ

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

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

ਸਫ਼ਾਈ ਤੋਂ ਪਹਿਲਾਂ ਮਾਲਕੀ

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

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

ਕਿਹੜਾ ਪ੍ਰਕਾਸ਼ਕ ਜ਼ਿੰਮੇਵਾਰ ਸੀ, ਕਿਹੜੇ ਰਿਕਾਰਡ ਬਦਲੇ ਅਤੇ ਕਿਹੜੇ ਕਲਾਇੰਟ ਜਾਂਚੇ ਗਏ, ਇਹ ਦਰਜ ਕਰੋ। ਅਗਲੇ ਇੱਕ ਤੋਂ ਵੱਧ ਇੰਟਰਫੇਸ ਵਾਲੇ ਸਰਵਰ ਵਿੱਚ ਵੀ ਉਹੀ ਤਿੰਨ ਸ਼ੱਕੀ ਹੋਣਗੇ।