curl ਵਿੱਚ CIDR ਬਾਈਪਾਸ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ ਜਦਕਿ --noproxy '*' ਕੰਮ ਕਰਦਾ ਹੈ
ਪੂਰੀ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਰਿਲੀਜ਼ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਦੀ ਥਾਂ ਬਾਈਪਾਸ ਫੀਚਰ ਦੇ ਫ਼ਰਕਾਂ ਨੂੰ ਅਸਲ ਕਲਾਇੰਟ ਅਤੇ ਲਿੰਕ ਕੀਤੀ ਲਾਇਬ੍ਰੇਰੀ ਵਰਜਨ ਨਾਲ ਸਮਝਾਓ।
ਸ਼ਬਦੀ ਪ੍ਰਾਈਵੇਟ IP ਲਈ ਬੇਨਤੀ ਸਬਨੈੱਟ ਛੋਟ ਨਾਲ ਪ੍ਰੌਕਸੀ ਵਰਤਦੀ ਹੈ, ਪਰ --noproxy '*' ਨਾਲ ਸਿੱਧਾ ਜਾਂਦੀ ਹੈ। ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਹਰ ਪ੍ਰੌਕਸੀ ਛੋਟ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਦਾ ਹੈ।
ਕਲਾਇੰਟ ਨੇ ਇੱਕ ਸਮਝਣਯੋਗ ਬਾਈਪਾਸ ਰੂਪ ਦਿਖਾਇਆ ਹੈ। ਅਗਲਾ ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਇਹ ਤੁਹਾਡੇ ਦਿੱਤੇ ਰੇਂਜ ਰੂਪ ਨੂੰ ਲਾਗੂ ਕਰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ।
curl ਨੇ ਇਹਨਾਂ ਛੋਟਾਂ ਲਈ CIDR ਮਿਲਾਨ 7.86.0 ਵਿੱਚ ਜੋੜਿਆ। ਨਵੀਂ ਦਿਸਦੀ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਰਿਲੀਜ਼ ਵਾਲੀ ਮਸ਼ੀਨ ਵਿੱਚ ਵੀ ਕਿਸੇ ਹੋਰ ਵਰਜਨ ਲੜੀ ਦਾ ਕਲਾਇੰਟ ਜਾਂ ਲਿੰਕ ਕੀਤੀ ਲਾਇਬ੍ਰੇਰੀ ਹੋ ਸਕਦੀ ਹੈ। ਅਸਲ ਵਿੱਚ ਬੁਲਾਈ ਜਾਂਦੀ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਅਤੇ ਉਸ ਨਾਲ ਲਿੰਕ ਕੀਤੀ libcurl ਜਾਂਚੋ, ਸਿਰਫ਼ ਮਸਲੇ ਦੇ ਸਿਰਲੇਖ ਵਾਲਾ OS ਨਾਮ ਨਹੀਂ।
libcurl ਵਰਤਣ ਵਾਲੀ ਐਪਲੀਕੇਸ਼ਨ ਸੁਤੰਤਰ curl ਕਮਾਂਡ ਤੋਂ ਵੀ ਵੱਖਰੀ ਹੋ ਸਕਦੀ ਹੈ। ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਪੈਚ ਵੀ ਮਹੱਤਵਪੂਰਨ ਹੋ ਸਕਦੇ ਹਨ, ਇਸ ਲਈ ਜਦੋਂ ਬੇਸ ਵਰਜਨ ਇਕੱਲਾ ਨਿਰਣਾਇਕ ਨਾ ਹੋਵੇ ਤਾਂ ਸਥਾਪਿਤ ਪੈਕੇਜ ਦੀ ਫੀਚਰ ਡੌਕਯੂਮੈਂਟੇਸ਼ਨ ਵਰਤੋ।
ਬੇਨਤੀ ਦਾ ਇਨਪੁਟ ਸਟੀਕ ਰੱਖੋ। ਸਬਨੈੱਟ ਵਿੱਚ ਰਿਜ਼ੌਲਵ ਹੋਣ ਵਾਲਾ ਹੋਸਟਨਾਮ ਸ਼ਬਦੀ ਪਤਾ ਵਾਲੇ URL ਤੋਂ ਵੱਖਰਾ ਕੇਸ ਹੈ। ਸਮਰਥਿਤ CIDR ਪਾਰਸਰ ਹਰ ਨਾਮ ਨੂੰ ਪਤੇ-ਆਧਾਰਿਤ ਬਾਈਪਾਸ ਫੈਸਲੇ ਵਿੱਚ ਬਦਲਣ ਲਈ ਆਪਣੇ ਆਪ DNS ਪੁੱਛਗਿੱਛ ਨਹੀਂ ਕਰਦਾ।
ਪੈਕੇਜ ਬਦਲਣ ਜਾਂ ਵੱਖਰੇ ਪਤਿਆਂ ਦੀ ਬਹੁਤ ਵੱਡੀ ਸੂਚੀ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਕਲਾਇੰਟ ਦੀ ਪਛਾਣ, ਸਟੀਕ URL, ਛੋਟ ਦਾ ਮੁੱਲ ਅਤੇ ਨਿਯੰਤਰਿਤ ਨਤੀਜਾ ਇਕੱਠਾ ਕਰੋ। ਸਾਰੇ ਹੋਸਟਾਂ ਲਈ ਗਲੋਬਲ ਬਾਈਪਾਸ ਤੁਲਨਾ ਬਾਰੇ ਲਾਭਦਾਇਕ ਸਬੂਤ ਹੈ; ਪਰ ਇਹ ਆਪਣੇ ਆਪ ਇੱਛਤ ਸਥਾਈ ਰੂਟਿੰਗ ਨੀਤੀ ਨਹੀਂ ਹੈ।