VPN ਰਾਹੀਂ ਰਿਮੋਟ ਡੈਸਕਟਾਪ: ਤੁਸੀਂ ਕਿਹੜੀ ਅਸਫ਼ਲਤਾ ਵਿੱਚ ਹੋ?

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

ਇੱਕੋ ਵਰਗੀਆਂ ਲੱਗਣ ਵਾਲੀਆਂ ਚਾਰ ਅਸਫ਼ਲਤਾਵਾਂ

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

ਕੰਮ ਕਰਦੀ ਅੰਦਰੂਨੀ ਵੈੱਬਸਾਈਟ ਚਾਰਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵੀ ਸਿੱਧ ਨਹੀਂ ਕਰਦੀ। ਇਹ ਸਿੱਧ ਕਰਦੀ ਹੈ ਕਿ ਉਸੇ ਨੈੱਟਵਰਕ ਦੇ ਹੋਸਟ ਨੇ ਕਿਸੇ ਹੋਰ ਪੋਰਟ 'ਤੇ ਕਿਸੇ ਹੋਰ ਸੇਵਾ ਨਾਲ ਜਵਾਬ ਦਿੱਤਾ। ਇਸਨੂੰ ਰਾਊਟਿੰਗ ਬਾਰੇ ਸਬੂਤ ਮੰਨੋ, ਇਸ ਤੋਂ ਵੱਧ ਕੁਝ ਨਹੀਂ।

ਕ੍ਰਮ ਨਾਲ ਜਾਂਚੋ ਅਤੇ ਨਤੀਜਾ ਲਿਖੋ। ਪੋਰਟ ਨੇ ਜਵਾਬ ਦਿੱਤਾ ਇਸ ਲਈ ਲਾਗਇਨ ਸਕ੍ਰੀਨ 'ਤੇ ਛਾਲ ਮਾਰਨਾ, ਪਹਿਲੇ ਕਦਮ ਵੱਲੋਂ ਪਹਿਲਾਂ ਹੀ ਲੱਭੀ ਫਾਇਰਵਾਲ ਸਮੱਸਿਆ 'ਤੇ ਪੂਰੀ ਦੁਪਹਿਰ ਬਰਬਾਦ ਕਰਨ ਦਾ ਤਰੀਕਾ ਹੈ।

ਕੀ 3389 'ਤੇ ਕੁਝ ਸੁਣ ਰਿਹਾ ਹੈ?

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

nslookup desktop.corp.example
Resolve-DnsName desktop.corp.example

ਫਿਰ ਹੋਸਟ ਨਹੀਂ, ਪੋਰਟ ਦੀ ਜਾਂਚ ਕਰੋ। 3389 'ਤੇ ਪੂਰਾ ਹੋਇਆ TCP ਹੈਂਡਸ਼ੇਕ ਪਹੁੰਚ ਨੂੰ ਇਸ ਤੋਂ ਉੱਪਰ ਦੀ ਹਰ ਚੀਜ਼ ਤੋਂ ਵੱਖ ਕਰਦਾ ਹੈ:

Test-NetConnection -ComputerName desktop.corp.example -Port 3389

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

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

ਸੰਰਚਨਾ ਪੜ੍ਹਨ ਤੋਂ ਪਹਿਲਾਂ ਸੁਨੇਹਾ ਪੜ੍ਹੋ

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

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

ਸੈਸ਼ਨ ਲਾਗਇਨ ਆਪਣੀ ਹੀ ਹੱਦ ਹੈ

ਪ੍ਰਮਾਣੀਕਰਨ ਡੈਸਕਟਾਪ ਸੇਵਾ ਦਾ ਹੈ, VPN ਦਾ ਨਹੀਂ। ਟਨਲ ਦੀ ਪਛਾਣ ਅਤੇ ਡੈਸਕਟਾਪ ਖਾਤਾ ਵੱਖਰੇ ਲਾਕਆਊਟ ਨਿਯਮਾਂ ਵਾਲੇ ਵੱਖਰੇ ਪ੍ਰਮਾਣ ਹਨ, ਇਸ ਲਈ ਕੰਮ ਕਰਦੀ ਟਨਲ ਸਿਰਫ਼ ਇਹ ਸਿੱਧ ਕਰਦੀ ਹੈ ਕਿ ਟਨਲ ਨੇ ਤੁਹਾਨੂੰ ਸਵੀਕਾਰ ਕੀਤਾ। ਡੈਸਕਟਾਪ ਖਾਤਾ ਲਾਕ ਕਰਨ ਨਾਲ ਟਨਲ ਪ੍ਰਭਾਵਿਤ ਨਹੀਂ ਹੁੰਦੀ, ਅਤੇ ਉਲਟਾ ਵੀ ਸੱਚ ਹੈ।

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

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

ਸੈਸ਼ਨ ਕੀ ਲੈ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਕਿੱਥੇ ਰਹਿੰਦਾ ਹੈ

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

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