ਸਪਸ਼ਟ ਪ੍ਰੌਕਸੀ ਲਈ ਇੱਕ ਨੈੱਟਵਰਕ ਕਾਰਡ ਕਾਫ਼ੀ ਹੈ

ਇੱਕ ਨਿੱਜੀ ਫ਼ਾਰਵਰਡ ਪ੍ਰੌਕਸੀ ਨੂੰ ਲੈਪਟਾਪ ਅਤੇ ਰਾਊਟਰ ਦੇ ਵਿਚਕਾਰ ਭੌਤਿਕ ਤੌਰ 'ਤੇ ਬੈਠਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਇਹ ਇੱਕ ਨੈੱਟਵਰਕ ਇੰਟਰਫ਼ੇਸ ਵਰਤ ਕੇ ਉਸੇ LAN ਦੀ ਦੂਜੀ ਮਸ਼ੀਨ ਹੋ ਸਕਦੀ ਹੈ।

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

client → proxy listener
proxy → existing router → destination

ਇਹ ਉਸ ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਕਾਫ਼ੀ ਹੈ ਜਿਸਨੇ ਪ੍ਰੌਕਸੀ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਚੁਣੀ ਹੈ। ਲੀਨਕਸ 'ਤੇ, ਇਹ ਆਮ ਪ੍ਰਬੰਧ ਐਪਲੀਕੇਸ਼ਨ ਦੀਆਂ ਬੇਨਤੀਆਂ ਨੂੰ ਰੀਲੇ ਕਰਨ ਲਈ ਸਿਰਫ਼ IP ਫ਼ਾਰਵਰਡਿੰਗ ਚਾਲੂ ਕਰਨ ਦੀ ਮੰਗ ਨਹੀਂ ਕਰਦਾ।

ਡਿਫ਼ਾਲਟ ਗੇਟਵੇ ਇੱਕ ਹੋਰ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ

ਗਾਹਕ ਦਾ ਡਿਫ਼ਾਲਟ ਗੇਟਵੇ ਉਹ ਪੈਕਟ ਸੰਭਾਲਦਾ ਹੈ ਜੋ ਗਾਹਕ ਹੋਰ ਨੈੱਟਵਰਕਾਂ ਵੱਲ ਭੇਜਦਾ ਹੈ। ਉਹ ਸੈਟਿੰਗ ਬਦਲਣ ਨਾਲ ਬ੍ਰਾਊਜ਼ਰ HTTP ਪ੍ਰੌਕਸੀ ਬੇਨਤੀਆਂ ਜਾਂ SOCKS ਗੱਲਬਾਤ ਨਹੀਂ ਕਰਦਾ। ਇਸੇ ਤਰ੍ਹਾਂ, ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਪ੍ਰੌਕਸੀ ਦੇਣ ਨਾਲ ਹਰ ਦੂਜੀ ਐਪਲੀਕੇਸ਼ਨ ਉਸ ਮਸ਼ੀਨ ਰਾਹੀਂ ਨਹੀਂ ਜਾਂਦੀ।

ਇੱਕ ਹੋਸਟ ਦੋਵੇਂ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ, ਪਰ ਫਿਰ ਇਸਨੂੰ ਦੋ ਸੰਰਚਨਾਵਾਂ ਸੰਭਾਲਣੀਆਂ ਪੈਂਦੀਆਂ ਹਨ: ਪ੍ਰੌਕਸੀ ਸੇਵਾ ਅਤੇ ਰਾਊਟਿੰਗ ਜਾਂ ਫਾਇਰਵਾਲ ਕਾਰਜ। ਵਧੇਰੇ ਇੰਟਰਫ਼ੇਸ ਨੈੱਟਵਰਕ ਵੱਖਰਾ ਕਰਨਾ ਸੌਖਾ ਬਣਾ ਸਕਦੇ ਹਨ। ਇਹ ਟੋਪੋਲੋਜੀ ਦੀ ਚੋਣ ਹੈ, ਸਪਸ਼ਟ HTTP ਪ੍ਰੌਕਸੀ ਵੱਲੋਂ ਥੋਪੀ ਪੂਰਵ-ਸ਼ਰਤ ਨਹੀਂ।

ਇਹ ਫ਼ਰਕ ਇੱਕ ਆਮ ਅਸਫਲ ਪ੍ਰਯੋਗ ਵੀ ਸਮਝਾਉਂਦਾ ਹੈ: ਪ੍ਰੌਕਸੀ ਸਰਵਰ ਦੇ ਫ਼ਾਰਵਰਡਿੰਗ ਨਿਯਮਾਂ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਨ ਨਾਲ ਦੂਜੇ ਰਾਊਟਰ ਰਾਹੀਂ ਜਾਂਦੇ ਸਿੱਧੇ ਗਾਹਕ ਕਨੈਕਸ਼ਨ 'ਤੇ ਕੋਈ ਅਸਰ ਨਹੀਂ ਪੈਂਦਾ। ਪੈਕਟ ਕਦੇ ਉਸ ਸਰਵਰ ਰਾਹੀਂ ਨਹੀਂ ਲੰਘੇ।

ਜੇ ਲੋੜ ਲਾਜ਼ਮੀ ਵਰਤੋਂ ਹੈ, ਤਾਂ ਨਿਰਧਾਰਿਤ ਕਰੋ ਕਿ ਬਦਲਵਾਂ ਆਊਟਬਾਊਂਡ ਟ੍ਰੈਫ਼ਿਕ ਕਿੱਥੇ ਨਿਯੰਤਰਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਇੱਕ ਇੰਟਰਫ਼ੇਸ ਵਾਲੀ ਸਪਸ਼ਟ ਪ੍ਰੌਕਸੀ ਵੈਧ ਸੇਵਾ ਹੋ ਸਕਦੀ ਹੈ, ਜਦੋਂ ਕਿ ਵੱਖਰਾ ਗੇਟਵੇ ਨੈੱਟਵਰਕ ਨੀਤੀ ਲਾਗੂ ਕਰਦਾ ਹੈ। ਲਾਗੂ ਕਰਨਾ ਉੱਥੇ ਰੱਖੋ ਜਿੱਥੋਂ ਪੈਕਟ ਅਸਲ ਵਿੱਚ ਲੰਘਦੇ ਹਨ।