npm ਦੀ ਅੰਦਰੂਨੀ ਰਜਿਸਟਰੀ ਨੂੰ ਪ੍ਰੌਕਸੀ ਤੋਂ ਬਾਹਰ ਰੱਖੋ

ਅੰਦਰੂਨੀ ਰਜਿਸਟਰੀ ਸਿੱਧੀ ਪਹੁੰਚਯੋਗ ਹੋ ਸਕਦੀ ਹੈ, ਜਦੋਂ ਕਿ ਜਨਤਕ ਪੈਕੇਜ ਟ੍ਰੈਫਿਕ ਨੂੰ ਅਜੇ ਵੀ ਦਫ਼ਤਰ ਦੀ ਪ੍ਰੌਕਸੀ ਚਾਹੀਦੀ ਹੈ। ਪ੍ਰੌਕਸੀ ਸੈਟਿੰਗਾਂ ਰੱਖੋ ਅਤੇ ਅੰਦਰੂਨੀ ਮੰਜ਼ਿਲਾਂ ਨੂੰ 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 ਸੈਟਿੰਗ ਜਾਂਚੋ।