IPsec ਨੂੰ Shadowsocks ਨਾਲ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਖੁੰਝ ਰਹੇ ਕੰਮ ਲਿਖ ਲਓ

ਤਿੰਨ ਸੇਵਾਵਾਂ, ਇੱਕ ਸੁਰੰਗ: ਇੱਕ ਵੈੱਬ ਐਪ, ਇੱਕ ਡੇਟਾਬੇਸ ਅਤੇ ਇੱਕ ਫਾਈਲ ਸ਼ੇਅਰ। ਕੋਈ IPsec ਦੀ ਥਾਂ Shadowsocks ਲਿਆਉਣ ਦਾ ਸੁਝਾਅ ਦਿੰਦਾ ਹੈ, ਕਿਉਂਕਿ ਇਸਨੂੰ ਚਲਾਉਣਾ ਸੌਖਾ ਹੈ। ਇਸ ਤੋਂ ਬਾਅਦ ਦੀ ਐਨਕ੍ਰਿਪਸ਼ਨ ਬਹਿਸ ਮੁੱਖ ਗੱਲ ਖੁੰਝਾ ਦਿੰਦੀ ਹੈ, ਕਿਉਂਕਿ ਸੁਰੰਗ ਇੱਕੋ ਸਮੇਂ ਕਈ ਕੰਮ ਕਰ ਰਹੀ ਹੈ ਅਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਹੀ ਸਾਈਫ਼ਰਾਂ ਬਾਰੇ ਹੈ। ਉਤਪਾਦਾਂ ਦੀ ਤੁਲਨਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਉਹ ਕੰਮ ਲਿਖ ਲਓ। ਸੂਚੀ ਛੋਟੀ ਹੈ, ਅਤੇ ਇਸਦਾ ਕੋਈ ਵੀ ਇੱਕ ਮਦ ਬਦਲਾਅ ਨੂੰ ਰੱਦ ਕਰ ਸਕਦਾ ਹੈ।

ਟ੍ਰੈਫਿਕ ਕਿਵੇਂ ਫੜਿਆ ਜਾਂਦਾ ਹੈ, ਇਸ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ

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

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

ਹਰ ਮੰਜ਼ਿਲ ਅਤੇ ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਨਾਮ ਲਓ

ਦੂਰ ਵਾਲੇ ਅੱਧ ਨੂੰ ਹਰ ਅੰਦਰੂਨੀ ਸੇਵਾ ਤੱਕ ਪਹੁੰਚਣਾ ਚਾਹੀਦਾ ਹੈ। ਉਸ ਹੋਸਟ ਤੱਕ ਚੱਲਦਾ ਐਨਕ੍ਰਿਪਟਿਡ ਸੈਸ਼ਨ ਉੱਥੋਂ ਡੇਟਾਬੇਸ ਤੱਕ ਕੋਈ ਰਾਹ ਨਹੀਂ ਜੋੜਦਾ, ਅਤੇ ਕਲਾਇੰਟ ਤੇ ਅੰਦਰੂਨੀ ਨਾਮ ਹੱਲ ਨਹੀਂ ਹੁੰਦੇ। LAN ਸ਼ਾਮਲ ਹੈ ਲਿਖਣ ਦੀ ਥਾਂ ਪਤੇ, ਪੋਰਟ ਅਤੇ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਸੂਚੀ ਬਣਾਓ।

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

ਐਨਕ੍ਰਿਪਸ਼ਨ ਪ੍ਰਵਾਨਗੀ ਨਹੀਂ ਹੈ

