“Resolving Host in Proxy Script” 'ਤੇ ਫਸੇ ਹੋ? PAC ਫ਼ਾਈਲ ਵੇਖੋ

ਸਥਿਤੀ ਸੰਦੇਸ਼ ਕਹਿੰਦਾ ਹੈ “Resolving host in proxy script,” ਪਰ ਪ੍ਰੌਕਸੀ ਸਰਵਰ ਬਦਲਣ ਨਾਲ ਬਹੁਤਾ ਫ਼ਰਕ ਨਹੀਂ ਪੈਂਦਾ। ਇਹ ਇੱਕ ਲਾਭਦਾਇਕ ਸੰਕੇਤ ਹੈ: ਹੋ ਸਕਦਾ ਹੈ ਬ੍ਰਾਊਜ਼ਰ ਅਜੇ ਵੀ ਤੈਅ ਕਰ ਰਿਹਾ ਹੋਵੇ ਕਿ ਬੇਨਤੀ ਕਿੱਥੇ ਭੇਜਣੀ ਹੈ।

PAC ਫ਼ਾਈਲ DNS-ਅਧਾਰਿਤ ਜਾਂਚਾਂ ਕਰ ਸਕਦੀ ਹੈ। ਜੇ ਉਹ ਜਾਂਚਾਂ ਕਿਸੇ ਅਪਹੁੰਚ ਰਿਜ਼ੌਲਵਰ ਦੀ ਉਡੀਕ ਕਰਦੀਆਂ ਹਨ ਜਾਂ ਵਾਰ-ਵਾਰ ਬੇਲੋੜੇ ਸਵਾਲ ਪੁੱਛਦੀਆਂ ਹਨ, ਤਾਂ ਚੁਣੀ ਗਈ ਪ੍ਰੌਕਸੀ ਨੂੰ ਕੁਝ ਮਿਲਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਪੇਜ ਲੋਡ ਹੋਣਾ ਰੁਕ ਸਕਦਾ ਹੈ।

1. ਰੁਕਾਵਟ ਦੀ ਥਾਂ ਲੱਭੋ

ਇੱਕ ਪ੍ਰਭਾਵਿਤ URL ਲਈ ਤੈਅ ਕਰੋ ਕਿ ਦੇਰੀ PAC ਫ਼ਾਈਲ ਲਿਆਉਣ ਵੇਲੇ, ਉਸ ਦਾ ਮੁੱਲਾਂਕਣ ਕਰਨ ਵੇਲੇ, ਜਾਂ ਵਾਪਸ ਮਿਲੀ ਪ੍ਰੌਕਸੀ ਨਾਲ ਜੁੜਨ ਵੇਲੇ ਹੁੰਦੀ ਹੈ। ਖਾਲੀ ਪ੍ਰੌਕਸੀ ਐਕਸੈਸ ਲੌਗ ਪਹਿਲੇ ਦੋ ਪੜਾਵਾਂ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ; ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਬ੍ਰਾਊਜ਼ਰ ਨੇ ਸਿੱਧਾ ਰਾਹ ਵਰਤਿਆ।

ਫਿਰ ਜਾਂਚੋ ਕਿ ਕਿਹੜੇ ਨਿਯਮਾਂ ਨੂੰ DNS ਚਾਹੀਦਾ ਹੈ। Microsoft ਦੇ PAC ਕਾਰਗੁਜ਼ਾਰੀ ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼ ਬੇਲੋੜੇ DNS-ਅਧਾਰਿਤ ਕੰਮ ਤੋਂ ਬਚਣ ਦੀ ਸਲਾਹ ਦਿੰਦੇ ਹਨ। ਹੋਸਟਨਾਮ ਸਮਾਨਤਾ ਜਾਂਚ ਨੂੰ ਉਹੀ ਜਾਣਕਾਰੀ ਨਹੀਂ ਚਾਹੀਦੀ ਜੋ ਉਸ ਹੋਸਟਨਾਮ ਨੂੰ ਹੱਲ ਕਰਨ ਅਤੇ ਸਬਨੈੱਟ ਜਾਂਚਣ ਲਈ ਚਾਹੀਦੀ ਹੈ।

2. ਬੇਲੋੜਾ DNS ਕੰਮ ਹਟਾਓ

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

ਉੱਪਰ ਬਿਨਾਂ ਸ਼ਰਤ DIRECT ਰਿਟਰਨ ਜੋੜ ਕੇ ਹੌਲੀ ਸਕ੍ਰਿਪਟ ਨੂੰ “ਠੀਕ” ਨਾ ਕਰੋ। ਇਹ ਦੇਰੀ ਨਾਲ ਰਾਊਟਿੰਗ ਫ਼ੈਸਲਾ ਵੀ ਹਟਾ ਦਿੰਦਾ ਹੈ।

ਮਸ਼ੀਨ-ਖਾਸ DNS ਹੱਲਾਂ ਲਈ ਸਬੂਤ ਚਾਹੀਦੇ ਹਨ। ਫ਼ਾਈਲ ਸ਼ੇਅਰਿੰਗ ਚਾਲੂ ਕਰਨਾ ਜਾਂ ਹਰ ਲੈਪਟਾਪ ਦੀ hosts ਫ਼ਾਈਲ ਮੁੜ ਲਿਖਣਾ ਹੌਲੀ ਰਾਊਟਿੰਗ ਸਕ੍ਰਿਪਟ ਲਈ ਮਾੜਾ ਪਹਿਲਾ ਜਵਾਬ ਹੈ। ਪ੍ਰਭਾਵਿਤ ਨੈੱਟਵਰਕ 'ਤੇ ਰਿਜ਼ੌਲਵਰ ਅਤੇ ਹੋਸਟਨਾਮ ਦਾ ਵਿਵਹਾਰ ਜਾਂਚੋ, ਖ਼ਾਸਕਰ ਨੈੱਟਵਰਕ ਬਦਲਣ ਤੋਂ ਬਾਅਦ, ਅਤੇ PAC ਸਿਰਫ਼ ਉੱਥੇ ਹੀ ਬਦਲੋ ਜਿੱਥੇ ਇਸ ਦਾ ਅਸਲ ਫ਼ੈਸਲਾ ਮਾਰਗ ਇਸ ਦੀ ਮੰਗ ਕਰਦਾ ਹੈ।