ਪਾਰਦਰਸ਼ੀ ਪਰਾਕਸੀ DNAT: ਵਾਪਸੀ ਰਾਹ ਕਿਉਂ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ

ਰੀਡਾਇਰੈਕਟ ਕੀਤਾ SYN Squid ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ ਜਦੋਂ ਕਿ ਕਲਾਇੰਟ ਅਜੇ ਵੀ ਟਾਈਮਆਉਟ ਵਿੱਚ ਹੈ। DNAT ਸੈਟਅਪ ਵਿੱਚ ਵਾਪਸੀ ਪੈਕੇਟ ਨੂੰ ਵੀ ਉਸ ਗੇਟਵੇ ਤੱਕ ਪਹੁੰਚਣਾ ਚਾਹੀਦਾ ਹੈ ਜਿਸ ਕੋਲ ਅਨੁਵਾਦ ਦੀ ਸਥਿਤੀ ਹੈ।

ਇਸ ਕਾਲਪਨਿਕ LAN ਨੂੰ ਵਿਚਾਰੋ:

client 192.168.40.25 → gateway 192.168.40.1
                         DNAT → proxy 192.168.40.10
proxy 192.168.40.10 → client 192.168.40.25 directly

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

ਸੋਹਣੇ ਲੌਗ ਲਈ ਵਾਪਸੀ ਰਾਹ ਜਾਂਚੇ ਬਿਨਾਂ SNAT ਨਾ ਹਟਾਓ। ਇਸਨੂੰ ਵਿਆਪਕ ਤੌਰ 'ਤੇ ਲਾਗੂ ਕਰਨ ਨਾਲ ਸਰੋਤ ACL ਅਤੇ ਐਟਰੀਬਿਊਸ਼ਨ ਵੀ ਬਦਲਦੇ ਹਨ; ਉਸ ਨਤੀਜੇ ਨੂੰ ਡਿਜ਼ਾਈਨ ਦਾ ਹਿੱਸਾ ਮੰਨੋ।

ਇੱਕ ਭਰੋਸੇਯੋਗ HTTP ਹਾਪ ਫਾਰਵਰਡਿੰਗ ਹੈਡਰ ਵਿੱਚ ਕਲਾਇੰਟ ਮੈਟਾਡੇਟਾ ਭੇਜ ਸਕਦਾ ਹੈ, ਪਰ NAT ਉਹ ਹੈਡਰ ਨਹੀਂ ਬਣਾਉਂਦਾ ਅਤੇ ਨਾ ਹੀ ਇਸਨੂੰ TCP ਸਾਥੀ ਪਛਾਣ ਵਿੱਚ ਬਦਲਦਾ ਹੈ। Squid ਤੱਕ ਦੇ ਕਨੈਕਸ਼ਨ 'ਤੇ ਸਰੋਤ ਰੱਖਣਾ ਇਸਨੂੰ Squid ਦੇ ਵੱਖਰੇ ਵੈੱਬਸਾਈਟ ਕਨੈਕਸ਼ਨ 'ਤੇ ਵੀ ਨਹੀਂ ਰੱਖਦਾ।

ਅੰਤ ਵਿੱਚ, ਇੰਟਰਸੈਪਸ਼ਨ ਡਿਜ਼ਾਈਨ ਨੂੰ ਅਜੇ ਵੀ Squid ਨੂੰ ਲੋੜੀਂਦੀ ਮੰਜ਼ਿਲ ਜਾਣਕਾਰੀ ਦੇਣੀ ਪਵੇਗੀ। ਸਮਮਿਤ ਵਾਪਸੀ ਰਾਊਟਿੰਗ ਇਸ ਟਾਈਮਆਉਟ ਕਾਰਜ-ਵਿਧੀ ਨੂੰ ਹੱਲ ਕਰਦੀ ਹੈ, ਪੂਰੀ ਪਾਰਦਰਸ਼ੀ-ਪਰਾਕਸੀ ਸੰਰਚਨਾ ਨੂੰ ਨਹੀਂ।