Shadowsocks ਵਿੱਚ ਦਰਜ AEAD ਢੰਗ ਪ੍ਰਮਾਣਿਤ ਐਨਕ੍ਰਿਪਸ਼ਨ ਦਿੰਦੇ ਹਨ, ਇਸ ਲਈ ਪੂਰੇ ਪਰਿਵਾਰ ਨੂੰ ਅਸੁਰੱਖਿਅਤ ਕਹਿ ਕੇ ਰੱਦ ਕਰਨਾ ਗਲਤ ਹੈ। ਉਸ ਤੱਥ ਨੂੰ ਪਹੁੰਚ ਦੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਬਣਨ ਦੇਣਾ ਵੀ ਉੱਨਾ ਹੀ ਗਲਤ ਹੈ। ਕਿਸੇ ਨੂੰ ਤੈਅ ਕਰਨਾ ਪਵੇਗਾ ਕਿ ਕੌਣ ਕਿਹੜੀ ਸੇਵਾ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ, ਕੋਈ ਵਿਅਕਤੀ ਜਾਣ ਤੇ ਪਹੁੰਚ ਕਿਵੇਂ ਹਟਾਈ ਜਾਂਦੀ ਹੈ, ਭੇਤ ਕਿੱਥੇ ਰੱਖੇ ਜਾਂਦੇ ਹਨ ਅਤੇ ਕਿਹੜਾ ਹਿੱਸਾ ਹੱਦ ਲਾਗੂ ਕਰਦਾ ਹੈ। ਇੱਕ ਸਾਂਝਾ ਭੇਤ ਹਰ ਧਾਰਕ ਨੂੰ ਉਹੀ ਪਹੁੰਚ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਵਿਅਕਤੀ ਨੂੰ ਬਾਹਰ ਕਰਨਾ ਸਭ ਲਈ ਰੋਟੇਸ਼ਨ ਬਣ ਜਾਂਦਾ ਹੈ।

ਮੌਜੂਦਾ IPsec ਸੈੱਟਅਪ ਨੂੰ ਉਸੇ ਮਾਪਦੰਡ ਤੇ ਪਰਖੋ। ਇਸਦਾ ਲੇਬਲ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਇਸਦੇ ਨਿਯਮ ਸਹੀ ਹਨ, ਅਤੇ ਇੱਕ ਡਿਜ਼ਾਈਨ ਦੀ ਚਮਕਦਾਰ ਸ਼ਕਲ ਦੀ ਦੂਜੇ ਦੀ ਧੁੰਦਲੀ ਸ਼ਕਲ ਨਾਲ ਤੁਲਨਾ ਕਰਨਾ ਕੁਝ ਵੀ ਤੈਅ ਨਹੀਂ ਕਰਦਾ।

ਅੱਜ ਦੋਵੇਂ ਪਾਸਿਆਂ ਤੇ ਮੌਜੂਦ ਨਿਯੰਤਰਣਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ, ਫਿਰ ਤੈਅ ਕਰੋ ਕਿ ਕਿਹੜੀਆਂ ਖਾਮੀਆਂ ਨਾਲ ਤੁਸੀਂ ਰਹਿ ਸਕਦੇ ਹੋ।

ਸੰਚਾਲਨ ਦਾ ਕੰਮ ਗਿਣੋ

ਹਰ ਬਦਲਾਅ ਲਈ ਕਲਾਇੰਟ ਪੈਕੇਜ, ਸਰਵਰ ਅੱਪਡੇਟ, ਪ੍ਰਮਾਣ-ਪੱਤਰ ਰੋਟੇਸ਼ਨ ਅਤੇ ਨਾਕਾਮੀ ਸੰਭਾਲਣ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਵਿਅਕਤੀ ਚਾਹੀਦਾ ਹੈ। ਧਿਆਨ ਦਿਓ ਕਿ ਸੁਰੰਗ ਉਪਲਬਧ ਨਾ ਹੋਣ ਤੇ ਹਰ ਐਪ ਕੀ ਕਰਦੀ ਹੈ: ਨਾਕਾਮ ਹੁੰਦੀ ਹੈ, ਸਥਾਨਕ ਰਾਹੇ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਦੀ ਹੈ, ਜਾਂ ਉਡੀਕ ਕਰਦੀ ਹੈ। ਇਹ ਵਿਵਹਾਰ ਤੈਨਾਤੀ ਤੋਂ ਆਉਂਦਾ ਹੈ, ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਨਾਮ ਤੋਂ ਨਹੀਂ।

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

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