VPN ਰਾਹੀਂ Dante SOCKS: ਪੂਰਾ ਟਨਲ ਬਨਾਮ ਸਰੋਤ-ਆਧਾਰਿਤ ਰਾਊਟਿੰਗ

ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ ਕਿ SOCKS ਪ੍ਰੌਕਸੀ ਦਾ ਟ੍ਰੈਫ਼ਿਕ VPN ਰਾਹੀਂ ਬਾਹਰ ਜਾਵੇ ਜਦੋਂ ਕਿ ਬਾਕੀ ਹੋਸਟ ਆਪਣਾ ਆਮ ਰਾਹ ਰੱਖੇ। ਦੋ ਡਿਜ਼ਾਈਨ ਇਹ ਕਰਦੇ ਹਨ, ਅਤੇ ਕੁਝ ਗਲਤ ਹੋਣ 'ਤੇ ਕੀ ਟੁੱਟਦਾ ਹੈ ਇਸ ਵਿੱਚ ਉਹ ਵੱਖਰੇ ਹਨ। ਇੱਕ ਟਨਲ ਵਿੱਚ ਡਿਫ਼ਾਲਟ ਰੂਟ ਧੱਕਦਾ ਹੈ ਅਤੇ ਫਿਰ ਉਸ ਦੁਆਲੇ ਘੁੰਮ ਕੇ ਕੰਮ ਕਰਦਾ ਹੈ; ਦੂਜਾ ਮੁੱਖ ਸਾਰਣੀ ਨੂੰ ਛੇੜਦਾ ਨਹੀਂ ਅਤੇ ਇੱਕ ਸਰੋਤ ਪਤਾ ਦੂਜੀ ਸਾਰਣੀ ਵਿੱਚ ਭੇਜਦਾ ਹੈ। ਦੂਜਾ ਵਧੇਰੇ ਸਾਫ਼ ਹੈ, ਅਤੇ ਇਸ ਦੇ ਆਪਣੇ ਫੰਦੇ ਹਨ।

ਦੋ ਡਿਜ਼ਾਈਨ, ਦੋ ਵੱਖਰੀਆਂ ਨੁਕਸਾਨ-ਤ੍ਰਿਜਿਆਵਾਂ

ਪੂਰਾ-ਟਨਲ ਡਿਜ਼ਾਈਨ ਉਹ ਹੈ ਜੋ ਜ਼ਿਆਦਾਤਰ VPN ਕਲਾਇੰਟ ਡਿਫ਼ਾਲਟ ਰੂਪ ਵਿੱਚ ਕਰਦੇ ਹਨ: ਡਿਫ਼ਾਲਟ ਰੂਟ ਬਦਲੋ ਤਾਂ ਜੋ ਸਭ ਕੁਝ ਟਨਲ ਦੀ ਪੈਰਵੀ ਕਰੇ, ਫਿਰ ਜੋ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ ਉਸ ਨੂੰ ਬਾਹਰ ਰੱਖੋ। ਇਸ ਬਾਰੇ ਸੋਚਣਾ ਸੌਖਾ ਅਤੇ ਇਸ ਨੂੰ ਤੰਗ ਰੱਖਣਾ ਔਖਾ ਹੈ, ਕਿਉਂਕਿ ਤੁਸੀਂ ਜੋ ਵੀ ਸਥਾਨਕ ਸੇਵਾ ਜੋੜਦੇ ਹੋ ਉਹ ਟਨਲ ਵਿਰਾਸਤ ਵਿੱਚ ਲੈਂਦੀ ਹੈ ਜਦ ਤੱਕ ਤੁਸੀਂ ਉਸ ਨੂੰ ਬਾਹਰ ਨਹੀਂ ਰੱਖਦੇ। ਫੇਲ੍ਹ ਹੋਣ ਦਾ ਢੰਗ ਵਿਆਪਕ ਹੈ, ਕਿਉਂਕਿ ਇੱਕ ਗਲਤ ਰੂਟ ਹੋਸਟ ਦੀ ਆਪਣੀ ਕਨੈਕਟੀਵਿਟੀ ਵੀ ਨਾਲ ਲੈ ਜਾਂਦਾ ਹੈ।

ਸਰੋਤ-ਚੋਣ ਡਿਜ਼ਾਈਨ ਉਲਟ ਦਿਸ਼ਾ ਵਿੱਚ ਜਾਂਦਾ ਹੈ। ਮੁੱਖ ਸਾਰਣੀ ਜਿਵੇਂ ਸੀ ਤਿਵੇਂ ਰਹਿੰਦੀ ਹੈ, ਅਤੇ ਇੱਕ ਨੀਤੀ ਨਿਯਮ ਕਿਸੇ ਖਾਸ ਸਥਾਨਕ ਪਤੇ ਤੋਂ ਆਉਣ ਵਾਲੇ ਪੈਕਟਾਂ ਨੂੰ ਟਨਲ-ਡਿਫ਼ਾਲਟ ਵਾਲੀ ਸਾਰਣੀ ਵਿੱਚ ਭੇਜਦਾ ਹੈ। ਹੋਰ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ, ਭਾਵ ਨੁਕਸਾਨ-ਤ੍ਰਿਜਿਆ ਇੱਕ ਪਤਾ ਹੈ।

ਇਹ ਤੰਗੀ ਹੀ ਰੁਕਾਵਟ ਵੀ ਹੈ: ਡਿਜ਼ਾਈਨ ਤਦ ਹੀ ਕੰਮ ਕਰਦਾ ਹੈ ਜੇ ਪ੍ਰੌਕਸੀ ਦੇ ਬਾਹਰ ਜਾਣ ਵਾਲੇ ਪੈਕਟ ਸੱਚਮੁੱਚ ਉਹ ਪਤਾ ਲੈ ਕੇ ਜਾਣ।

