IPv4 ਰਾਹੀਂ ਕਲਾਇੰਟ ਸਵੀਕਾਰ ਕਰਨਾ ਅਤੇ ਉਸ ਦੀ ਬੇਨਤੀ ਕੀਤੀ ਵੈੱਬਸਾਈਟ ਤੱਕ IPv6 ਰਾਹੀਂ ਪਹੁੰਚਣਾ ਸੰਭਵ ਹੈ। ਇਹ ਵੱਖਰੇ ਕਨੈਕਸ਼ਨ ਹਨ। ਵੈੱਬਸਾਈਟ ਪਾਸੇ ਦੀ ਨੀਤੀ ਨੂੰ IPv4 ਕਲਾਇੰਟਾਂ ਨੂੰ ਆਪਣੇ ਆਪ ਰੱਦ ਨਹੀਂ ਕਰਨਾ ਚਾਹੀਦਾ।

src ipv4 ਨਾਲ ਮੰਜ਼ਿਲ-ਪਰਿਵਾਰ ਇਨਕਾਰ ਨੂੰ ਜੋੜਨ ਵਾਲੇ ਉਦਾਹਰਨਾਂ ਵਿੱਚ ਇਹੀ ਜਾਲ ਹੈ: ਸਰੋਤ ACL ਬਦਲਦਾ ਹੈ ਕਿ ਕੌਣ ਕਨੈਕਟ ਕਰ ਸਕਦਾ ਹੈ, ਸਿਰਫ਼ ਇਹ ਨਹੀਂ ਕਿ ਕਿਹੜੇ ਵੈੱਬਸਾਈਟ ਕਨੈਕਸ਼ਨ ਮਨਜ਼ੂਰ ਹਨ।

ਇੱਛਤ ਪਾਬੰਦੀ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ

ਸੰਬੰਧਿਤ IP ACL ਦਾ ਸਮਰਥਨ ਕਰਨ ਵਾਲੇ Squid ਰਿਲੀਜ਼ਾਂ ਲਈ, ਮੰਜ਼ਿਲ-ਪਰਿਵਾਰ ਨਿਯਮ IPv4 ਮੰਜ਼ਿਲਾਂ ਦੀ ਪਛਾਣ ਲਈ dst ipv4 ਵਰਤ ਸਕਦਾ ਹੈ। ਅਜਿਹੇ ਨਿਯਮਾਂ ਨੂੰ ਮੌਜੂਦਾ ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਮੰਜ਼ਿਲ ਅਧਿਕਾਰਾਂ ਨਾਲ ਜੋੜੋ; ਉਨ੍ਹਾਂ ਨੂੰ ਬਾਈਪਾਸ ਕਰਨ ਵਾਲੀ ਵਿਆਪਕ IPv6 ਇਜਾਜ਼ਤ ਨਾ ਜੋੜੋ।

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

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

forwarded_for ਬਦਲਣ ਨਾਲ ਇਹ ਸਮੱਸਿਆ ਹੱਲ ਨਹੀਂ ਹੁੰਦੀ। ਇਹ HTTP ਹੈਡਰ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ, ਪ੍ਰੌਕਸੀ ਦੇ TCP ਕਨੈਕਸ਼ਨ ਦੇ ਪਤਾ ਪਰਿਵਾਰ ਨੂੰ ਨਹੀਂ। ਇਸੇ ਤਰ੍ਹਾਂ, IPv6 DNS ਰਿਜ਼ੋਲਵਰ ਇਹ ਗਾਰੰਟੀ ਨਹੀਂ ਦਿੰਦਾ ਕਿ ਇਹ ਜਿਸ ਵੀ ਨਾਮ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਉਸ ਦੀ IPv6 ਮੰਜ਼ਿਲ ਹੈ।

ਵੱਡੀ ਪੁਰਾਣੀ ਸੰਰਚਨਾ ਅਪਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਰਿਲੀਜ਼-ਵਿਸ਼ੇਸ਼ ਵਿਵਹਾਰ ਜਾਂਚੋ। ਖਾਸ ਕਰਕੇ: dns_v4_first Squid 5 ਤੋਂ 7 ਵਿੱਚ ਸਮਰਥਿਤ ਪਰਿਵਾਰ-ਤਰਜੀਹ ਸਵਿੱਚ ਨਹੀਂ ਹੈ। ਜਿਸ ਨੀਤੀ ਦਾ ਤੁਸੀਂ ਸਹੀ ਵਰਣਨ ਕਰ ਸਕਦੇ ਹੋ, ਉਹ ਅਸੰਬੰਧਿਤ IPv6 ਸੈਟਿੰਗਾਂ ਦੇ ਸੰਗ੍ਰਹਿ ਨਾਲੋਂ ਵਧੇਰੇ ਆਸਾਨੀ ਨਾਲ ਪ੍ਰਮਾਣਿਤ ਹੁੰਦੀ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