TPROXY ਪੈਕਟ ਨੂੰ ਸਾਕਟ ਤੱਕ ਟਰੇਸ ਕਰਨਾ
ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੀ ਸਾਕਟ, ਪੈਕਟ ਮਾਰਕ ਅਤੇ ਸਥਾਨਕ ਨੀਤੀ-ਮਾਰਗ ਨੂੰ ਇੱਕ ਪਾਰਦਰਸ਼ੀ ਪਰਾਕਸੀ ਡਿਲਿਵਰੀ ਮਾਰਗ ਵਜੋਂ ਜਾਂਚੋ।
TPROXY ਕਾਊਂਟਰ ਵੱਧ ਸਕਦਾ ਹੈ ਜਦੋਂ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਕੁਝ ਨਹੀਂ ਮਿਲਦਾ। ਨਿਯਮ ਮੇਲ ਖਾ ਗਿਆ, ਪਰ ਸਥਾਨਕ ਡਿਲਿਵਰੀ ਅਜੇ ਵੀ ਨੀਤੀ-ਰਾਊਟਿੰਗ ਅਤੇ ਅਨੁਕੂਲ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੀ ਸਾਕਟ 'ਤੇ ਨਿਰਭਰ ਹੈ।
Linux TPROXY, DNAT ਵਾਂਗ ਮੰਜ਼ਿਲ ਮੁੜ ਲਿਖੇ ਬਿਨਾਂ ਟਰੈਫਿਕ ਨੂੰ ਰੋਕ ਸਕਦਾ ਹੈ। ਇਸ ਲਈ ਗੈਰ-ਸਥਾਨਕ ਮੰਜ਼ਿਲ ਵੱਲ ਭੇਜੇ ਪੈਕਟਾਂ ਨੂੰ ਢੁੱਕਵੀਂ ਸਥਾਨਕ ਸਾਕਟ ਤੱਕ ਪਹੁੰਚਣਾ ਹੀ ਪਵੇਗਾ।
ਡਿਲਿਵਰੀ ਮਾਰਗ ਦੀ ਪਾਲਣਾ ਕਰੋ
- ਟਰੈਫਿਕ ਨਿਸ਼ਚਿਤ ਇੰਟਰਫੇਸ ਅਤੇ ਪਤਾ-ਪਰਿਵਾਰ 'ਤੇ ਰੋਕਣ ਵਾਲੇ ਹੋਸਟ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ।
- ਰੋਕਣ ਨਿਯਮ ਅਤੇ ਪੈਕਟ ਮਾਰਕ ਸਥਾਨਕ-ਡਿਲਿਵਰੀ ਨੀਤੀ ਦੀ ਪਛਾਣ ਕਰਦੇ ਹਨ।
- ਮੇਲ ਖਾਉਂਦਾ ਨੀਤੀ ਨਿਯਮ ਉਹ ਮਾਰਗ ਚੁਣਦਾ ਹੈ ਜੋ ਪੈਕਟਾਂ ਨੂੰ ਸਥਾਨਕ ਰੂਪ ਵਿੱਚ ਪਹੁੰਚਾਉਂਦਾ ਹੈ।
- ਪਰਾਕਸੀ ਲੋੜੀਂਦੀ ਸਾਕਟ ਚੋਣ ਨਾਲ ਸਮਰਥਿਤ ਪਾਰਦਰਸ਼ੀ ਸਰੋਤਾ ਵਰਤਦੀ ਹੈ।
ਕਰਨਲ ਦੀ IPv4 ਉਦਾਹਰਨ IP_TRANSPARENT ਲਈ ਐਪਲੀਕੇਸ਼ਨ ਸਮਰਥਨ ਮੰਗਦੀ ਹੈ। ਉਸੇ ਪੋਰਟ 'ਤੇ ਆਮ ਸਰੋਤਾ, ਜਾਂ ਵਿਸ਼ਵ-ਪੱਧਰੀ ਗੈਰ-ਸਥਾਨਕ ਬਾਈਂਡ ਸੈਟਿੰਗ, ਉਹ ਸਮਰਥਨ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ।
| ਨਿਰੀਖਣ | ਅਗਲੀ ਜਾਂਚ |
|---|---|
| ਕੋਈ ਸੰਬੰਧਿਤ ਇਨਗ੍ਰੈਸ ਪੈਕਟ ਨਹੀਂ | ਟਰੈਫਿਕ ਮਾਰਗ ਅਤੇ ਇਨਪੁਟ ਇੰਟਰਫੇਸ |
| ਪੈਕਟ ਆਉਂਦੇ ਹਨ; ਰੋਕਣ ਕਾਊਂਟਰ ਸਥਿਰ ਹੈ | ਪਤਾ-ਪਰਿਵਾਰ, ਚੇਨ ਅਤੇ ਮੇਲ ਦੀਆਂ ਸ਼ਰਤਾਂ |
| ਨਿਯਮ ਮੇਲ ਖਾਂਦਾ ਹੈ; ਸਥਾਨਕ ਡਿਲਿਵਰੀ ਫੇਲ੍ਹ | ਮਾਰਕ ਅਤੇ ਨੀਤੀ-ਮਾਰਗ ਚੋਣ |
| ਸਾਕਟ ਸੁਣਦੀ ਹੈ; ਐਪਲੀਕੇਸ਼ਨ ਕੁਝ ਨਹੀਂ ਦੇਖਦੀ | ਪਾਰਦਰਸ਼ੀ ਸਾਕਟ ਸਮਰੱਥਾ ਅਤੇ ਸਰੋਤੇ ਦਾ ਮਾਲਕ |
| ਬੇਨਤੀ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ; ਬਾਅਦ ਦੇ ਜਵਾਬ ਫੇਲ੍ਹ | ਸਥਾਪਿਤ-ਸਾਕਟ ਮੇਲ ਅਤੇ ਵਾਪਸੀ ਮਾਰਗ |
ਹਰ ਨਿਰੀਖਣ ਨਾਲ ਲੋਡ ਕੀਤੀ ਸੰਰਚਨਾ ਅਤੇ ਨੈੱਟਵਰਕ ਨਾਮਸਥਾਨ ਰੱਖੋ। ਬਾਅਦ ਦਾ ਨਿਯਮ ਮਾਰਕ ਨੂੰ ਮੁੜ ਲਿਖ ਸਕਦਾ ਹੈ ਜਾਂ ਹੋਰ ਮਾਰਗ ਚੁਣ ਸਕਦਾ ਹੈ। ਜੇ ਸਰੋਤਾ ਕੰਟੇਨਰ ਵਿੱਚ ਚੱਲ ਰਿਹਾ ਹੋਵੇ ਅਤੇ ਰੋਕਣਾ ਹੋਸਟ 'ਤੇ ਹੋਵੇ, ਤਾਂ ਵੈਧ ਹੋਸਟ-ਸਥਾਨਕ ਮਾਰਗ ਸਵੈਚਾਲਿਤ ਤੌਰ 'ਤੇ ਉਸ ਕੰਟੇਨਰ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਾਉਂਦਾ।
ਬਾਅਦ ਦੇ ਪੈਕਟਾਂ ਦਾ ਹਿਸਾਬ ਰੱਖੋ
ਕਰਨਲ ਉਦਾਹਰਨ ਵਿੱਚ ਸਾਕਟ ਮੇਲ ਅਤੇ DIVERT ਮਾਰਗ ਹੈ ਜੋ ਪਾਰਦਰਸ਼ੀ ਸਾਕਟਾਂ ਦੇ ਪੈਕਟਾਂ ਨੂੰ ਚਿੰਨ੍ਹਿਤ ਕਰਦਾ ਹੈ। ਇਸ ਨੂੰ ਛੱਡਣ ਨਾਲ ਸ਼ੁਰੂਆਤੀ ਰੋਕਣਾ ਸਫਲ ਹੋਣ 'ਤੇ ਵੀ ਬਾਅਦ ਦਾ ਟਰੈਫਿਕ ਹੋਰ ਮਾਰਗ 'ਤੇ ਰਹਿ ਸਕਦਾ ਹੈ।
ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਸਮਰਥਿਤ ਪਾਰਦਰਸ਼ੀ ਮੋਡ ਅਤੇ ਹਰ ਪਤਾ-ਪਰਿਵਾਰ ਲਈ ਸੰਬੰਧਿਤ ਕਰਨਲ ਦਸਤਾਵੇਜ਼ ਵਰਤੋ। IPv4 ਸਥਾਨਕ-ਮਾਰਗ ਹੁਕਮ IPv6 ਸੰਰਚਿਤ ਨਹੀਂ ਕਰਦਾ, ਅਤੇ ਇੱਕ ਪਰਿਵਾਰ ਵਿੱਚ ਸਮਰਥਨ ਦੂਜੇ ਦੇ ਸਾਕਟ ਵਿਵਹਾਰ ਨੂੰ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ।
TPROXY SOCKS ਗੱਲਬਾਤ ਵੀ ਪੈਦਾ ਨਹੀਂ ਕਰਦਾ। ਪਾਰਦਰਸ਼ੀ ਤੋਂ SOCKS ਵਾਲੇ ਹਿੱਸੇ ਨੂੰ ਅਜੇ ਵੀ ਮੰਜ਼ਿਲ ਲੱਭ ਕੇ ਆਪਣੇ ਅੱਪਸਟ੍ਰੀਮ ਨਾਲ ਗੱਲਬਾਤ ਕਰਨੀ ਪੈਂਦੀ ਹੈ।
REDIRECT ਤੋਂ ਅੱਗੇ ਵਧਣਾ
ਦਰਜ ਕਰੋ ਕਿ ਮੌਜੂਦਾ ਐਪਲੀਕੇਸ਼ਨ ਮੂਲ ਮੰਜ਼ਿਲ ਕਿਵੇਂ ਪ੍ਰਾਪਤ ਕਰਦੀ ਹੈ। REDIRECT ਮੰਜ਼ਿਲ ਬਦਲਦਾ ਹੈ ਅਤੇ ਢੁੱਕਵੀਂ ਮੁੜ-ਪ੍ਰਾਪਤੀ ਵਿਧੀ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ; TPROXY ਨੂੰ ਆਪਣੀ ਪਾਰਦਰਸ਼ੀ ਸਾਕਟ ਅਤੇ ਰਾਊਟਿੰਗ ਪ੍ਰਬੰਧ ਚਾਹੀਦਾ ਹੈ। ਐਪਲੀਕੇਸ਼ਨ ਅਤੇ ਸਰੋਤ-ਪਤਾ ਨੀਤੀ ਅਨੁਸਾਰ ਚੁਣੋ।
ਰੋਕਣ ਦੇ ਮੋਡ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਕਾਊਂਟਰਾਂ ਨੂੰ ਚੁਣੇ ਮਾਰਗ, ਸਾਕਟ ਸਮਰੱਥਾ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਲੌਗ ਨਾਲ ਜੋੜੋ। ਲੋੜੀਂਦੀਆਂ ਸੁਵਿਧਾਵਾਂ ਦੇਣ ਵਾਲੇ ਵੰਡ 'ਤੇ, ਕਰਨਲ ਮੁੜ ਕੰਪਾਇਲ ਕਰਨ ਨਾਲੋਂ ਛੁੱਟਿਆ ਡਿਲਿਵਰੀ ਕਦਮ ਬਿਹਤਰ ਸ਼ੁਰੂਆਤ ਹੈ।