Squid 5–7: dns_v4_first ਹੁਣ ਕਿਉਂ ਕੰਮ ਨਹੀਂ ਕਰਦਾ

ਪੁਰਾਣੀ Squid ਸੰਰਚਨਾ ਵਿੱਚ dns_v4_first on ਹੈ। ਅੱਪਗ੍ਰੇਡ ਤੋਂ ਬਾਅਦ ਉਹ ਲਾਈਨ ਹੁਣ ਉਮੀਦ ਕੀਤੀ IPv4 ਤਰਜੀਹ ਨਹੀਂ ਦਿੰਦੀ। ਇਸ ਦੀਆਂ ਹੋਰ ਕਾਪੀਆਂ ਜੋੜਨ ਨਾਲ ਪਹਿਲਾਂ ਵਾਲਾ ਵਿਵਹਾਰ ਵਾਪਸ ਨਹੀਂ ਆਵੇਗਾ।

ਸੰਰਚਨਾ ਸੰਦਰਭ ਇਸ ਨਿਰਦੇਸ਼ ਨੂੰ Squid 5 ਤੋਂ 7 ਵਿੱਚ ਉਪਲਬਧ ਨਾ ਹੋਣ ਵਜੋਂ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ। Squid ਦੀ ਪਤਾ ਚੋਣ ਇਸ ਦੇ Happy Eyeballs ਕੰਮ ਨਾਲ ਬਦਲੀ; ਪੁਰਾਣੀ ਤਰਜੀਹ ਸਲਾਹ ਉਸ ਸੰਸਕਰਣ ਦੇ ਸੰਦਰਭ ਵਿੱਚ ਪੜ੍ਹਨੀ ਚਾਹੀਦੀ ਹੈ।

ਤਰਜੀਹ ਅਤੇ ਜ਼ਬਰਦਸਤੀ ਦੋ ਵੱਖਰੀਆਂ ਬੇਨਤੀਆਂ ਹਨ

ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਤੁਹਾਨੂੰ ਕੀ ਚਾਹੀਦਾ ਹੈ। ਦੋਵੇਂ ਪਰਿਵਾਰ ਉਪਲਬਧ ਹੋਣ 'ਤੇ ਕੰਮ ਕਰਨ ਵਾਲੇ IPv4 ਰਸਤੇ ਨੂੰ ਤਰਜੀਹ ਦੇਣੀ? ਟੁੱਟੀ IPv6 ਕਨੈਕਟੀਵਿਟੀ ਹਟਾਉਣੀ? ਕਿਸੇ ਖਾਸ ਐਗਜ਼ਿਟ ਦਾ ਸਿਰਫ਼ IPv4 ਵਰਤਣਾ ਯਕੀਨੀ ਬਣਾਉਣਾ? ਇਹ ਇੱਕੋ ਨੀਤੀ ਨਹੀਂ ਹੈ। ਮੰਜ਼ਿਲ-ਪਰਿਵਾਰ ਪਾਬੰਦੀਆਂ ਵੀ ਕਲਾਇੰਟ-ਸਰੋਤ ACL ਤੋਂ ਵੱਖ ਰਹਿਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ।

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

ਮੰਜ਼ਿਲ ਪਤੇ ਦੀ ਚੋਣ ਨੂੰ ਪੇਰੈਂਟ ਪ੍ਰੌਕਸੀ ਤੱਕ ਪਹੁੰਚਣ ਲਈ ਵਰਤੇ ਜਾਂਦੇ ਪਤੇ ਤੋਂ ਵੀ ਵੱਖ ਰੱਖੋ। ਪੇਰੈਂਟ ਹੋਸਟਨਾਮ ਦੇ ਆਪਣੇ IPv4 ਅਤੇ IPv6 ਉਮੀਦਵਾਰ ਹੋ ਸਕਦੇ ਹਨ, ਜਦਕਿ ਪੇਰੈਂਟ ਆਪਣੀ ਨੀਤੀ ਅਨੁਸਾਰ ਅੰਤਿਮ ਵੈੱਬਸਾਈਟ ਕਨੈਕਸ਼ਨ ਕਰਦਾ ਹੈ।

ਸਰੋਤ-ਪਤਾ ਨਿਯਮ ਦੀ ਇੱਕ ਹੋਰ ਭੂਮਿਕਾ ਹੈ: ਇਹ ਕਨੈਕਸ਼ਨ ਲਈ ਅਨੁਕੂਲ ਸਰੋਤ ਚੁਣਦਾ ਹੈ, ਮੰਜ਼ਿਲ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਬਣਾਉਂਦਾ। IPv4 ਸਰੋਤ ਸਿਰਫ਼-IPv6 ਮੰਜ਼ਿਲ ਨੂੰ IPv4 ਅੰਤ ਬਿੰਦੂ ਨਹੀਂ ਬਣਾਉਂਦਾ।

ਸਥਾਪਿਤ ਸੰਸਕਰਣ ਦੇ ਦਸਤਾਵੇਜ਼ ਅਤੇ ਪੂਰਾ ਫਾਰਵਰਡਿੰਗ ਰਸਤਾ ਜਾਂਚੋ। ਜੇ ਸਮੱਸਿਆ ਭਰੋਸੇਯੋਗ ਨਾ ਹੋਣ ਵਾਲੀ IPv6 ਕਨੈਕਸ਼ਨ ਹੈ, ਤਾਂ ਉਸ ਨੂੰ ਢਕਣ ਵਾਲਾ ਚੁੱਪ ਵਿਸ਼ਵਵਿਆਪੀ ਬਦਲਾਅ ਕਰਨ ਦੀ ਬਜਾਏ ਉਹ ਨਿਦਾਨ ਰੱਖੋ। ਕੰਮ ਕਰਨ ਵਾਲਾ ਤਰਜੀਹੀ ਰਸਤਾ ਅਤੇ ਸਖ਼ਤ ਇੱਕ-ਪਰਿਵਾਰ ਐਗਜ਼ਿਟ ਵੱਖਰੀਆਂ ਸੰਰਚਨਾਵਾਂ ਦੇ ਹੱਕਦਾਰ ਹਨ।