ਕੀ NO_PROXY regex ਅਤੇ wildcard ਪੈਟਰਨਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ?

ਅਪਵਾਦ ਭਰੋਸੇਯੋਗ ਲੱਗਦਾ ਹੈ: *.server.*। ਇਹ shell ਪੈਟਰਨ ਵਰਗਾ ਵੀ ਲੱਗਦਾ ਹੈ। ਇਹਨਾਂ ਦੋਵਾਂ ਤੱਥਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਤੁਹਾਡਾ HTTP ਕਲਾਇੰਟ ਇਸਨੂੰ ਸਮਝਦਾ ਹੈ।

NO_PROXY ਕੋਈ ਸਾਂਝਾ ਨਿਯਮਿਤ-ਸਮੀਕਰਨ ਇੰਜਣ ਨਹੀਂ ਹੈ। ਇੱਕ ਕਲਾਇੰਟ ਦਾ ਖਾਸ ਤਾਰਾ ਨਾਮ ਦੇ ਵਿਚਕਾਰ ਮਨਮਾਨੇ wildcards ਦੇ ਸਮਰਥਨ ਨੂੰ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ। curl ਇੱਕ * ਨੂੰ ਸਾਰੇ ਹੋਸਟਾਂ ਲਈ ਬਾਈਪਾਸ ਵਜੋਂ ਦਰਜ ਕਰਦਾ ਹੈ। ਇਹ *.server.* ਡੋਮੇਨਾਂ ਦੇ ਪਰਿਵਾਰ ਦੀ ਚੋਣ ਕਰਦਾ ਹੈ ਦੇ ਵਾਅਦੇ ਤੋਂ ਬਹੁਤ ਵੱਖਰਾ ਹੈ।

ਉਹਨਾਂ ਨਾਵਾਂ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਜਿਨ੍ਹਾਂ ਦੀ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਬੇਨਤੀ ਕਰਦੇ ਹੋ। ਜੇ ਲੋੜ ਇੱਕ ਜਾਣਿਆ ਡੋਮੇਨ ਅਤੇ ਉਸਦੇ ਸਬਡੋਮੇਨ ਹੈ, ਤਾਂ ਖਪਤਕਾਰ ਦਾ ਦਰਜ ਕੀਤਾ ਡੋਮੇਨ ਰੂਪ ਵਰਤੋ। ਜੇ ਲੋੜ ਇੱਕ ਸ਼ਬਦ ਵਾਲੇ ਕਈ ਅਸੰਬੰਧਿਤ ਨਾਮ ਹੈ, ਤਾਂ ਸਮਰਥਿਤ ਰੂਟ-ਚੋਣ API ਜਾਂ PAC ਨੀਤੀ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ। ਅਸਮਰਥਿਤ ਪੈਟਰਨ ਵਿੱਚ ਹੋਰ ਵਿਰਾਮ ਚਿੰਨ੍ਹ ਜੋੜਨ ਨਾਲ ਉਹ ਵਿਸ਼ੇਸ਼ਤਾ ਨਹੀਂ ਮਿਲ ਸਕਦੀ।

ਇੱਛਤ ਮੇਲਾਂ ਦੇ ਕੋਲ ਕੁਝ ਵਿਰੋਧੀ ਉਦਾਹਰਨਾਂ ਰੱਖੋ। ਕੀ server.example, files.server.example ਅਤੇ server.other.test ਸਾਰਿਆਂ ਨੂੰ ਬਾਈਪਾਸ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ? ਅਤੇ ਉਹ ਨਾਮ ਜਿਸ ਵਿੱਚ ਉਹੀ ਅੱਖਰ ਹਨ ਪਰ ਉਹੀ ਡੋਮੇਨ ਸੀਮਾ ਨਹੀਂ? ਉਹ ਜਵਾਬ ਸੈਟਿੰਗ ਨੂੰ “wildcard” ਕਹਿਣ ਨਾਲੋਂ ਲੋੜ ਨੂੰ ਵਧੇਰੇ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦੇ ਹਨ।

ਕਲਾਇੰਟ ਬਦਲਣਾ ਪੈਟਰਨ ਨੂੰ ਦੁਬਾਰਾ ਜਾਂਚਣ ਦਾ ਕਾਰਨ ਹੈ। ਬ੍ਰਾਊਜ਼ਰ ਐਕਸਟੈਂਸ਼ਨ ਤੋਂ ਕਾਪੀ ਕੀਤਾ ਬਾਈਪਾਸ ਨਿਯਮ ਕਿਸੇ ਹੋਰ ਪ੍ਰੋਗਰਾਮ ਵੱਲੋਂ ਪੜ੍ਹੇ ਜਾਣ ਵਾਲੇ ਵਾਤਾਵਰਨ ਚਰ ਵਿੱਚ ਆਪਣੇ ਆਪ ਵੈਧ ਨਹੀਂ ਹੁੰਦਾ।