Squid ਆਪਣੇ ਸੁਣਨ ਵਾਲੇ ਨੂੰ ਬਾਈਂਡ ਨਹੀਂ ਕਰ ਸਕਦਾ: ਪਹਿਲਾਂ ਪਤਾ ਜਾਂਚੋ

ਬਾਈਂਡ ਗਲਤੀ ਪ੍ਰੌਕਸੀ ਹੋਸਟ 'ਤੇ ਉਦੋਂ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਗਾਹਕ ਲੋੜੀਂਦੇ ਸੁਣਨ ਵਾਲੇ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਵੈੱਬਸਾਈਟ URL ਜਾਂ ਪ੍ਰੌਕਸੀ ਪਾਸਵਰਡ ਬਦਲਣ ਨਾਲ ਗੈਰ-ਮੌਜੂਦ ਸਥਾਨਕ ਪਤਾ ਉਪਲਬਧ ਨਹੀਂ ਹੋਵੇਗਾ।

ਫੇਲ੍ਹ ਹੋਇਆ ਪੂਰਾ ਐਂਡਪੌਇੰਟ ਪੜ੍ਹੋ: ਪਤਾ, ਪੋਰਟ ਅਤੇ ਪਤਾ ਪਰਿਵਾਰ। [::1] ਵਾਲਾ ਸੁਨੇਹਾ IPv6 loopback ਬਾਰੇ ਹੈ। ਇਹ IPv6 ਵੈੱਬਸਾਈਟ ਨਾਲ ਬਾਹਰ ਕਨੈਕਟ ਨਾ ਹੋ ਸਕਣ ਵਰਗਾ ਨਹੀਂ ਹੈ।

ਪੁੱਛੋ ਕਿ ਕਿਹੜਾ ਨੈੱਟਵਰਕ ਨੇਮਸਪੇਸ ਇਸਦਾ ਮਾਲਕ ਹੈ

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

Squid ਦਾ listener ਸੰਦਰਭ ਦੱਸਦਾ ਹੈ ਕਿ ਸਪਸ਼ਟ ਪਤਾ ਇੱਕ ਖਾਸ ਸਥਾਨਕ ਐਂਡਪੌਇੰਟ ਬਾਈਂਡ ਕਰਦਾ ਹੈ। ਹੋਸਟਨਾਮ ਉਸ ਵਾਤਾਵਰਣ ਵਿੱਚ ਗੈਰ-ਮੌਜੂਦ ਪਤੇ 'ਤੇ ਹੱਲ ਹੋਵੇ ਤਾਂ ਉਲਝਣ ਦਾ ਹੋਰ ਸਰੋਤ ਬਣ ਸਕਦਾ ਹੈ।

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

ਜੇ ਤੈਨਾਤੀ ਜਾਣਬੁੱਝ ਕੇ ਸਿਰਫ਼ IPv4 ਹੈ, ਤਾਂ ਲੋੜੀਂਦੀ ਪਹੁੰਚ ਨੀਤੀ ਅਧੀਨ ਢੁਕਵਾਂ ਸਪਸ਼ਟ IPv4 listener ਚੁਣੋ। ਜੇ IPv6 ਲੋੜੀਂਦਾ ਹੈ, ਤਾਂ ਉਸ ਵਾਤਾਵਰਣ ਨੂੰ ਇਸਦੀ ਸਹਾਇਤਾ ਲਈ ਸੰਰਚਿਤ ਕਰੋ। ਸਿਰਫ਼ ਗਲਤੀ ਚੁੱਪ ਕਰਾਉਣ ਲਈ ਜਨਤਕ ਤੌਰ 'ਤੇ wildcard ਪਤੇ 'ਤੇ ਬਾਈਂਡ ਕਰਨਾ ਪ੍ਰੌਕਸੀ ਨੂੰ ਲੋੜ ਤੋਂ ਵੱਧ ਖੁੱਲ੍ਹਾ ਕਰ ਸਕਦਾ ਹੈ।

ਅੰਤ ਵਿੱਚ, ਜਾਂਚੋ ਕਿ ਫੇਲ੍ਹ ਹੋਇਆ ਸਾਕਟ ਗਾਹਕ ਵੱਲ ਦਾ HTTP listener ਹੈ ਜਾਂ Squid ਦਾ ਹੋਰ ਹਿੱਸਾ। ਇੱਕ ਚੇਤਾਵਨੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ ਕਿ ਸਾਰੇ listener ਫੇਲ੍ਹ ਹੋਏ, ਪਰ ਕੰਮ ਕਰ ਰਿਹਾ ਅਸੰਬੰਧਿਤ ਸਾਕਟ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਗਾਹਕਾਂ ਨੂੰ ਲੋੜੀਂਦਾ ਐਂਡਪੌਇੰਟ ਉਪਲਬਧ ਹੈ।