.NET NO_PROXY ਵਿੱਚ ਪੇਰੈਂਟ ਡੋਮੇਨ ਅਤੇ ਸਬਡੋਮੇਨ

.NET ਵਾਤਾਵਰਣ ਪ੍ਰੌਕਸੀ ਨੀਤੀ ਨੂੰ ਇਸ ਦੇ ਸਬਡੋਮੇਨ ਵੀ ਬਾਈਪਾਸ ਕਰਨੇ ਹੋਣ ਤਾਂ ਪੇਰੈਂਟ ਡੋਮੇਨ ਨੂੰ ਜਾਣ-ਬੁੱਝ ਕੇ ਸ਼ਾਮਲ ਕਰੋ।

.NET ਦੇ ਦਸਤਾਵੇਜ਼ੀ ਵਾਤਾਵਰਣ-ਪ੍ਰੌਕਸੀ ਨਿਯਮਾਂ ਵਿੱਚ .example.com ਸਬਡੋਮੇਨ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ। ਇਹ example.com ਨਾਲ ਆਪਣੇ ਆਪ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ। ਇਹ ਛੋਟਾ ਫ਼ਰਕ ਇੱਕ ਸੇਵਾ ਨੂੰ ਦੋ ਰਸਤਿਆਂ ਵਿੱਚ ਵੰਡ ਸਕਦਾ ਹੈ।

ਐਂਟਰੀਉਦੇਸ਼ਿਤ .NET ਮੇਲ
example.comਪੇਰੈਂਟ ਹੋਸਟਨਾਮ
.example.comਉਸ ਡੋਮੇਨ ਹੇਠਲੇ ਹੋਸਟਨਾਮ
example.com,.example.comਦੋਵੇਂ ਗਰੁੱਪ

ਮੰਨ ਲਓ ਲੈਂਡਿੰਗ ਪੇਜ ਪੇਰੈਂਟ ਨਾਮ ਵਰਤਦਾ ਹੈ ਅਤੇ ਇਸ ਦਾ API api.example.com ਵਰਤਦਾ ਹੈ। ਸਿਰਫ਼ ਬਿੰਦੂ ਵਾਲਾ ਰੂਪ ਰੱਖਣ ਵਾਲੀ ਸੂਚੀ ਲੈਂਡਿੰਗ ਪੇਜ ਨੂੰ ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ ਭੇਜ ਸਕਦੀ ਹੈ ਜਦੋਂ ਕਿ API ਸਿੱਧਾ ਜਾਂਦਾ ਹੈ। ਉਲਟੀ ਗਲਤੀ ਇਹ ਹੈ ਕਿ ਸਿਰਫ਼ ਪੇਰੈਂਟ ਡੋਮੇਨ ਦਰਜ ਕਰੋ ਅਤੇ ਹਰ ਬੱਚੇ ਦੇ ਮੇਲ ਖਾਣ ਦੀ ਆਸ ਰੱਖੋ। HttpClient.DefaultProxy.IsBypassed ਜਾਂਚੋ ਪੇਰੈਂਟ ਡੋਮੇਨ ਅਤੇ ਇੱਕ ਬੱਚੇ ਲਈ, ਤਾਂ ਜੋ ਸੰਰਚਿਤ ਫ਼ੈਸਲਾ ਜਾਂਚਿਆ ਜਾ ਸਕੇ।

ਇਹ ਉਸ ਵਾਤਾਵਰਣ ਨੀਤੀ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ ਜੋ ਹਿੱਸਾ ਲੈਣ ਵਾਲਾ .NET HTTP ਕਲਾਇੰਟ ਵਰਤਦਾ ਹੈ। ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਸੌਂਪਿਆ IWebProxy, ਕੋਈ ਹੋਰ ਹੈਂਡਲਰ ਲਾਗੂਕਰਨ, ਜਾਂ ਕੋਈ ਹੋਰ ਰਨਟਾਈਮ ਪੀੜ੍ਹੀ ਆਪਣੇ ਨਿਯਮ ਜਾਂਚਣ ਦੀ ਲੋੜ ਰੱਖਦੀ ਹੈ। ਇਹ ਨਾ ਮੰਨੋ ਕਿ ਬ੍ਰਾਊਜ਼ਰ ਦੀ ਬਾਈਪਾਸ ਸੂਚੀ ਇਹ ਵਾਤਾਵਰਣ ਸੂਚੀ ਬਣ ਗਈ ਹੈ।

ਨਾਲ ਹੀ ਸੈਟਿੰਗ ਨੂੰ ਆਦਤ ਨਾਲ *.example.com ਵਿੱਚ ਅਨੁਵਾਦ ਕਰਨ ਦਾ ਵਿਰੋਧ ਕਰੋ। ਦਸਤਾਵੇਜ਼ੀ .NET ਵਾਤਾਵਰਣ ਸੰਟੈਕਸ ਤਾਰੇ ਨੂੰ ਆਮ ਵਾਈਲਡਕਾਰਡ ਨਹੀਂ ਮੰਨਦਾ।

ਕੰਮ ਕਰਦੀ curl ਕਮਾਂਡ ਦੀ ਐਪਲੀਕੇਸ਼ਨ ਨਾਲ ਤੁਲਨਾ ਕਰਦੇ ਸਮੇਂ ਰਿਪੋਰਟ ਵਿੱਚ ਸ਼ਾਬਦਿਕ URL ਰੱਖੋ। “ਉਹੀ ਸਰਵਰ” ਇਹ ਲੁਕਾਉਂਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਪੇਰੈਂਟ ਡੋਮੇਨ, ਸਬਡੋਮੇਨ, ਜਾਂ IP ਪਤਾ ਮੰਗਿਆ ਸੀ। ਡੋਮੇਨ ਮੇਲ ਉਸ ਬੇਨਤੀ ਇਨਪੁਟ ਨਾਲ ਹੁੰਦਾ ਹੈ, ਸੇਵਾ ਲਈ ਤੁਹਾਡੇ ਗੈਰ-ਰਸਮੀ ਨਾਮ ਨਾਲ ਨਹੀਂ।

ਸੰਬੰਧਿਤ ਲੇਖ