.NET Framework ਐਪਲੀਕੇਸ਼ਨ ਲਈ, ਪ੍ਰੌਕਸੀ ਮੌਡਿਊਲ ਨੂੰ configuration/system.net/defaultProxy ਹੇਠ ਰਜਿਸਟਰ ਕਰੋ:

<defaultProxy>
  <module type="Company.Network.RoutingProxy, Company.Network" />
</defaultProxy>

ਪਹਿਲਾ ਨਾਮ ਕਿਸਮ ਹੈ ਅਤੇ ਦੂਜਾ ਇਸਦੀ ਅਸੈਂਬਲੀ ਪਛਾਣ ਹੈ, DLL ਪਾਥ ਨਹੀਂ। ਅਸੈਂਬਲੀ ਅਤੇ ਨਿਰਭਰਤਾਵਾਂ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਆਮ ਨਿਯਮਾਂ ਅਨੁਸਾਰ ਲੋਡ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ।

ਦੋ ਦਰਵਾਜ਼ੇ ਜਾਂਚੋ। ਪਹਿਲਾਂ, ਰਨਟਾਈਮ ਨੂੰ ਬਿਨਾਂ ਪੈਰਾਮੀਟਰ ਵਾਲੇ ਕੰਸਟ੍ਰਕਟਰ ਰਾਹੀਂ IWebProxy ਲਾਗੂ ਕਰਨ ਵਾਲੀ ਜਨਤਕ ਕਿਸਮ ਬਣਾਉਣੀ ਚਾਹੀਦੀ ਹੈ। ਲੋਡਿੰਗ ਜਾਂ ਨਿਰਮਾਣ ਫੇਲ੍ਹ ਹੋਣ ਦੇ ਅੰਦਰੂਨੀ ਅਪਵਾਦ ਰੱਖੋ; ਉਹ ਕਿਸੇ ਵੀ ਪ੍ਰੌਕਸੀ TCP ਕਨੈਕਸ਼ਨ ਤੋਂ ਪਹਿਲਾਂ ਆਉਂਦੇ ਹਨ। ਡੈਸਕਟਾਪ ਰਿਲੀਜ਼ ਲਈ, ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਰਜਿਸਟਰੇਸ਼ਨ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਦੀ ਤੈਨਾਤ ਕੀਤੀ ਸੰਰਚਨਾ ਤੱਕ ਪਹੁੰਚੀ ਹੈ। ClickOnce ਨਾਲ, ਬਣਾਈ, ਪ੍ਰਕਾਸ਼ਿਤ ਅਤੇ ਸਥਾਪਿਤ .exe.config ਦੀ ਤੁਲਨਾ ਕਰੋ। ਕਲਾਸ ਲਾਇਬ੍ਰੇਰੀ ਦਾ App.config ਆਮ ਤੌਰ 'ਤੇ ਆਪਣੀ ਹੋਸਟ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸੰਰਚਿਤ ਨਹੀਂ ਕਰਦਾ।

ਦੂਜਾ, ਬੇਨਤੀ ਨੂੰ ਉਹ ਡਿਫਾਲਟ ਵਰਤਣਾ ਚਾਹੀਦਾ ਹੈ। ਸਪਸ਼ਟ ਪ੍ਰੌਕਸੀ ਅਸਾਈਨਮੈਂਟ ਇਸਨੂੰ ਬਦਲ ਸਕਦੀ ਹੈ, ਅਤੇ ਦੂਜਾ HTTP ਸਟੈਕ ਇਸ ਸੰਰਚਨਾ ਮਾਡਲ ਨੂੰ ਨਹੀਂ ਪੜ੍ਹ ਸਕਦਾ। ਮੌਡਿਊਲ ਦੇ ਅੰਦਰ, GetProxy ਅਤੇ IsBypassed ਨੂੰ ਇਕਸਾਰ ਫੈਸਲੇ ਚਾਹੀਦੇ ਹਨ, ਸਹੀ ਸਕੀਮ ਅਤੇ ਪੋਰਟ ਵਰਤਣ ਵਾਲੇ ਪੂਰਨ ਪ੍ਰੌਕਸੀ URI ਨਾਲ।

ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਵਿਵਹਾਰ ਵੀ ਇਕਸਾਰ ਬਣਾਓ। ਹਾਰਡਕੋਡ ਕੀਤਾ ਖਾਤਾ ਬਣਾਉਣ ਵਾਲਾ ਅਤੇ ਆਪਣੇ ਸੈਟਰ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨ ਵਾਲਾ ਗੈਟਰ ਲੋਡਿੰਗ ਸਫਲ ਹੋਣ ਤੋਂ ਬਾਅਦ ਵੀ ਬਾਅਦ ਦੀ ਸੰਰਚਨਾ ਨੂੰ ਫੇਲ੍ਹ ਕਰ ਸਕਦਾ ਹੈ।

ਇਹ .NET Framework ਲਈ ਰੱਖ-ਰਖਾਅ ਵਿਧੀ ਹੈ। ਮੌਜੂਦਾ .NET ਵਿੱਚ ਨੈੱਟਵਰਕਿੰਗ ਕਲਾਇੰਟ ਦੁਆਰਾ ਸਮਰਥਿਤ ਪ੍ਰੌਕਸੀ ਸੰਰਚਨਾ ਵਰਤੋ, ਇਸ ਪੁਰਾਣੀ system.net ਰਜਿਸਟਰੇਸ਼ਨ ਦੇ ਹਰ HttpClient ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਨ ਦੀ ਉਮੀਦ ਕਰਨ ਦੀ ਬਜਾਏ।

ਸੰਬੰਧਿਤ ਲੇਖ