.NET ਦੇ ਹਰ ਮੰਜ਼ਿਲ ਲਈ ਆਟੋ-ਪ੍ਰਾਕਸੀ ਫੈਸਲਿਆਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਰੱਖਣਾ

ਇੱਕ URL ਲਈ ਪ੍ਰਾਕਸੀ ਹੱਲ ਕਰਨ ਨਾਲ ਤੁਹਾਨੂੰ ਉਸ URL ਲਈ ਇੱਕ ਫੈਸਲਾ ਮਿਲਦਾ ਹੈ। ਇਹ ਹਰ ਮੰਜ਼ਿਲ ਲਈ ਪੂਰੀ ਆਟੋਮੈਟਿਕ ਰੂਟਿੰਗ ਨੀਤੀ ਨਹੀਂ ਦਰਸਾਉਂਦਾ।

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

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

ਸਿੱਧੇ ਫੈਸਲੇ ਦੀ ਵੀ ਸਹੀ ਵਿਆਖਿਆ ਕਰੋ। ਕਾਰਜਨਵਿਆਣ ਮੰਜ਼ਿਲ ਬਾਈਪਾਸ ਹੋਣ 'ਤੇ ਮੂਲ ਮੰਜ਼ਿਲ ਵਾਪਸ ਕਰ ਸਕਦਾ ਹੈ; ਉਸ URI ਨੂੰ ਸਵੈਚਾਲਿਤ ਰੂਪ ਵਿੱਚ ਪ੍ਰਾਕਸੀ ਵਜੋਂ ਮੁੜ ਲੇਬਲ ਕਰਨ ਦੀ ਬਜਾਏ ਬਾਈਪਾਸ ਫੈਸਲੇ ਦੀ ਤੁਲਨਾ ਕਰੋ।

ਜੇਕਰ ਸਥਿਰ ਐਂਡਪੌਇੰਟ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਇਛਿਤ ਨੀਤੀ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਸਪੱਸ਼ਟ ਰੂਪ ਵਿੱਚ ਸੰਰਚਿਤ ਕਰੋ ਅਤੇ ਉਸ ਚੋਣ ਦਾ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਕਰੋ। ਇੱਕ ਆਟੋ-ਪ੍ਰਾਕਸੀ ਨਤੀਜੇ ਤੋਂ ਅਚਾਨਕ ਲਿਆ ਗਿਆ ਸਥਿਰ ਰਸਤਾ ਅਗਲੀ ਮੰਜ਼ਿਲ ਦੇ ਵੱਖਰਾ ਵਿਵਹਾਰ ਕਰਨ 'ਤੇ ਸਮਝਾਉਣਾ ਕਿਤੇ ਵੱਧ ਔਖਾ ਹੁੰਦਾ ਹੈ।