HTTP ਪ੍ਰੌਕਸੀ ਚੇਨ ਵਿੱਚ DNS ਫੇਲ੍ਹ: ਕਿਹੜਾ ਹੋਪ ਨਾਮ ਹੱਲ ਕਰਦਾ ਹੈ?
ਚੇਨ ਕੀਤੇ ਫਾਰਵਰਡ ਪ੍ਰੌਕਸੀ ਦੀ ਜਾਂਚ ਕਰਦਿਆਂ ਲੋਕਲ ਪ੍ਰੌਕਸੀ ਤੱਕ ਪਹੁੰਚਣਾ, ਪੇਰੈਂਟ ਹੱਲ ਕਰਨਾ ਅਤੇ ਵੈੱਬਸਾਈਟ ਹੱਲ ਕਰਨਾ ਵੱਖਰਾ ਕਰੋ।
client → local forward proxy → HTTP parent → websiteਹਰ DNS “ਪ੍ਰੌਕਸੀ” ਦਾ ਹੈ ਕਹਿਣ ਦੀ ਥਾਂ ਫੇਲ੍ਹ ਹੋ ਰਹੇ ਨਾਮ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ:
| ਲੋੜੀਂਦਾ ਨਾਮ | ਜਿਸ ਹੋਪ ਨੂੰ ਇਸ ਤੱਕ ਪਹੁੰਚਣਾ ਹੈ |
|---|---|
| ਲੋਕਲ ਪ੍ਰੌਕਸੀ ਐਂਡਪੁਆਇੰਟ | ਕਲਾਇੰਟ |
| HTTP ਪੇਰੈਂਟ ਐਂਡਪੁਆਇੰਟ | ਲੋਕਲ ਫਾਰਵਰਡ ਪ੍ਰੌਕਸੀ |
| ਵੈੱਬਸਾਈਟ ਐਂਡਪੁਆਇੰਟ | ਪੇਰੈਂਟ ਜਦੋਂ ਅੰਤਿਮ ਕਨੈਕਸ਼ਨ ਖੋਲ੍ਹਦਾ ਹੈ |
ਜਦੋਂ ਐਂਡਪੁਆਇੰਟ ਹੋਸਟਨਾਮ ਹੁੰਦੇ ਹਨ ਤਾਂ ਇਹ ਹੋਪ ਵੱਖਰੇ ਰਿਜ਼ਾਲਵਰ ਵਰਤ ਸਕਦੇ ਹਨ। HTTPS ਲਈ, ਫਾਰਵਰਡ ਪ੍ਰੌਕਸੀ CONNECT ਦਾ ਮੰਜ਼ਿਲ ਹੋਸਟ ਅਤੇ ਪੋਰਟ ਪੇਰੈਂਟ ਨੂੰ ਦੇ ਸਕਦੀ ਹੈ, ਜੋ ਅੰਤਿਮ ਕਨੈਕਸ਼ਨ ਬਣਾਉਂਦਾ ਹੈ। ਮੂਲ ਕਲਾਇੰਟ ਨੂੰ ਪਹਿਲਾਂ ਵੈੱਬਸਾਈਟ ਹੱਲ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ। ਸਾਧਾਰਨ HTTP ਫਾਰਵਰਡਿੰਗ ਵੀ ਮੰਜ਼ਿਲ ਦੀ ਜਾਣਕਾਰੀ ਅੱਗੇ ਲੈ ਜਾਂਦੀ ਹੈ।
ਇਹ ਵਾਅਦਾ ਨਹੀਂ ਕਿ ਹਰ ਨਾਮ ਲਈ ਠੀਕ ਇੱਕ ਮਸ਼ੀਨ ਪੁੱਛਦੀ ਹੈ। ACL ਮੁਲਾਂਕਣ, ਕੈਸ਼ਿੰਗ, ਨੀਤੀ ਅਤੇ ਲਾਗੂ ਕਰਨ ਦੇ ਵੇਰਵੇ ਵਾਧੂ ਖੋਜ ਕਰਾ ਸਕਦੇ ਹਨ।
ਪੇਰੈਂਟ ਉਪਲਬਧ ਨਾ ਹੋਣ ਵੇਲੇ ਫਾਲਬੈਕ ਨੀਤੀ ਜਾਂਚੋ। ਜੇ ਸਿੱਧੀ ਪਹੁੰਚ ਦੀ ਆਗਿਆ ਹੈ, ਤਾਂ ਲੋਕਲ ਪ੍ਰੌਕਸੀ ਆਪਣੇ ਰਿਜ਼ਾਲਵਰ ਅਤੇ ਸਰੋਤ-ਪਤੇ ਦੇ ਫੈਸਲਿਆਂ ਨਾਲ ਵੈੱਬਸਾਈਟ ਵੱਲ ਮੂੰਹ ਕੀਤਾ ਹੋਪ ਬਣ ਸਕਦੀ ਹੈ। ਸਿਰਫ਼ ਪੇਰੈਂਟ ਸੰਰਚਿਤ ਕਰਨਾ ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਹਰ ਬੇਨਤੀ ਨੇ ਇਸਨੂੰ ਵਰਤਿਆ।
ਫੇਲ੍ਹ ਵੇਲੇ, hosts ਫਾਈਲ ਸੋਧਣ ਤੋਂ ਪਹਿਲਾਂ ਨਾਮ ਅਤੇ ਇਸਨੂੰ ਹੱਲ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੀ ਪ੍ਰਕਿਰਿਆ ਪਛਾਣੋ। ਕਲਾਇੰਟ ਪਾਸੇ ਦੀ ਸੋਧ ਹਰ ਅੱਗੇ ਦੇ ਫੈਸਲੇ ਨੂੰ ਠੀਕ ਨਹੀਂ ਕਰ ਸਕਦੀ। ਅੰਤਿਮ ਜਨਤਕ ਸਰੋਤ ਉਸ ਹੋਪ ਦਾ ਹੈ ਜੋ ਵੈੱਬਸਾਈਟ ਕਨੈਕਸ਼ਨ ਖੋਲ੍ਹਦਾ ਹੈ; ਉਸ ਸਰੋਤ ਦਾ ਨਿਰੀਖਣ DNS ਕਿੱਥੇ ਹੋਇਆ ਇਹ ਮਾਪਣ ਦੇ ਬਰਾਬਰ ਨਹੀਂ।