በነባር on-premises EWS Managed API መተግበሪያ ውስጥ፣ የHTTP ሥራዎቹ ከመፈጸማቸው በፊት መካከለኛውን አገልጋይ ለአገልግሎቱ ይመድቡ፦

using System.Net;

var proxy = new WebProxy("http://proxy.example:8080")
{
    Credentials = new NetworkCredential(proxyUser, proxyPassword)
};
exchangeService.WebProxy = proxy;

exchangeService ቀድሞውኑ የEWS መጨረሻ ነጥብንና የአገልግሎት ቅንብሮችን ይዟል። የእሱ Credentials የExchange መለያ ናቸው፤ proxy.Credentials ደግሞ የመካከለኛው መለያ ናቸው። የአገልግሎቱ ነባሪ ምስክርነት አማራጭ ያንን የፕሮክሲ ነገር በራስ-ሰር አይሞላም።

በዚህ የAPI ቁልል ውስጥ ሆን ተብሎ ቀጥተኛ ግንኙነት ለማድረግ፦

exchangeService.WebProxy = new WebProxy();

ባዶ WebProxy ቀጥተኛ ባህሪን ይመርጣል። በአገልግሎቱ ላይ ያለው ባዶ (null) WebProxy ግን የመሠረታዊውን ጥያቄ ነባሪ የፕሮክሲ መመሪያ እንዳለ ይተዋል።

ለአንድ on-premises አስተናጋጅ ብቻ፣ የማሽኑን አጠቃላይ መንገድ ከመቀየር ይልቅ ከእውነተኛው አጻጻፍና ከነባሪ ያልሆነው ወደብ ጋር የሚመጣውን የተፈለገውን ማለፊያ ይጠቀሙ። Outlook ሲሰራ የEWS URL እና የፕሮክሲ ነገሩን ያወዳድሩ፦ ሌላው ደንበኛ የተለየ መንገድና የተለየ መካከለኛ መለያ ሊኖረው ይችላል።

ተዛማጅ ጽሑፎች