ਜੇ Squid ਨੇ ਜਵਾਬ ਦਾ ਕੁਝ ਹਿੱਸਾ ਪਹਿਲਾਂ ਹੀ ਪ੍ਰਾਪਤ ਕਰ ਲਿਆ ਹੈ ਅਤੇ ਫਿਰ ਹੋਰ ਡੇਟਾ ਦੀ ਉਡੀਕ ਕਰ ਰਿਹਾ ਹੈ, ਤਾਂ forward_timeout ਵਧਾਉਣਾ ਗਲਤ ਉਡੀਕ ਨੂੰ ਹੱਲ ਕਰਦਾ ਹੈ। Squid 5 ਤੋਂ 7 ਵਿੱਚ, ਰੁਕੇ ਕੰਮ ਦੇ ਆਧਾਰ 'ਤੇ ਇਹਨਾਂ ਘੜੀਆਂ ਵਿੱਚੋਂ ਚੁਣੋ:

Squid ਕੀ ਉਡੀਕ ਰਿਹਾ ਹੈਨਿਰਦੇਸ਼
ਵਰਤੋਂਯੋਗ ਫਾਰਵਰਡਿੰਗ ਰਸਤਾforward_timeout
ਹੋਰ ਰਸਤਾ ਅਜ਼ਮਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਸਰਵਰ ਜਾਂ peer ਨਾਲ TCP ਕਨੈਕਸ਼ਨconnect_timeout
peer-ਸਰਵਰ ਕਨੈਕਸ਼ਨ ਤੋਂ ਹੋਰ ਡੇਟਾ; ਸਫਲ ਪੜ੍ਹਤ ਉਡੀਕ ਲੰਮੀ ਕਰਦੀ ਹੈread_timeout

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

ਲੰਮੀ ਉਡੀਕ ਦੀ ਆਗਿਆ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ, ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਟਾਰਗਿਟ ਉਸ ਅੰਦਰ ਸੁਧਰ ਸਕਦਾ ਹੈ। ਟਾਈਮਰ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਨਹੀਂ ਦੇ ਸਕਦਾ ਜਾਂ ਉਪਲਬਧ ਨਾ ਹੋਣ ਵਾਲੀ ਸੇਵਾ ਨੂੰ ਪਹੁੰਚਯੋਗ ਨਹੀਂ ਬਣਾ ਸਕਦਾ। ਕਲਾਇੰਟ ਦੀ ਸਮਾਂ-ਸੀਮਾ ਦੀ ਵੀ ਤੁਲਨਾ ਕਰੋ, ਨਹੀਂ ਤਾਂ ਕਲਾਇੰਟ ਕੰਮ ਛੱਡ ਸਕਦਾ ਹੈ ਜਦੋਂ ਕਿ Squid ਅਜੇ ਵੀ ਉਡੀਕ ਰਿਹਾ ਹੈ।

ਇਹ ਨਾਮ ਅਤੇ ਉਪਲਬਧਤਾ ਰਿਲੀਜ਼-ਵਿਸ਼ੇਸ਼ ਹਨ। ਤੈਨਾਤ ਕੀਤੀ ਰਿਲੀਜ਼ ਦਾ ਹਵਾਲਾ ਵਰਤੋ; ਪੁਰਾਣੀ dns_v4_first ਸਿਫਾਰਸ਼ ਪਤੇ ਦੀ ਚੋਣ ਬਾਰੇ ਹੈ ਅਤੇ ਇਹ ਨਹੀਂ ਦੱਸਦੀ ਕਿ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿਹੜੀ ਉਡੀਕ ਫੇਲ੍ਹ ਹੋਈ।

ਸੰਬੰਧਿਤ ਲੇਖ