Apache AllowCONNECT ਅਤੇ HTTPS ਮੰਜ਼ਿਲ ਪੋਰਟਾਂ

ਤੁਹਾਡੀ Apache ਪ੍ਰੌਕਸੀ ਪੋਰਟ 3128 'ਤੇ ਸੁਣ ਰਹੀ ਹੈ। ਇੱਕ ਕਲਾਇੰਟ ਇਸ 'ਤੇ ਸਫਲਤਾਪੂਰਵਕ ਪਹੁੰਚਦਾ ਹੈ, ਪਰ ਪੋਰਟ 8443 'ਤੇ HTTPS ਸੇਵਾ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ। ਪ੍ਰੌਕਸੀ ਦੀ ਸੁਣਨ ਵਾਲੀ ਪੋਰਟ ਬਦਲਣ ਨਾਲ ਉਹ ਫ਼ਰਕ ਹੱਲ ਹੋਣ ਦੀ ਸੰਭਾਵਨਾ ਘੱਟ ਹੈ।

ਕਲਾਇੰਟ ਪਹਿਲਾਂ ਪ੍ਰੌਕਸੀ ਲਿਸਨਰ ਨਾਲ ਜੁੜਦਾ ਹੈ। ਫਿਰ ਇਸ ਦੀ CONNECT ਬੇਨਤੀ ਵੱਖਰਾ ਮੰਜ਼ਿਲ ਹੋਸਟ ਅਤੇ ਪੋਰਟ ਦੱਸਦੀ ਹੈ। Apache ਪਹਿਲਾ ਕਨੈਕਸ਼ਨ ਸਵੀਕਾਰ ਕਰ ਸਕਦੀ ਹੈ ਅਤੇ ਦੂਜੀ ਕਾਰਵਾਈ ਨੂੰ ਰੱਦ ਕਰ ਸਕਦੀ ਹੈ।

AllowCONNECT ਨੂੰ ਮੰਜ਼ਿਲ ਨੀਤੀ ਵਜੋਂ ਪੜ੍ਹੋ

Apache 2.4 ਲਈ, mod_proxy_connect ਆਉਣ ਵਾਲੀਆਂ CONNECT ਬੇਨਤੀਆਂ ਸੰਭਾਲਦਾ ਹੈ। ਇਸ ਦਾ AllowCONNECT ਨਿਰਦੇਸ਼ ਉਹਨਾਂ ਬੇਨਤੀਆਂ ਲਈ ਉਪਲਬਧ ਮੰਜ਼ਿਲ ਪੋਰਟਾਂ ਨੂੰ ਕੰਟਰੋਲ ਕਰਦਾ ਹੈ। ਦਸਤਾਵੇਜ਼ੀ ਡਿਫ਼ਾਲਟ 443 ਅਤੇ 563 ਹੈ।

AllowCONNECT 443 8443

ਇਹ ਉਦਾਹਰਨ ਉਹ ਦੋ ਮੰਜ਼ਿਲ ਪੋਰਟਾਂ ਚੁਣਦੀ ਹੈ। ਇਹ ਡਿਫ਼ਾਲਟ ਚੋਣ ਨੂੰ ਬਦਲਦੀ ਹੈ; ਇਹ ਸਾਰੀਆਂ ਡਿਫ਼ਾਲਟ ਪੋਰਟਾਂ ਚੁੱਪਚਾਪ ਰੱਖਦਿਆਂ 8443 ਨਹੀਂ ਜੋੜਦੀ। ਨਿਰਦੇਸ਼ ਨੂੰ ਲਾਗੂ ਸਰਵਰ ਜਾਂ ਵਰਚੁਅਲ ਹੋਸਟ ਸੰਰਚਨਾ ਵਿੱਚ ਵਰਤੋ।

ਪ੍ਰੌਕਸੀ ਦੇ ਕਲਾਇੰਟ ਅਧਿਕਾਰ ਨਿਯਮ ਕਾਇਮ ਰੱਖੋ। ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਮੰਜ਼ਿਲ ਪੋਰਟ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਦੱਸਦੀ ਕਿ ਕਿਹੜਾ ਕਲਾਇੰਟ ਸੇਵਾ ਵਰਤ ਸਕਦਾ ਹੈ, ਅਤੇ ਲੋੜ ਪੈਣ 'ਤੇ ਇਹ ਮੰਜ਼ਿਲ ਹੋਸਟ ਪਾਬੰਦੀ ਦਾ ਬਦਲ ਨਹੀਂ ਹੈ।

ਉਲਟੀ ਪ੍ਰੌਕਸੀ ਦੀ ਉਦਾਹਰਨ ਵੱਖਰੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦੀ ਹੈ

Apache ਅਤੇ HTTPS ਲਈ ਖੋਜ ਨਤੀਜੇ ਅਕਸਰ ਇੱਕ ਜਨਤਕ ਵੈੱਬਸਾਈਟ ਦਿਖਾਉਂਦੇ ਹਨ ਜੋ ਸਥਿਰ ਬੈਕਐਂਡ ਵੱਲ ਭੇਜਦੀ ਹੈ। ਉਹ ਸੰਰਚਨਾ ਉਹ ਤਰੀਕਾ ਨਹੀਂ ਹੈ ਜਿਸ ਨਾਲ ਬ੍ਰਾਊਜ਼ਰ ਫਾਰਵਰਡ ਪ੍ਰੌਕਸੀ ਨੂੰ ਚੁਣੀ ਵੈੱਬਸਾਈਟ ਤੱਕ CONNECT ਟਨਲ ਖੋਲ੍ਹਣ ਲਈ ਕਹਿੰਦਾ ਹੈ। ਇਸ ਦੇ ਰਾਊਟਿੰਗ ਨਿਰਦੇਸ਼ਾਂ ਦੀ ਨਕਲ ਕਰਨ ਨਾਲ ਮੂਲ ਪ੍ਰੌਕਸੀ ਸਮੱਸਿਆ ਅਣਛੋਹੀ ਰਹਿ ਸਕਦੀ ਹੈ।

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