ASP.NET Core પ્રોક્સી સેટિંગ્સ: launchSettings.json વિરુદ્ધ ઉત્પાદન
વિકાસ લોન્ચ-પ્રોફાઇલની પ્રોક્સી કિંમતોને તૈનાત ASP.NET Core પ્રક્રિયા દ્વારા વપરાતા પર્યાવરણ અને HTTP હેન્ડલરથી અલગ પાડો.
launchSettings.json માંની પ્રોક્સી કિંમત વિકાસ લોન્ચ પ્રોફાઇલની છે. એપ્લિકેશન પ્રકાશિત કરવાથી એ પ્રોફાઇલ IIS વર્કર, સેવા કે કન્ટેનરનું પર્યાવરણ બનતું નથી.
તૈનાત પર્યાવરણમાં નિષ્ફળતા માટે, એ પ્રક્રિયાની તપાસ કરો જે ખરેખર એપ્લિકેશન શરૂ કરે છે. તેનું પર્યાવરણ, ખાતું અને HTTP હેન્ડલર નક્કી કરે છે કે કયા પ્રોક્સી ઇનપુટ ઉપલબ્ધ છે.
| ક્યાં કામ કરે છે | તૈનાતી પછી શું સરખાવવું |
|---|---|
| IDE લોન્ચ પ્રોફાઇલ | હોસ્ટ પ્રક્રિયાનું પર્યાવરણ |
| ઇન્ટરેક્ટિવ વપરાશકર્તા સત્ર | સેવા ખાતું અને તેની પ્રોક્સી સેટિંગ્સ |
| જાતે બનાવેલ HTTP ક્લાયન્ટ | એપ્લિકેશનના ઇન્જેક્ટ કરેલ ક્લાયન્ટ દ્વારા વપરાતું હેન્ડલર |
આધુનિક HttpClient ની મૂળભૂત પ્રોક્સી શરૂઆતમાં પ્લેટફોર્મ-વિશિષ્ટ પર્યાવરણ અને સિસ્ટમ-રૂપરેખાંકન નિયમો છે. સ્પષ્ટ રીતે રૂપરેખાંકિત હેન્ડલર એ મૂળભૂત મૂલ્યોને બદલી શકે છે. IHttpClientFactory સાથે, નામાંકિત ક્લાયન્ટની પ્રાથમિક હેન્ડલર નોંધણી અને કૉલ સ્થળે મેળવેલ નામ તપાસો. રૂપરેખાંકન ફાઇલ અવગણવામાં આવી હોવાનું તારણ કાઢતા પહેલાં બંને ઇનપુટ તપાસો.
જૂના .NET Framework system.net/defaultProxy ઉદાહરણો બીજું રૂપરેખાંકન મોડેલ વર્ણવે છે. એ વિભાગને આધુનિક તૈનાતી ફાઇલમાં પેસ્ટ કરશો નહીં અને એમ ન માનો કે દરેક .NET HTTP અમલીકરણ તેનો ઉપયોગ કરે છે. IIS તૈનાતીમાં, ASP.NET Core મોડ્યુલમાં પણ પ્રક્રિયા-પર્યાવરણ રૂપરેખાંકનની સમર્થિત પદ્ધતિ છે; મૂલ્યો ઉમેરતી વખતે બાકીનું હોસ્ટિંગ રૂપરેખાંકન જાળવો.
અપેક્ષિત ચલ અસ્તિત્વમાં છે કે નહીં તે નોંધો, પરંતુ તેની સંપૂર્ણ ઓળખપત્રો ધરાવતી કિંમત જાહેર કરશો નહીં. પછી ખાતરી કરો કે નિષ્ફળ થયેલ વિનંતી કરતો ક્લાયન્ટ એ સ્રોતનો ઉપયોગ કરે છે. યોગ્ય રીતે રૂપરેખાંકિત લોન્ચર જાણી જોઈને બીજો માર્ગ વાપરતા ક્લાયન્ટને સુધારી શકતું નથી.