|ਏਕੀਕ੍ਰਿਤ ਪ੍ਰੌਕਸੀ ਪ੍ਰਮਾਣਿਕਤਾ: ਸੇਵਾ ਖਾਤੇ ਅਤੇ ਨਕਲ
|ਜਦੋਂ ਇੱਕੋ ਐਪਲੀਕੇਸ਼ਨ ਇੰਟਰਐਕਟਿਵ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰਦੀ ਹੈ ਪਰ ਵੈੱਬ ਸੇਵਾ ਜਾਂ ਨਿਰਧਾਰਤ ਪ੍ਰਕਿਰਿਆ ਵਜੋਂ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਏਕੀਕ੍ਰਿਤ ਪ੍ਰੌਕਸੀ ਪ੍ਰਮਾਣਿਕਤਾ ਦੇ ਪਿੱਛੇ ਦਾ ਸੁਰੱਖਿਆ ਸੰਦਰਭ ਜਾਂਚੋ।
“ਮੇਰੇ Windows ਪ੍ਰਮਾਣ-ਪੱਤਰ ਵਰਤੋ” ਲਈ ਇੱਕ ਕਰਤਾ ਚਾਹੀਦਾ ਹੈ। ਡੈਸਕਟਾਪ ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਉਹ ਇਸਨੂੰ ਚਲਾਉਣ ਵਾਲਾ ਵਿਅਕਤੀ ਹੋ ਸਕਦਾ ਹੈ। ਸੇਵਾ ਵਿੱਚ ਉਹ ਸੇਵਾ ਦਾ ਖਾਤਾ ਹੋ ਸਕਦਾ ਹੈ। ਵੈੱਬ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ, ਕਿਸੇ ਆਗੰਤੁਕ ਦਾ ਸਫਲ ਸਾਈਨ-ਇਨ ਬਾਹਰ ਜਾਣ ਵਾਲੀ ਬੇਨਤੀ ਦੇ ਸੁਰੱਖਿਆ ਸੰਦਰਭ ਨੂੰ ਆਪਣੇ ਆਪ ਬਦਲ ਨਹੀਂ ਦਿੰਦਾ।
ਇਹ ਸਮਝਾਉਂਦਾ ਹੈ ਕਿ ਇੱਕੋ ਮਸ਼ੀਨ ’ਤੇ ਬ੍ਰਾਊਜ਼ਰ ਅਤੇ ਸਰਵਰ-ਪਾਸੇ ਦਾ ਕੋਡ ਏਕੀਕ੍ਰਿਤ ਪ੍ਰਮਾਣਿਕਤਾ ਵਾਲੇ ਪ੍ਰੌਕਸੀ ਤੋਂ ਵੱਖਰੇ ਨਤੀਜੇ ਕਿਉਂ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹਨ। ਹੋ ਸਕਦਾ ਹੈ ਉਹ ਵੱਖਰੀਆਂ ਪਛਾਣਾਂ ਪੇਸ਼ ਕਰ ਰਹੇ ਹੋਣ।
ਕੋਡ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਪਛਾਣਾਂ ਦੇ ਨਾਮ ਰੱਖੋ
- ਡੈਸਕਟਾਪ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਸਾਈਨ-ਇਨ ਕੀਤਾ ਵਿਅਕਤੀ।
- ਉਹ ਖਾਤਾ ਜੋ ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਹੋਸਟ ਕਰਦਾ ਹੈ।
- ਬਾਹਰ ਜਾਣ ਵਾਲੀ ਕਾਰਵਾਈ ਲਈ ਸਰਗਰਮ ਕੋਈ ਵੀ ਨਕਲੀ ਪਛਾਣ।
- ਉਹ ਖਾਤਾ ਜਿਸਨੂੰ ਪ੍ਰੌਕਸੀ ਨੇ ਅਸਲ ਵਿੱਚ ਸਵੀਕਾਰ ਜਾਂ ਰੱਦ ਕੀਤਾ।
.NET ਵੱਲੋਂ ਸਮਰਥਿਤ ਏਕੀਕ੍ਰਿਤ ਪ੍ਰਮਾਣਿਕਤਾ ਮਾਰਗਾਂ ’ਤੇ, DefaultCredentials ਮੌਜੂਦਾ ਸੁਰੱਖਿਆ ਸੰਦਰਭ ਨਾਲ ਸੰਬੰਧਿਤ ਹੈ। ਇਹ ਕਿਸੇ ਹੋਰ ਮਸ਼ੀਨ ’ਤੇ ਪੰਨਾ ਖੋਲ੍ਹਣ ਵਾਲੇ ਹਰ ਵਿਅਕਤੀ ਲਈ ਗਲੋਬਲ ਉਪਨਾਮ ਨਹੀਂ ਹੈ।
ਜੇ ਉਤਪਾਦ ਜਾਣ-ਬੁੱਝ ਕੇ ਵਰਤੋਂਕਾਰ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਤਾਂ ਨਕਲ ਅਤੇ ਨੈੱਟਵਰਕ ਪ੍ਰਤੀਨਿਧਤਾ ਦੀ ਕਿਸੇ ਵੀ ਲੋੜ ਲਈ ਆਪਣਾ ਸਮਰਥਿਤ ਡਿਜ਼ਾਈਨ ਚਾਹੀਦਾ ਹੈ। ਆਮ ਡਿਫ਼ਾਲਟ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਵਰਤੋਂ ਦਾ ਸਵਿੱਚ ਚਾਲੂ ਕਰਨ ਨਾਲ ਉਹ ਡਿਜ਼ਾਈਨ ਸਥਾਪਿਤ ਨਹੀਂ ਹੁੰਦਾ। ਇਸ ਦੇ ਉਲਟ, ਸੇਵਾ ਪਛਾਣ ਵਜੋਂ ਚੱਲਣ ਲਈ ਬਣਾਇਆ ਗਿਆ ਬੈਕਗਰਾਊਂਡ ਕੰਮ ਕਿਸੇ ਦੇ ਪਹਿਲਾਂ ਬ੍ਰਾਊਜ਼ਰ ਖੋਲ੍ਹਣ ’ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ।
ਭੇਦ ਹਟਾ ਕੇ ਇੰਟਰਐਕਟਿਵ ਅਤੇ ਤੈਨਾਤ ਸ਼ੁਰੂਆਤ ਦੀ ਤੁਲਨਾ ਕਰੋ: ਖਾਤਾ ਸੰਦਰਭ, ਪ੍ਰੌਕਸੀ ਐਂਡਪੁਆਇੰਟ, ਘੋਸ਼ਿਤ ਢੰਗ ਅਤੇ ਰੱਦ ਕੀਤੀ ਪਛਾਣ। ਸਿਰਫ਼ ਇਸ ਲਈ ਡੈਸਕਟਾਪ ਪਾਸਵਰਡ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਨਕਲ ਨਾ ਕਰੋ ਕਿ ਇਸ ਨਾਲ ਇੱਕ ਵਾਰੀ ਬੇਨਤੀ ਸਫਲ ਹੋਈ ਸੀ। ਉਹ ਖਾਤਾ ਕਨਫ਼ਿਗਰ ਕਰੋ ਜੋ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਵਰਤਣਾ ਚਾਹੀਦਾ ਹੈ, ਫਿਰ ਉਸ ਮਾਲਕੀ ਨੂੰ ਤੈਨਾਤੀ ਰਿਕਾਰਡ ਵਿੱਚ ਦਿਸਦਾ ਰੱਖੋ।