VPN ਕਲਾਇੰਟਾਂ ਲਈ AD ਸਾਈਟ ਮੈਪਿੰਗ ਬਨਾਮ ਡੋਮੇਨ ਕੰਟਰੋਲਰ ਪਿੰਨ ਕਰਨਾ

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

ਹਰ ਪਹੁੰਚ ਅਸਲ ਵਿੱਚ ਕੀ ਬਦਲਦੀ ਹੈ

ਸਬਨੈੱਟ ਆਬਜੈਕਟ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਇੱਕ ਰਿਕਾਰਡ ਹੈ ਜੋ ਦੱਸਦਾ ਹੈ ਕਿ ਪਤਿਆਂ ਦੀ ਹੱਦ ਕਿਸ ਸਾਈਟ ਦੀ ਹੈ। Active Directory ਮੌਡਿਊਲ ਅਤੇ ਮੌਜੂਦਾ ਸਾਈਟ ਨਾਲ, ਕਾਰਵਾਈ ਪਹਿਲਾਂ ਤੋਂ ਵੇਖਣ ਜੋਗੀ ਛੋਟੀ ਹੈ:

New-ADReplicationSubnet -Name "10.90.0.0/24" -Site "Remote-Access-Hub" -WhatIf
Get-ADReplicationSubnet -Filter * | Select-Object Name,Site

-WhatIf ਡਾਇਰੈਕਟਰੀ ਲਿਖਤ ਦਾ ਪੂਰਵਦਰਸ਼ਨ ਕਰਦਾ ਹੈ। ਇਹ ਆਬਜੈਕਟ ਨਹੀਂ ਬਣਾਉਂਦਾ ਅਤੇ ਇਹ ਨਹੀਂ ਜਾਂਚਦਾ ਕਿ ਉਸ ਹੱਦ ਦਾ ਕਲਾਇੰਟ ਕਿਸੇ ਚੀਜ਼ ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ, ਅਤੇ ਲੋਕ ਠੀਕ ਇਸੇ ਹਿੱਸੇ ਦੀ ਉਮੀਦ ਕਰਦੇ ਹਨ। DC Locator ਸਾਈਟ ਮਾਡਲ ਪੜ੍ਹਦਾ ਹੈ ਜਦੋਂ ਇਹ ਸੇਵਾ ਰਿਕਾਰਡ ਹੱਲ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਸਹੀ ਸਬਨੈੱਟ ਆਬਜੈਕਟ ਬਦਲ ਦਿੰਦਾ ਹੈ ਕਿ ਕਲਾਇੰਟ ਨੂੰ ਕੀ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।

ਪਿੰਨ ਕਰਨਾ ਦੂਜੀ ਪਰਤ ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ। ਐਪ ਕਾਨਫਿਗ ਵਿੱਚ ਸਥਿਰ ਕੰਟਰੋਲਰ ਨਾਮ, ਅੰਦਰ ਹੋਸਟ ਵਾਲੀ LDAP ਸਤਰ, ਜਾਂ ਪਸੰਦੀਦਾ ਸਰਵਰ ਦੱਸਣ ਵਾਲੀ ਰਜਿਸਟਰੀ ਕੀਮਤ—ਸਭ ਖੋਜ ਨੂੰ ਰਾਹ ਤੋਂ ਹਟਾ ਦਿੰਦੇ ਹਨ। ਐਪ ਉਸ ਕੰਟਰੋਲਰ ਨਾਲ ਗੱਲ ਕਰਦੀ ਹੈ ਜਦ ਤੱਕ ਕੋਈ ਸੈਟਿੰਗ ਨਹੀਂ ਬਦਲਦਾ, ਅਤੇ ਫੇਲ੍ਹ ਹੋਣ ਤੇ ਬਦਲਣਾ ਉਹ ਹੈ ਜੋ ਉਹ ਐਪ ਲਾਗੂ ਕਰਦੀ ਹੈ।

