ਬੈਚ ਫਾਈਲ ਵਿੱਚ ਐਨਕੋਡ ਕੀਤੇ ਪ੍ਰੌਕਸੀ ਪ੍ਰਮਾਣ ਪੱਤਰ ਅਟੁੱਟ ਰੱਖੋ

ਪ੍ਰੌਕਸੀ URL ਸਿੱਧਾ ਸੰਰਚਿਤ ਕਰਨ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ, ਪਰ ਉਹੀ ਮੁੱਲ Windows ਬੈਚ ਫਾਈਲ ਵਿੱਚ ਜਾਣ ਤੋਂ ਬਾਅਦ ਪ੍ਰਮਾਣਿਕਤਾ ਫੇਲ੍ਹ ਹੋ ਜਾਂਦੀ ਹੈ। ਜਾਂਚੋ ਕਿ HTTP ਕਲਾਇੰਟ ਨੂੰ URL ਮਿਲਣ ਤੋਂ ਪਹਿਲਾਂ ਬੈਚ ਪਾਰਸਰ ਨੇ ਪ੍ਰਤੀਸ਼ਤ ਚਿੰਨ੍ਹ ਬਦਲੇ ਹਨ ਜਾਂ ਨਹੀਂ।

ਦੋ ਵੱਖਰੇ ਪ੍ਰਤੀਨਿਧਤਾ ਹਨ। URL ਐਨਕੋਡਿੰਗ ਦਰਸਾ ਸਕਦੀ ਹੈ ਬੈਕਸਲੈਸ਼ ਨੂੰ %5C ਵਜੋਂ ਅਤੇ ਸਵਾਲ ਚਿੰਨ੍ਹ ਨੂੰ %3F ਵਜੋਂ। ਬੈਚ-ਫਾਈਲ ਕਮਾਂਡ ਵਿੱਚ ਸ਼ਬਦੀ ਪ੍ਰਤੀਸ਼ਤ ਚਿੰਨ੍ਹ ਨੂੰ %% ਵਜੋਂ ਐਸਕੇਪ ਕਰਨਾ ਪੈਂਦਾ ਹੈ।

ਉਦਾਹਰਨ domain\user ਖਾਤੇ ਲਈ, ਪਲੇਸਹੋਲਡਰ ਪਾਸਵਰਡ pass? ਨਾਲ, .bat ਫਾਈਲ ਵਿੱਚ ਇਹ ਹੋ ਸਕਦਾ ਹੈ:

set "https_proxy=http://domain%%5Cuser:pass%%[email protected]:8080"

ਬਾਅਦ ਵਿੱਚ ਸ਼ੁਰੂ ਹੋਣ ਵਾਲੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ domain%5Cuser:pass%3F ਵਾਲਾ URL ਮਿਲਣਾ ਚਾਹੀਦਾ ਹੈ। ਦੁੱਗਣੇ ਪ੍ਰਤੀਸ਼ਤ ਚਿੰਨ੍ਹ ਬੈਚ ਸਰੋਤ ਦੇ ਹਨ, ਕਲਾਇੰਟ ਵੱਲੋਂ ਸੰਭਾਲੇ ਪ੍ਰੌਕਸੀ URL ਦੇ ਨਹੀਂ।

ਉਹ ਬੈਚ ਸਪੈਲਿੰਗ .npmrc ਫਾਈਲ ਜਾਂ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਪ੍ਰੌਕਸੀ ਖੇਤਰ ਵਿੱਚ ਨਕਲ ਨਾ ਕਰੋ: ਉਹ ਇਨਪੁਟ ਉਸੇ ਬੈਚ ਪਾਰਸਿੰਗ ਪੜਾਅ ਵਿੱਚੋਂ ਨਹੀਂ ਲੰਘਦੇ। ਇਸੇ ਤਰ੍ਹਾਂ, ਇਹ ਉਦਾਹਰਨ PowerShell ਸਿੰਟੈਕਸ ਨਹੀਂ ਹੈ। ਕੋਈ ਹੋਰ ਰੈਪਰ, ਜਿਵੇਂ CALL ਜਾਂ ਦੂਜੇ ਸ਼ੈੱਲ ਲਈ ਬਣਾਈ ਕਮਾਂਡ, ਇੱਕ ਹੋਰ ਪਾਰਸਿੰਗ ਪਾਸ ਲਿਆ ਸਕਦਾ ਹੈ ਅਤੇ ਇਸਦੀ ਆਪਣੀ ਸਮੀਖਿਆ ਲੋੜੀਂਦੀ ਹੈ।

SET ਅਸਾਈਨਮੈਂਟ ਨੂੰ ਦਿਖਾਏ ਅਨੁਸਾਰ ਹਵਾਲਾ ਚਿੰਨ੍ਹਾਂ ਵਿੱਚ ਰੱਖੋ ਤਾਂ ਜੋ ਸੰਜੋਗਿਕ ਖਾਲੀ ਥਾਂਵਾਂ ਜਾਂ ਸ਼ੈੱਲ ਮੈਟਾਕੈਰੇਕਟਰ ਅਣਚਾਹੇ ਕਮਾਂਡ ਦਾ ਹਿੱਸਾ ਨਾ ਬਣਨ। ਸਿਰਫ਼ ਹਵਾਲਾ ਚਿੰਨ੍ਹ ਪ੍ਰਤੀਸ਼ਤ ਫੈਲਾਅ ਨੂੰ ਨਹੀਂ ਰੋਕਦੇ।

ਨਤੀਜਾ ਜਾਂਚਦੇ ਸਮੇਂ, ਪਾਸਵਰਡ ਵਾਲਾ URL ਸਾਂਝੇ ਲੌਗ ਵਿੱਚ ਛਾਪਣ ਦੀ ਬਜਾਏ ਉਮੀਦ ਕੀਤੀ ਐਨਕੋਡਿੰਗ ਦੀ ਸੰਪਾਦਿਤ ਪ੍ਰਤੀਨਿਧਤਾ ਨਾਲ ਤੁਲਨਾ ਕਰੋ। ਸ਼ੈੱਲ-ਐਸਕੇਪਿੰਗ ਮੁਰੰਮਤ ਪ੍ਰਮਾਣ ਪੱਤਰ ਨੂੰ ਸੰਭਾਲਦੀ ਹੈ; ਇਹ ਅਜਿਹੀ ਪ੍ਰਮਾਣਿਕਤਾ ਸਕੀਮ ਨਹੀਂ ਚੁਣਦੀ ਜਿਸਨੂੰ ਕਲਾਇੰਟ ਪਹਿਲਾਂ ਹੀ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ ਸੀ।