ਦੋ ਸਰਗਰਮ IPsec ਸੁਰੰਗਾਂ ਨੂੰ ਅਜੇ ਵੀ ਵਾਪਸੀ ਮਾਰਗ ਦੀ ਯੋਜਨਾ ਚਾਹੀਦੀ ਹੈ

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

ਮਾਰਗ ਖਿੱਚਣ ਤੋਂ ਪਹਿਲਾਂ ਚਾਰ ਗੇਟਵੇ ਖਿੱਚੋ

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

ਉਹੀ ਟੇਬਲ ਰਚਨਾ ਹੈ। ਇਸ ਤੋਂ ਬਾਅਦ ਸਭ ਕੁਝ ਇਹ ਸਵਾਲ ਹੈ ਕਿ ਕੀ ਯੰਤਰ ਟੇਬਲ ਨਾਲ ਸਹਿਮਤ ਹਨ।

ਅੱਗੇ ਵਾਲਾ ਮਾਰਗ ਕਿਵੇਂ ਚੁਣਿਆ ਜਾਂਦਾ ਹੈ

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

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

ਵਾਪਸੀ ਮਾਰਗ ਨੂੰ ਅਸਲ ਵਿੱਚ ਕੀ ਚਾਹੀਦਾ ਹੈ

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

ਲਾਗੂ ਕੀਤੇ ਦੋ-ਦਿਸ਼ਾਵੀ ਵਿਵਹਾਰ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਜਾਂ ਲੋੜੀਂਦੀਆਂ ਸੀਮਾਵਾਂ ਨੂੰ ਸੁਸੰਗਤ ਰੱਖਣ ਵਾਲੀ ਸਪਸ਼ਟ ਨੀਤੀ ਲਿਖੋ। ਇੱਥੋਂ ਦਾ ਅਨੁਮਾਨ ਰੁਕਾਵਟ ਦੌਰਾਨ ਪਤਾ ਲੱਗਦਾ ਹੈ, ਉਹਨਾਂ ਲੋਕਾਂ ਤੋਂ ਜੋ ਇਸਦਾ ਅਨੰਦ ਨਹੀਂ ਲੈ ਰਹੇ।

ਜਿੱਥੇ ਅਨੁਵਾਦ ਤੁਹਾਡੀ ਥਾਂ ਤੈਅ ਕਰਦਾ ਹੈ

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

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

ਸਵੀਕ੍ਰਿਤੀ ਕ੍ਰਮ ਨਾਲ ਪੂਰੀ ਕਰੋ

ਇਸ ਕ੍ਰਮ ਵਿੱਚ ਜਾਂਚ ਕਰੋ ਅਤੇ ਹਰ ਕਦਮ 'ਤੇ ਪਤੇ ਦਰਜ ਕਰੋ: ਮਾਰਗ A 'ਤੇ ਨਵਾਂ ਕਨੈਕਸ਼ਨ ਅਤੇ ਉਸਦਾ ਜਵਾਬ ਮਾਰਗ, ਮਾਰਗ B 'ਤੇ ਉਹੀ, ਫਿਰ ਇੱਕ ਪ੍ਰਦਾਤਾ ਦਾ ਨੁਕਸਾਨ, ਫਿਰ ਬਹਾਲੀ। ਹਰ ਨਤੀਜੇ ਲਈ ਨੋਟ ਕਰੋ ਕਿ ਕਿਹੜੇ ਸਥਾਪਿਤ ਪ੍ਰਵਾਹ ਹਿੱਲੇ, ਕਿਹਨਾਂ ਨੂੰ ਦੁਬਾਰਾ ਜੁੜਨਾ ਪਿਆ ਅਤੇ ਨਵੇਂ ਪ੍ਰਵਾਹ ਬਾਅਦ ਵਿੱਚ ਕਿੱਥੇ ਗਏ। ਪਹਿਲਾਂ ਉਮੀਦ ਕੀਤਾ ਮੁੱਲ ਲਿਖੋ, ਫਿਰ ਉਸਦੀ ਕੈਪਚਰ ਨਾਲ ਤੁਲਨਾ ਕਰੋ। ਦੋ ਸਥਾਪਿਤ ਸੁਰੰਗਾਂ ਇਸ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀਆਂ।

ਰਚਨਾ ਉਦੋਂ ਪੂਰੀ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਤੁਹਾਡੀ ਲਿਖੀ ਟੇਬਲ ਕੈਪਚਰ ਵਿੱਚ ਦਿਖਣ ਵਾਲੀ ਗੱਲ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਹੈ, ਦੋਵੇਂ ਸੁਰੰਗਾਂ ਚਾਲੂ ਹੋਣ 'ਤੇ ਨਹੀਂ।