RRAS DHCP: ਨਵਾਂ ਪਤਾ ਜਾਂ ਸਿਰਫ਼ ਕਨਫਿਗਰੇਸ਼ਨ ਵਿਕਲਪ?

ਕੈਪਚਰ ਵਿੱਚ DHCPACK ਨੂੰ ਇਸ ਸਬੂਤ ਵਜੋਂ ਪੜ੍ਹਨਾ ਕਿ VPN ਕਲਾਇੰਟ ਨੇ ਆਪਣਾ ਪਤਾ DHCP ਤੋਂ ਲਿਆ, ਗਲਤੀ ਹੈ। ਆਮ ਤੌਰ ’ਤੇ ਇਹ ਸਿਰਫ਼ ਇਹ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਕਿਸੇ DHCP ਸੁਨੇਹੇ ਦਾ ਜਵਾਬ ਦਿੱਤਾ ਗਿਆ। Windows RRAS ਆਪਣੇ ਹੀ ਸਥਿਰ ਪੂਲ ਤੋਂ ਸੈਸ਼ਨ ਦੇ ਪਤੇ ਦੇ ਸਕਦਾ ਹੈ, ਜਦੋਂ ਕਿ DHCP ਅਜੇ ਵੀ ਜੁੜੇ ਕਲਾਇੰਟ ਨੂੰ ਵਿਕਲਪ ਦਿੰਦਾ ਰਹਿੰਦਾ ਹੈ। ਬੇਨਤੀ ਦੀ ਕਿਸਮ ਦੱਸਦੀ ਹੈ ਕਿ ਦੋਵਾਂ ਵਿੱਚੋਂ ਕਿਹੜਾ ਕੰਮ ਚੱਲ ਰਿਹਾ ਸੀ।

ਇੱਕੋ ਸੁਨੇਹਾ-ਕਿਸਮ ਸਾਂਝੀ ਕਰਨ ਵਾਲੇ ਦੋ ਕੰਮ

DHCP ਦੋ ਵੱਖਰੇ ਕੰਮ ਕਰਦਾ ਹੈ, ਅਤੇ ਉਹ ਸੁਨੇਹਾ-ਕਿਸਮਾਂ ਸਾਂਝੀਆਂ ਕਰਦੇ ਹਨ। ਇੱਕ ਹੈ ਪਤਾ ਅਤੇ ਲੀਜ਼ ਅਲਾਟ ਕਰਨਾ। ਦੂਜਾ ਹੈ ਉਸ ਹੋਸਟ ਨੂੰ ਕਨਫਿਗਰੇਸ਼ਨ ਪਹੁੰਚਾਉਣਾ ਜਿਸ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਪਤਾ ਹੈ, ਜਿਸ ਨੂੰ RFC 2131 DHCPINFORM ਕਹਿੰਦਾ ਹੈ। ਦੂਜੇ ਮਾਮਲੇ ਵਿੱਚ ਜਵਾਬ ਵਿੱਚ ਵਿਕਲਪ ਹੁੰਦੇ ਹਨ ਅਤੇ ਕੋਈ ਲੀਜ਼ ਸਮਾਂ ਨਹੀਂ ਹੁੰਦਾ।

ਇਸ ਲਈ ACK ਜਵਾਬ ਦਾ ਸਬੂਤ ਹੈ, ਅਲਾਟਮੈਂਟ ਦਾ ਨਹੀਂ। ਕਿਹੜਾ ਸਵਾਲ ਪੁੱਛਿਆ ਗਿਆ, ਇਹ ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਵਾਲਾ ਸੁਨੇਹਾ ਤੈਅ ਕਰਦਾ ਹੈ। ਪਹਿਲਾਂ ਬੇਨਤੀ ਲਾਈਨ ਪੜ੍ਹੋ ਅਤੇ ਬਾਕੀ ਟ੍ਰੇਸ ਆਮ ਤੌਰ ’ਤੇ ਆਪਣੇ ਆਪ ਸਪੱਸ਼ਟ ਹੋ ਜਾਂਦੀ ਹੈ।

RRAS ਨੂੰ ਪਤਾ ਕਿੱਥੋਂ ਮਿਲਦਾ ਹੈ

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

Get-Command -Module RemoteAccess *IPAddress*

ਪਤੇ ਦੀ ਜਾਂਚ ਤੋਂ ਪਹਿਲਾਂ ਲਾਗੂ ਅਲਾਟਮੈਂਟ ਵਿਧੀ ਲੱਭੋ. ਜੇ ਇਹ ਸਥਿਰ ਪੂਲ ਹੈ, ਤਾਂ DHCP ਸਕੋਪ ਵੇਖਣ ਦੀ ਗਲਤ ਜਗ੍ਹਾ ਹੈ। ਉੱਪਰਲਾ ਕਮਾਂਡ ਤੁਹਾਡੇ ਚਲਾਏ ਸੰਸਕਰਣ ਉੱਤੇ ਉਪਲਬਧ cmdlets ਦੀ ਸੂਚੀ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਸੈਟਿੰਗ ਲੱਭਣ ਲਈ ਇਹੀ ਕਾਫ਼ੀ ਹੈ।