ਸਬਨੈੱਟ ਮੈਪਿੰਗ ਕਿੱਥੇ ਜਿੱਤਦੀ ਹੈ

ਪੂਲ ਨੂੰ ਮੈਪ ਕਰਨਾ DC Locator ਵਰਤਣ ਵਾਲੇ ਹਰ ਕਲਾਇੰਟ ਲਈ ਨੈੱਟਵਰਕ ਟਿਕਾਣਾ ਇੱਕ ਵਾਰ ਦੱਸਦਾ ਹੈ। ਜਦੋਂ ਪੂਲ ਇੱਕ /24 ਤੋਂ ਤਿੰਨ ਤੱਕ ਵਧਦਾ ਹੈ, ਮਾਡਲ ਐਪ ਸੂਚੀ ਵਿੱਚ ਨਹੀਂ ਬਲਕਿ ਦੋ ਜਾਂ ਤਿੰਨ ਆਬਜੈਕਟਾਂ ਵਿੱਚ ਬਦਲਦਾ ਹੈ। ਇਹੀ ਪੂਰਾ ਫਾਇਦਾ ਹੈ, ਅਤੇ ਇਹ ਵੱਡਾ ਹੈ ਜਦੋਂ ਕਲਾਇੰਟ ਗਿਣਤੀ ਤੁਹਾਡੇ ਕਾਬੂ ਵਿੱਚ ਨਹੀਂ।

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

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

ਪਿੰਨ ਕਰਨਾ ਕਿੱਥੇ ਜਿੱਤਦਾ ਹੈ

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

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

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

ਤਿੰਨ ਸ਼ਰਤਾਂ ਤੇ ਚੁਣੋ

ਇਸ ਕ੍ਰਮ ਵਿੱਚ ਪੁੱਛੋ ਅਤੇ ਫੈਸਲਾ ਆਮ ਤੌਰ ਤੇ ਆਪਣੇ ਆਪ ਹੋ ਜਾਂਦਾ ਹੈ। ਪਹਿਲਾਂ, ਕੀ ਐਪ ਬਿਲਕੁਲ DC Locator ਵਰਤਦੀ ਹੈ, ਜਾਂ ਪਹਿਲਾਂ ਹੀ ਕੰਟਰੋਲਰ ਪਤਾ ਰੱਖਦੀ ਹੈ? ਦੂਜਾ, ਕੀ ਕੰਟਰੋਲਰ ਪੂਲ ਦਾ ਪਤਾ ਵੇਖਦਾ ਹੈ, ਜਾਂ ਤਬਦੀਲ ਕੀਤਾ ਹੋਇਆ? ਤੀਜਾ, ਪੂਲ ਕਿੰਨੀ ਵਾਰ ਬਦਲਦਾ ਹੈ, ਇਸਦੀ ਤੁਲਨਾ ਵਿੱਚ ਕਿ ਕਿੰਨੀਆਂ ਥਾਵਾਂ ਤੇ ਪਿੰਨ ਅੱਪਡੇਟ ਕਰਨਾ ਪਵੇਗਾ?

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

VPN ਕਲਾਇੰਟ ਤੋਂ ਪਰਖੋ ਅਤੇ ਇਕਰਾਰਨਾਮੇ ਵੱਖਰੇ ਰੱਖੋ

ਸਾਈਟ ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ LAN ਵਰਕਸਟੇਸ਼ਨ ਤੋਂ ਨਹੀਂ, ਅਸਲ ਦੂਰ ਦੇ ਰਾਹ ਤੋਂ ਟੈਸਟ ਕਰੋ। ਸਿਰਫ਼ ਕਲਾਇੰਟ ਦਾ ਆਪਣਾ ਨਜ਼ਰੀਆ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ:

nltest /dsgetsite
nltest /dsgetdc:corp.example.com /force
echo %LOGONSERVER%

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

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