ਫੇਲਓਵਰ ਟੈਸਟ: ਕੀ ਸਥਾਪਿਤ TCP ਸਟ੍ਰੀਮ ਬਚਦੀ ਹੈ?

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

ਦੋ ਨਤੀਜੇ ਜੋ ਇੱਕੋ ਸਫਲਤਾ ਵਾਂਗ ਦਿਸਦੇ ਹਨ

ਸੋਚੋ ਕਿ 10.90.0.42 ਤੇ ਇੱਕ ਕਲਾਇੰਟ ਦਾ 198.51.100.20:443 ਨਾਲ ਕਨੈਕਸ਼ਨ ਹੈ। ਪ੍ਰਾਇਮਰੀ ਐਗਜ਼ਿਟ ਇਸਨੂੰ ਇੱਕ ਜਨਤਕ ਪਤੇ ਅਤੇ ਪੋਰਟ ਵਿੱਚ ਬਦਲਦਾ ਹੈ, ਅਤੇ ਬੈਕਅਪ ਐਗਜ਼ਿਟ ਇਸਨੂੰ ਦੂਜੇ ਵਿੱਚ। ਕਲਾਇੰਟ ਦਾ ਅੰਦਰੂਨੀ ਪਤਾ ਕਦੇ ਨਹੀਂ ਬਦਲਦਾ, ਇਸੇ ਲਈ ਲੋਕ ਆਸ ਕਰਦੇ ਹਨ ਕਿ ਕਨੈਕਸ਼ਨ ਬਚੇਗਾ।

ਸਰਵਰ ਅੰਦਰੂਨੀ ਪਤਾ ਨਹੀਂ ਦੇਖਦਾ। ਉਹ ਬਦਲਿਆ ਹੋਇਆ ਅੰਤ ਬਿੰਦੂ ਦੇਖਦਾ ਹੈ, ਅਤੇ ਸਵਿੱਚ ਤੋਂ ਬਾਅਦ ਉਹ ਬਿੰਦੂ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ।

ਇਸ ਲਈ ਪੁਰਾਣੀ ਸਟ੍ਰੀਮ ਸਮਾਂ ਖਤਮ ਹੋ ਕੇ ਮੁੱਕ ਜਾਂਦੀ ਹੈ ਜਦਕਿ ਉਸੇ ਸੇਵਾ ਲਈ ਨਵਾਂ ਕਨੈਕਸ਼ਨ ਤੁਰੰਤ ਕੰਮ ਕਰਦਾ ਹੈ। ਦੋਵੇਂ ਨਿਰੀਖਣ ਇੱਕੋ ਸਮੇਂ ਸਹੀ ਹਨ।

ਐਗਜ਼ਿਟ ਬਦਲਣ ਤੇ ਸਰਵਰ ਕੀ ਦੇਖਦਾ ਹੈ

TCP ਕਨੈਕਸ਼ਨ ਆਪਣੇ ਚਾਰ ਹਿੱਸਿਆਂ ਨਾਲ ਪਛਾਣਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਸਰੋਤ ਪਤਾ ਜਾਂ ਪੋਰਟ ਬਦਲਣ ਨਾਲ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਹੋਸਟ ਲਈ ਵੱਖਰਾ ਕਨੈਕਸ਼ਨ ਬਣਦਾ ਹੈ। ਸਰਵਰ ਦੀ ਨਾ ਪਛਾਣੀ ਕਨੈਕਸ਼ਨ ਤੇ ਨਵੇਂ ਸਰੋਤ ਤੋਂ ਆਉਣ ਵਾਲੇ ਪੈਕਟ ਸੁੱਟ ਦਿੱਤੇ ਜਾਂਦੇ ਹਨ ਜਾਂ ਰੀਸੈਟ ਨਾਲ ਜਵਾਬ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ। VPN ਕਲਾਇੰਟ ਦੇ ਪਤੇ ਵਿੱਚ ਕੁਝ ਵੀ ਉਸ ਬਦਲਾਅ ਦੌਰਾਨ ਸਬੰਧ ਨਹੀਂ ਰੱਖਦਾ।

