એક સ્કીમ અને પોર્ટ માટે Chrome પ્રોક્સી બાયપાસ

ફક્ત પોર્ટ 8443 પરની HTTPS API સીધી રાખવા માટે, હાલના Chromium ફિક્સ્ડ-સર્વર એક્સ્ટેન્શન કન્ફિગરેશનમાં સ્કીમ-અને-પોર્ટ નિયમ ઉમેરો:

bypassList: [
  "https://api.office.example:8443"
]

આ નિયમોનો ટુકડો છે. આસપાસની પરવાનગીઓ, મોડ, પ્રોક્સી એન્ડપોઇન્ટ અને પૂર્તિ હેન્ડલિંગ જાળવી રાખો. નિયમ તે સ્કીમ, હોસ્ટનામ અને પોર્ટ પસંદ કરે છે; આ સિન્ટેક્સમાં એપ્લિકેશન પાથ બીજું મેચિંગ ફીલ્ડ નથી.

ઇચ્છિત મેચની બાજુમાં સીમાઓ રાખો:

• બીજા પોર્ટ પરનું એ જ હોસ્ટનામ તેનો ઇચ્છિત પ્રોક્સી માર્ગ જાળવી રાખવો જોઈએ.
• બીજી સ્કીમ અલગથી ચકાસવી આવશ્યક છે.
• સંબંધિત સબડોમેન ચકાસવાનું બીજું લક્ષ્ય છે.

જો તે વિનંતીઓ અણધારી રીતે સીધી જાય, તો બ્રાઉઝરની અસરકારક પ્રોક્સી કન્ફિગરેશન માં અન્ય અપવાદો, જેમાં હોસ્ટ-વ્યાપી, પ્રત્યય અને ગર્ભિત સ્થાનિક નિયમોનો સમાવેશ થાય છે, તેની તપાસ કરો. એક સાંકડી એન્ટ્રી ઉમેરવાથી બીજે ક્યાંયનો વિશાળ અપવાદ દૂર થતો નથી.

આ વ્યાકરણ લાગુ Chromium ઇન્ટરફેસનું છે. બીજા પ્રોગ્રામનું NO_PROXY પાર્સર અલગ પોર્ટ સિન્ટેક્સ વાપરી શકે છે અથવા તે પસંદગી સુવિધા ધરાવતું ન હોઈ શકે.

પસંદ કરેલ માર્ગની પુષ્ટિ કર્યા પછી, ક્લાયન્ટ સીધી સેવા સુધી પહોંચી શકે છે અને તેના પ્રમાણપત્ર પર ભરોસો કરી શકે છે તેની ચકાસણી કરો. મેળ ખાતો બાયપાસ પ્રોક્સી માર્ગ દ્વારા પહેલાં સંભાળાતો ગુમ થયેલો સ્થાનિક માર્ગ અથવા ભરોસો સેટઅપ ઉજાગર કરી શકે છે.