.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 સરનામું માંગ્યું હતું. ડોમેન મેળ તે વિનંતી ઇનપુટ સામે થાય છે, સેવા માટેના તમારા અનૌપચારિક નામ સામે નહીં.