Dante ਦੀ external ਸੈਟਿੰਗ ਕੀ ਕਰਦੀ ਹੈ

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

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

ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਸੰਰਚਿਤ ਪਤਾ ਪ੍ਰੌਕਸੀ ਦੇ ਨੈੱਟਵਰਕ ਨਾਮ-ਸਥਾਨ ਅੰਦਰ ਸੱਚਮੁੱਚ ਟਨਲ ਦਾ ਹੈ।

ਸਰੋਤ-ਚੋਣ ਸਾਰਣੀ ਬਣਾਉਣਾ

10.90.0.2/24 TUN ਪਤਾ, 10.90.0.1 'ਤੇ ਪਹੁੰਚਯੋਗ ਪੀਅਰ, ਅਤੇ ਅਜਿਹਾ ਸਾਰਣੀ ਨੰਬਰ ਜੋ ਹੋਰ ਕੋਈ ਨਹੀਂ ਵਰਤਦਾ, ਲਈ ਬੰਦੋਬਸਤ ਇਵੇਂ ਦਿਖਦੀ ਹੈ:

ip -4 route add table 100 10.90.0.0/24 dev tun0 src 10.90.0.2
ip -4 route add table 100 default via 10.90.0.1 dev tun0 metric 10
ip -4 route add table 100 unreachable default metric 32760
ip -4 rule add priority 1000 from 10.90.0.2/32 lookup 100

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

ਇਹ ਮੁੱਲ ਇੱਕ ਟੋਪੋਲੋਜੀ ਦਾ ਵਰਣਨ ਕਰਦੇ ਹਨ। ਪੁਆਇੰਟ-ਟੂ-ਪੁਆਇੰਟ ਪੀਅਰ, net30 ਐਡਰੈਸਿੰਗ ਅਤੇ ਵੱਖਰਾ ਪ੍ਰੀਫਿਕਸ ਦੇਣ ਵਾਲੇ ਕਲਾਇੰਟ ਸਾਰਿਆਂ ਨੂੰ ਆਪਣੇ ਰੂਟ ਚਾਹੀਦੇ ਹਨ, ਇਸ ਲਈ ਪਤੇ ਨਹੀਂ, ਸ਼ਕਲ ਨਕਲ ਕਰੋ।

ਸਰੋਤ ਨਿਯਮ ਕਿੱਥੇ ਲੀਕ ਹੁੰਦਾ ਹੈ

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

DNS ਦੂਜੀ ਲੀਕ ਹੈ। ਰਿਜ਼ਾਲਵਰ ਸਾਕਟ ਜ਼ਰੂਰੀ ਨਹੀਂ ਕਿ ਪ੍ਰੌਕਸੀ ਦੇ external ਡੇਟਾ-ਕਨੈਕਸ਼ਨ ਸਰੋਤ ਨੂੰ ਵਰਤੇ, ਇਸ ਲਈ ਨਾਮ ਖੋਜ ਅਜੇ ਵੀ WAN ਰਾਹੀਂ ਬਾਹਰ ਜਾ ਸਕਦੀ ਹੈ। ਕਨੈਕਸ਼ਨ ਸਥਾਪਤ ਕਰਨ ਤੋਂ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਰੈਜ਼ੋਲਿਊਸ਼ਨ ਜਾਂਚੋ, ਅਤੇ ਤੈਅ ਕਰੋ ਕਿ ਉਹ ਨਤੀਜਾ ਸਵੀਕਾਰਯੋਗ ਹੈ ਜਾਂ ਨਹੀਂ।

IPv6 ਨੂੰ ਆਪਣੇ ਨਿਯਮ ਅਤੇ ਰੂਟ ਚਾਹੀਦੇ ਹਨ, ਕਿਉਂਕਿ IPv4 ਦੀ ਬੰਦੋਬਸਤ ਇਸ ਬਾਰੇ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ।

ਜੋ ਫੇਲ੍ਹ ਤੁਸੀਂ ਸਹਿ ਸਕਦੇ ਹੋ ਉਸ ਅਨੁਸਾਰ ਚੁਣੋ

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

ਤੁਸੀਂ ਜੋ ਵੀ ਚੁਣੋ, ਦੋਵਾਂ ਪਾਸਿਆਂ ਤੋਂ ਪੁਸ਼ਟੀ ਕਰੋ: ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ ਇੱਕ ਬੇਨਤੀ ਅਤੇ ਹੋਸਟ ਤੋਂ ਸਿੱਧੀ ਬੇਨਤੀ, ਹਰ ਇੱਕ ਲਈ ਦੇਖਿਆ ਗਿਆ ਨਿਕਾਸ ਪਤਾ ਦਰਜ ਕਰਦਿਆਂ।

ਜੇ ਟਨਲ ਡਿੱਗਦਾ ਹੈ, ਤਾਂ ਪਹਿਲਾਂ ਹੀ ਤੈਅ ਕਰੋ ਕਿ ਪ੍ਰੌਕਸੀ ਫੇਲ੍ਹ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜਾਂ ਪਿੱਛੇ ਹਟਣਾ, ਅਤੇ ਰਾਊਟਿੰਗ ਸਾਰਣੀ ਨੂੰ ਉਹ ਫੈਸਲਾ ਪ੍ਰਗਟ ਕਰਨ ਦਿਓ।