ਸਟੇਟਫੁਲ ਫੇਲਓਵਰ ਠੀਕ ਇਸੇ ਤੋਂ ਬਚਣ ਲਈ ਹੈ, ਅਤੇ ਇਹ ਫਾਰਵਰਡਿੰਗ ਡਿਵਾਈਸਾਂ ਵਿਚਕਾਰ ਬਦਲਾਅ ਸਟੇਟ ਅਤੇ ਕਨੈਕਸ਼ਨ ਸਟੇਟ ਦੀ ਅਦਲਾ-ਬਦਲੀ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ। ਇਹ ਜੋੜੀ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ, ਟਨਲ ਦੀ ਨਹੀਂ, ਅਤੇ ਇਸਨੂੰ ਮੰਨਣ ਦੀ ਬਜਾਏ ਡਿਜ਼ਾਈਨ ਅਤੇ ਟੈਸਟ ਕਰਨਾ ਪੈਂਦਾ ਹੈ।

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

conntrack -L -d 198.51.100.20 2>/dev/null | head
ss -tin dst 198.51.100.20
tcpdump -ni any host 198.51.100.20 -c 10

ਇੱਕੋ ਜਨਤਕ ਪਤਾ ਕਿਉਂ ਕਾਫੀ ਨਹੀਂ

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

RFC 3022 ਪਤਾ ਬਦਲਾਅ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ ਅਤੇ ਬਦਲਾਅ ਕਰਨ ਵਾਲੀਆਂ ਡਿਵਾਈਸਾਂ ਵਿਚਕਾਰ ਸਟੇਟ ਦੀ ਅਦਲਾ-ਬਦਲੀ ਨੂੰ ਬੈਕਅਪ ਡਿਜ਼ਾਈਨ ਦਾ ਹਿੱਸਾ ਮੰਨਦਾ ਹੈ। ਤੈਰਦਾ ਪਤਾ ਜਾਂ ਕਾਪੀ ਕੀਤਾ ਪ੍ਰੋਫਾਈਲ ਸੰਰਚਨਾ ਨੂੰ ਹਿਲਾਉਂਦਾ ਹੈ ਪਰ ਸਟੇਟ ਨੂੰ ਨਹੀਂ।

ਇਸ ਲਈ ਸਿਰਫ ਬੈਕਅਪ ਰਾਹੀਂ ਪਿੰਗ ਕਰਨ ਵਾਲਾ ਟੈਸਟ ਬਹੁਤ ਘੱਟ ਸਾਬਤ ਕਰਦਾ ਹੈ। ਪਿੰਗ ਕੋਲ ਗੁਆਉਣ ਲਈ ਕੋਈ ਕਨੈਕਸ਼ਨ ਸਟੇਟ ਨਹੀਂ।

ਤੈਅ ਕਰੋ ਕਿ ਲੋੜ ਕਿੰਨੀ ਮਜ਼ਬੂਤ ਹੈ

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

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

ਪ੍ਰਾਇਮਰੀ ਵਾਪਸ ਆਉਣ ਤੇ ਕੀ ਹੁੰਦਾ ਹੈ ਸਪਸ਼ਟ ਕਹੋ, ਕਿਉਂਕਿ ਆਟੋਮੈਟਿਕ ਫੇਲਬੈਕ ਉਹ ਕਨੈਕਸ਼ਨ ਤੋੜ ਸਕਦਾ ਹੈ ਜੋ ਹੁਣੇ ਬੈਕਅਪ ਤੇ ਸੁਧਰਿਆ ਸੀ। ਉਹ ਕੇਸ ਟੈਸਟ ਯੋਜਨਾ ਦਾ ਹੈ, ਫੁਟਨੋਟ ਦਾ ਨਹੀਂ।

ਪੁਰਾਣੀ ਸਟ੍ਰੀਮ ਅਤੇ ਨਵੀਂ ਬੇਨਤੀ ਜਾਂਚੋ

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

ਤਿੰਨ ਮੁੱਲ ਦੱਸੋ: ਪੁਰਾਣੀ ਸਟ੍ਰੀਮ ਜਾਰੀ ਰਹੀ, ਰੀਸੈਟ ਹੋਈ ਜਾਂ ਸਮਾਂ ਖਤਮ ਹੋ ਕੇ ਮੁੱਕੀ; ਨਵੀਂ ਕਾਰਵਾਈ ਪਹਿਲੀ ਵਾਰ ਕਦੋਂ ਚੱਲੀ; ਅਤੇ ਫੇਲਬੈਕ ਨੇ ਕੁਝ ਤੋੜਿਆ ਜਾਂ ਨਹੀਂ। ਉਹ ਤਿੰਨ ਲਾਈਨਾਂ ਹੀ ਸਵੀਕ੍ਰਿਤੀ ਰਿਕਾਰਡ ਹਨ।

ss -tin dst 198.51.100.20
curl -sS -o /dev/null -w '%{http_code} %{time_total}\n' https://198.51.100.20/
tcpdump -ni any port 443 -c 20

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