.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 ठेगाना माग्नुभएको थियो कि भन्ने लुकाउँछ। डोमेन मिलान त्यही अनुरोध इनपुटसँग हुन्छ, सेवाका लागि तपाईंको अनौपचारिक नामसँग होइन।

सम्बन्धित लेखहरू