આંતરિક રજિસ્ટ્રી સીધી જ પહોંચી શકાય તેમ હોઈ શકે, જ્યારે જાહેર પેકેજ ટ્રાફિકને હજી પણ ઓફિસ પ્રોક્સીની જરૂર છે. પ્રોક્સી સેટિંગ્સ રાખો અને આંતરિક ગંતવ્યોને noproxy માં ઉમેરો.

ઉદાહરણ તરીકે, સંબંધિત .npmrc એન્ટ્રીઓ આ હોઈ શકે:

registry=https://registry.corp.example/repository/npm/
proxy=http://proxy.example:8080
https-proxy=http://proxy.example:8080
noproxy[]=registry.corp.example
noproxy[]=packages.corp.example

બાયપાસ એન્ટ્રીઓ ગંતવ્યોનાં નામ આપે છે, પ્રોક્સી સર્વરનું નહીં. તે હોસ્ટ એન્ટ્રીઓ છે, તેથી રજિસ્ટ્રીની સ્કીમ, પાથ અને પોર્ટ તે સ્ટ્રિંગ્સની બહાર રાખો.

npm 11.6.4 ના સમાવિષ્ટ સિલેક્ટરમાં ડોમેન ઘટકોની જમણી બાજુથી તુલના કરવામાં આવે છે. registry.corp.example તે હોસ્ટનામ અને તેના સબડોમેન સાથે મેળ ખાય છે. આ તુલના દરમિયાન આગળનું બિંદુ દૂર કરવામાં આવે છે; હોસ્ટનામના ઉદાહરણ માટે શાબ્દિક ફૂદડીની જરૂર નથી.

જ્યારે રજિસ્ટ્રી બીજા આંતરિક હોસ્ટનામ પર tarball URL પરત કરે ત્યારે પેકેજ-સામગ્રી હોસ્ટનો સમાવેશ કરો. નહીં તો રજિસ્ટ્રી ઇન્ડેક્સ અને ફાઇલ ડાઉનલોડ જુદા જુદા માર્ગે જઈ શકે છે.

એરે સિન્ટેક્સ ઘણા અપવાદોને વાંચવાલાયક રાખે છે. npm કોમા-વિભાજિત સ્ટ્રિંગ સ્વરૂપ અને પર્યાવરણમાંથી મેળવેલા NO_PROXY ડિફૉલ્ટનું પણ દસ્તાવેજીકરણ કરે છે. જ્યારે કોઈ ગંતવ્ય હજી પણ અણધાર્યા માર્ગે જાય ત્યારે આ આહ્વાન વાપરે છે તે અસરકારક noproxy સેટિંગ તપાસો.

સંબંધિત લેખો