ਜਦੋਂ Squid ਹੋਸਟਨਾਮ ਰੈਜ਼ੋਲਵ ਨਾ ਕਰ ਸਕੇ

ਜਿੱਥੇ ਖੋਜ ਅਸਫਲ ਹੁੰਦੀ ਹੈ ਉੱਥੇ DNS ਜਾਂਚੋ। ਤੁਹਾਡਾ ਲੈਪਟਾਪ ਨਾਮ ਰੈਜ਼ੋਲਵ ਕਰ ਲੈਂਦਾ ਹੈ, ਇਸ ਨਾਲ ਇਹ ਸਾਬਤ ਨਹੀਂ ਹੁੰਦਾ ਕਿ Squid ਜਾਂ ਅੱਗੇ ਦਾ ਕਨੈਕਸ਼ਨ ਬਣਾਉਣ ਵਾਲੀ ਪੇਰੈਂਟ ਪ੍ਰੌਕਸੀ ਵੀ ਕਰ ਸਕਦੀ ਹੈ।

ਅਸਫਲ ਹੋ ਰਹੇ ਇੰਸਟੈਂਸ ਦਾ ਕੈਸ਼ ਲੌਗ ਪੜ੍ਹੋ ਅਤੇ ਸਰਵਰ ਦੀਆਂ ਰੈਜ਼ੋਲਵਰ ਸੈਟਿੰਗਾਂ ਜਾਂਚੋ। ਹੋਸਟ ਪੱਧਰ ਦੀ ਇੱਕ ਸਹਾਇਕ ਜਾਂਚ ਇਹ ਹੈ:

getent ahosts target.example

ਅਸਲ ਟੀਚਾ ਵਰਤੋ। getent ਹੋਸਟ ਦੀ ਖੋਜ ਵਿਵਸਥਾ ਵਰਤਦਾ ਹੈ; Squid ਦਾ ਅੰਦਰੂਨੀ ਰੈਜ਼ੋਲਵਰ ਜਾਂ ਕੈਸ਼ ਵੱਖਰਾ ਹੋ ਸਕਦਾ ਹੈ। ਇੱਕੋ ਜਿਹੇ ਮੰਨਣ ਤੋਂ ਪਹਿਲਾਂ ਸਪਸ਼ਟ ਦਿੱਤੇ dns_nameservers ਅਤੇ hosts_file ਇਨਪੁੱਟ ਜਾਂਚੋ।

Squid 6.13 ਵਿੱਚ ਸਪਸ਼ਟ ਦਿੱਤੀ ਨੇਮਸਰਵਰ ਸੂਚੀ ਵਿੱਚ IP ਪਤੇ ਹੁੰਦੇ ਹਨ:

dns_nameservers 192.0.2.53

ਦਸਤਾਵੇਜ਼ਾਂ ਦੇ ਇਸ ਪਤੇ ਨੂੰ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਰੈਜ਼ੋਲਵਰ ਨਾਲ ਬਦਲੋ ਜਿਸ ਤੱਕ Squid ਸਰਵਰ ਤੋਂ ਪਹੁੰਚਿਆ ਜਾ ਸਕੇ। ਨਿੱਜੀ ਨਾਮਾਂ ਲਈ ਸੰਸਥਾ ਦਾ ਰੈਜ਼ੋਲਵਰ ਲੋੜੀਂਦਾ ਹੋ ਸਕਦਾ ਹੈ; ਅਸੰਬੰਧਤ ਜਨਤਕ ਰੈਜ਼ੋਲਵਰ ਨੂੰ ਆਪਣੇ DNS ਦ੍ਰਿਸ਼ ਵਿੱਚ ਉਹ ਨਜ਼ਰ ਨਾ ਆਉਣ।

ਲੈਪਟਾਪ ਦੀ hosts ਫਾਇਲ ਦਾ ਉਪਨਾਮ ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ ਭੇਜੀ ਹੋਸਟਨਾਮ ਬੇਨਤੀ ਨਾਲ ਨਹੀਂ ਜਾਂਦਾ। ਖੋਜ ਕਰਨ ਵਾਲੀ ਮਸ਼ੀਨ ਉੱਤੇ ਇੰਸਟਾਲ ਕੀਤੇ Squid ਸੰਸਕਰਣ ਦੀ hosts_file ਸੈਟਿੰਗ ਵੇਖੋ ਅਤੇ ਜਿੱਥੇ ਲਾਗੂ ਹੋਵੇ ਪੇਰੈਂਟ ਪ੍ਰੌਕਸੀ ਦਾ ਰੈਜ਼ੋਲਵਰ ਵੀ ਧਿਆਨ ਵਿੱਚ ਰੱਖੋ। TLS ਪਛਾਣ ਲਈ ਵਰਤਿਆ ਹੋਸਟਨਾਮ ਸੇਵਾ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਰੱਖੋ।

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