ਵਰਤੋਂਕਾਰ ਵਰਗ ਕੀ ਸਾਬਤ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ

DHCP ਵਰਤੋਂਕਾਰ ਵਰਗ ਉਹ ਸਤਰ ਹੈ ਜੋ ਕਲਾਇੰਟ ਭੇਜਦਾ ਹੈ, ਪ੍ਰਮਾਣਿਤ ਸਮੂਹ ਮੈਂਬਰਸ਼ਿਪ ਨਹੀਂ। ਕਲਾਇੰਟ ਇੱਕ ਭੇਜੇ ਅਤੇ ਸਰਵਰ ਉਸ ਉੱਤੇ ਨੀਤੀ ਲਾਗੂ ਕਰੇ, ਫਿਰ ਵੀ ਲੇਬਲ ਸਿਰਫ਼ ਇਹ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਸਤਰ ਪਹੁੰਚੀ। RFC 3004 ਸਪੱਸ਼ਟ ਕਹਿੰਦਾ ਹੈ ਕਿ ਇਹ ਵਿਕਲਪ ਵਰਗ ਉੱਤੇ ਹੱਕ ਦੀ ਪੁਸ਼ਟੀ ਨਹੀਂ ਕਰਦਾ।

ਇਹ ਉਮੀਦ ਨਾ ਰੱਖੋ ਕਿ VPN ਵਰਤੋਂਕਾਰ ਨਾਮ, ਸੁਰੱਖਿਆ-ਸਮੂਹ ਪਛਾਣਕਰਤਾ ਜਾਂ ਲੈਪਟਾਪ ਦਾ Ethernet ਪਤਾ ਉਸ ਬੇਨਤੀ ਵਿੱਚ ਵਰਤੋਂਯੋਗ ਰੂਪ ਵਿੱਚ ਦਿਸੇਗਾ। ਇਹ ਪ੍ਰਮਾਣੀਕਰਨ ਅਤੇ ਡਾਇਰੈਕਟਰੀ ਦੇ ਤੱਥ ਹਨ, ਅਤੇ DHCP ਬੇਨਤੀ ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਨਹੀਂ ਢੋਂਦੀ। ਜੇ ਲੋੜ ਅਧਿਕਾਰਤ ਲੋਕਾਂ ਨੂੰ ਵੱਖ ਕਰਨ ਦੀ ਹੈ, ਤਾਂ ਇਸਨੂੰ VPN ਨੀਤੀ ਵਿੱਚ ਲਾਗੂ ਕਰੋ, ਜਿੱਥੇ ਪਛਾਣ ਸੱਚਮੁੱਚ ਮੌਜੂਦ ਹੈ। ਇਹੀ ਵੱਖਰਾਅ ਦੋਵੇਂ ਪ੍ਰਣਾਲੀਆਂ ਨੂੰ ਸੁਤੰਤਰ ਰੱਖਦਾ ਹੈ।

ACK ਨਹੀਂ, ਸਬੂਤਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ

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

Get-DhcpServerv4OptionValue -ScopeId 10.90.0.0

ਜੇ ਪਤਾ RRAS ਪੂਲ ਤੋਂ ਆਇਆ ਹੈ, ਤਾਂ DHCP ਰਾਖਵਾਂਕਰਨ ਕੁਝ ਨਹੀਂ ਸਮਝਾਉਂਦਾ। ਜੇ ਵਿਕਲਪ ਆਏ ਪਰ ਕਲਾਇੰਟ ਨੇ ਅਣਡਿੱਠ ਕੀਤੇ, ਤਾਂ ਸਰਵਰ ਨੇ ਆਪਣਾ ਕੰਮ ਕੀਤਾ ਅਤੇ ਅਗਲਾ ਪੜਾਅ ਕਲਾਇੰਟ ਕਨਫਿਗਰੇਸ਼ਨ ਹੈ। ਇਹਨਾਂ ਦੋਵਾਂ ਨਤੀਜਿਆਂ ਦੀ ਸਪੱਸ਼ਟ ਤੁਲਨਾ ਕਰੋ ਅਤੇ ACK ਅਸਪਸ਼ਟ ਰਹਿਣਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ। ਦੋ ਟ੍ਰੇਸ, ਹਰ ਅਲਾਟਮੈਂਟ ਵਿਧੀ ਤੋਂ ਇੱਕ, ਕਿਸੇ ਵੀ ਦਸਤਾਵੇਜ਼ ਨਾਲੋਂ ਤੇਜ਼ੀ ਨਾਲ ਬਹਿਸ ਨਿਪਟਾਉਂਦੇ ਹਨ।