ਕਿਹੜਾ NAT ਹਾਪ ਬੇਕਾਰ VPN ਮੈਪਿੰਗ ਛੱਡਦਾ ਹੈ, ਅਤੇ ਇਹ ਕਿਵੇਂ ਪਤਾ ਕਰੀਏ
ਬੇਕਾਰ VPN ਪ੍ਰਵਾਹ ਕਿਸੇ ਵੀ ਅਵਸਥਾ ਰੱਖਣ ਵਾਲੇ ਹਾਪ ’ਤੇ ਮਰ ਸਕਦਾ ਹੈ। ਇੱਕ ਪਰਖ ਦੁਹਰਾਓ, ਹਰ ਸੀਮਾ ਨੇ ਕੀ ਦੇਖਿਆ ਉਸ ਦੀ ਤੁਲਨਾ ਕਰੋ, ਅਤੇ ਅੰਦਾਜ਼ੇ ਵਾਲੇ ਦੋਸ਼ੀ ਦੀ ਥਾਂ ਸੀਮਿਤ ਨਤੀਜਾ ਦੱਸੋ।
ਸ਼ਾਂਤ ਸਮੇਂ ਤੋਂ ਬਾਅਦ ਟਨਲ ਫਿਰ ਜੁੜਦੀ ਹੈ, ਕੋਈ ਲਾਗ ਦੋਸ਼ੀ ਦਾ ਨਾਮ ਨਹੀਂ ਲੈਂਦੀ, ਅਤੇ ਸਪੱਸ਼ਟ ਕਦਮ ਹੈ ਸਭ ਤੋਂ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਟਾਈਮਆਊਟ ਦਸਤਾਵੇਜ਼ ਵਾਲਾ ਯੰਤਰ ਚੁਣਨਾ। ਇਹ ਨਿਦਾਨ ਦੇ ਭੇਸ ਵਿੱਚ ਇੱਕ ਅੰਦਾਜ਼ਾ ਹੈ। ਅਵਸਥਾ ਕੁਝ ਸਮਾਂ ਘਰੇਲੂ ਰਾਊਟਰ ਵਿੱਚ, ਆਪਰੇਟਰ ਦੇ ਅਨੁਵਾਦਕ ਵਿੱਚ ਅਤੇ ਕਲਾਉਡ ਕਿਨਾਰੇ ’ਤੇ ਟਿਕ ਸਕਦੀ ਹੈ, ਅਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਚੁੱਪ ਹੋਏ ਪ੍ਰਵਾਹ ਨੂੰ ਡੇਗ ਸਕਦਾ ਹੈ। ਇਸ ਦੀ ਥਾਂ ਤੁਸੀਂ ਰਾਹ ਦਾ ਨਕਸ਼ਾ ਬਣਾ ਸਕਦੇ ਹੋ, ਕਿਹੜੇ ਯੰਤਰ ਸੱਚਮੁੱਚ ਵੇਖ ਸਕਦੇ ਹੋ ਉਹ ਨਿਸ਼ਾਨ ਲਾ ਸਕਦੇ ਹੋ, ਅਤੇ ਇੱਕ ਬੇਕਾਰ ਪਰਖ ਕਰ ਸਕਦੇ ਹੋ ਜਿਸ ਨੂੰ ਦੁਹਰਾ ਸਕੋ।
ਦੁਹਰਾਉਣ ਯੋਗ ਪਰਖ ਕਿੱਸੇ ਨੂੰ ਮਾਪ ਵਿੱਚ ਬਦਲ ਦਿੰਦੀ ਹੈ। ਹੇਠਾਂ ਸਭ ਕੁਝ ਇੱਕ ਕਲਾਇੰਟ, ਇੱਕ ਸਰਵਰ ਅਤੇ ਇੱਕ ਪਰੋਟੋਕਾਲ ਮੰਨਦਾ ਹੈ, ਅਤੇ ਮੰਨਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਇੱਕੋ ਸਮੇਂ ਦੋ ਚਲ ਬਦਲਣ ਤੋਂ ਬਚਦੇ ਹੋ। ਮਕਸਦ ਹੈ ਅਗਲੀ ਘਟਨਾ ਨੂੰ ਇਸ ਤੋਂ ਸਸਤਾ ਬਣਾਉਣਾ।
ਹਰ ਵਾਰ ਉਹੀ ਬੇਕਾਰ ਪਰਖ ਕਰੋ
ਲਿਖੋ ਕਿ ਪ੍ਰਵਾਹ ਆਖਰੀ ਵਾਰ ਕਦੋਂ ਠੀਕ ਸੀ, ਉਸ ਤੋਂ ਬਾਅਦ ਕਿੰਨਾ ਸਮਾਂ ਬੇਕਾਰ ਰਿਹਾ, ਅਤੇ ਇੱਕ ਤਾਜ਼ਾ ਪੈਕਟ ਨੇ ਇਸ ਨੂੰ ਵਾਪਸ ਲਿਆਂਦਾ ਕਿ ਨਹੀਂ। ਉਹ ਤਿੰਨ ਤੱਥ ਹੀ ਮਾਪ ਹਨ; ਇਹਨਾਂ ਤੋਂ ਬਿਨਾਂ ਡਿੱਗੇ ਲੈਪਟਾਪ ਦੀ ਕਹਾਣੀ ਹੀ ਹੈ। ਹਰ ਦੁਹਰਾਅ ਵਿੱਚ ਉਹੀ ਕਲਾਇੰਟ, ਉਹੀ ਸਰਵਰ ਅਤੇ ਉਹੀ ਪਰੋਟੋਕਾਲ ਵਰਤੋ, ਅਤੇ ਚੁੱਪ ਤੋਂ ਬਾਅਦ ਪਹਿਲਾ ਪੈਕਟ ਭੇਜੇ ਜਾਣ ਦਾ ਪਲ ਨੋਟ ਕਰੋ।
ਫਿਰ ਤੁਲਨਾ ਕਰੋ ਕਿ ਤੁਹਾਡੀ ਮਾਲਕੀ ਵਾਲੀ ਹਰ ਸੀਮਾ ਨੇ ਸੱਚਮੁੱਚ ਕੀ ਦੇਖਿਆ। ਜਾਂਚ ਦਾ ਫੈਸਲਾ ਕਰਨ ਵਾਲਾ ਫ਼ਰਕ ਇਹ ਹੈ ਕਿ ਸਰਵਰ ਨੇ ਵਿਰਾਮ ਤੋਂ ਬਾਅਦ ਕੁਝ ਵੀ ਨਹੀਂ ਦੇਖਿਆ, ਜਾਂ ਬੇਨਤੀ ਦੇਖ ਕੇ ਅਜਿਹੇ ਰਾਹ ਵਿੱਚ ਜਵਾਬ ਦਿੱਤਾ ਜੋ ਹੁਣ ਜਵਾਬ ਨਹੀਂ ਢੋਂਦਾ ਸੀ।
| What you observe | What it suggests | What it does not prove |
|---|---|---|
| server records no packet after the pause | state was lost upstream of the server | which hop dropped it |
| server answers, client never receives | return-path state or filtering | that the timer belongs to the client |
| client sends nothing at all | client-side timer or application behaviour | that the network path is healthy |
ਪੰਜ ਚੀਜ਼ਾਂ ਬਦਲੇ ਬਿਨਾਂ ਰਾਹਾਂ ਦੀ ਤੁਲਨਾ
ਦੂਜਾ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਪਹੁੰਚ ਨੈੱਟਵਰਕ ਜਾਇਜ਼ ਤੁਲਨਾ ਹੈ, ਕਿਉਂਕਿ NAT ਲੜੀ ਵੱਖਰੀ ਹੈ। ਇਹ ਪ੍ਰਦਾਤਾ, ਰੇਡੀਓ ਹਾਲਾਤ ਅਤੇ ਸ਼ਾਇਦ ਪਤਾ ਪਰਿਵਾਰ ਵਿੱਚ ਵੀ ਵੱਖਰਾ ਹੈ, ਇਸ ਲਈ ਨਤੀਜਾ ਸੀਮਾ ਹੈ, ਦੋਸ਼ ਨਹੀਂ। ਰਿਪੋਰਟ ਕਰਦੇ ਸਮੇਂ ਸੀਮਾਵਾਂ ਨੂੰ ਚੁੱਪਚਾਪ ਛੱਡਣ ਦੀ ਥਾਂ ਨਤੀਜੇ ਨਾਲ ਦਰਜ ਕਰੋ। ਰਾਹ ਵੀ ਲਿਖੋ: ਯੰਤਰ, ਭੂਮਿਕਾ, ਅਤੇ ਇਸ ਦੀ ਅਵਸਥਾ ਬਿਲਕੁਲ ਪੜ੍ਹੀ ਜਾ ਸਕਦੀ ਹੈ ਜਾਂ ਨਹੀਂ।
ਰਾਹਾਂ ਦੀ ਤੁਲਨਾ ਤੁਹਾਨੂੰ ਸੀਮਿਤ ਸਵਾਲ ਦਿੰਦੀ ਹੈ: ਪ੍ਰਵਾਹ ਇੱਕ ’ਤੇ ਬਚਦਾ ਹੈ ਅਤੇ ਦੂਜੇ ’ਤੇ ਸਮਾਨ ਚੁੱਪ ਤੋਂ ਬਾਅਦ ਮਰ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਚਲ ਵੱਖਰੇ ਹਿੱਸਿਆਂ ਵਿੱਚ ਕਿਤੇ ਹੈ। ਕਿਸੇ ਯੰਤਰ ਦਾ ਨਾਮ ਨਾ ਹੋਣ ’ਤੇ ਵੀ ਇਹ ਅਸਲੀ ਨਤੀਜਾ ਹੈ, ਅਤੇ ਅਗਲੇ ਇੰਜੀਨੀਅਰ ਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਦੁਪਹਿਰ ਕਿੱਥੇ ਲੰਘਾਉਣੀ ਹੈ ਅਤੇ ਕਿੱਥੇ ਨਹੀਂ।
ਆਪਰੇਟਰਾਂ ਬਾਰੇ ਅੰਦਾਜ਼ਾ ਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਸਥਾਨਕ ਅਵਸਥਾ ਪੜ੍ਹਨੀ ਚੰਗੀ ਹੈ। Linux ਗੇਟਵੇ ’ਤੇ conntrack -L ਟ੍ਰੈਕ ਕੀਤੇ ਪ੍ਰਵਾਹਾਂ ਨੂੰ ਉਹਨਾਂ ਦੀ ਬਾਕੀ ਉਮਰ ਸਮੇਤ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ, ਜੋ ਟਾਈਮਰ ਬਾਰੇ ਅੰਦਾਜ਼ੇ ਨੂੰ ਅਜਿਹੀ ਸੰਖਿਆ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਖਤਮ ਹੁੰਦੇ ਦੇਖ ਸਕਦੇ ਹੋ। ਇਹ ਬੇਕਾਰ ਸਮੇਂ ਤੋਂ ਪਹਿਲਾਂ ਅਤੇ ਬਾਅਦ ਪੜ੍ਹੋ, ਸਿਰਫ਼ ਬਾਅਦ ਨਹੀਂ।
ਕੀਪਅਲਾਈਵ ਕੀ ਟਿਕਾਏਗਾ ਅਤੇ ਕੀ ਨਹੀਂ
ਸਮਰਥਿਤ ਕੀਪਅਲਾਈਵ ਮੈਪਿੰਗ ਖੁੱਲ੍ਹੀ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਮੈਪਿੰਗ ਖੁੱਲ੍ਹੀ ਰੱਖਣਾ ਇਸ ਦੇ ਪਿੱਛੇ ਦੀ ਸੇਵਾ ਬਾਰੇ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ। ਟਨਲ ਮੈਪ ਰਹਿ ਸਕਦੀ ਹੈ ਜਦਕਿ ਇਹ ਜੋ ਐਪਲੀਕੇਸ਼ਨ ਢੋਂਦੀ ਹੈ ਉਸ ਨੇ ਜਵਾਬ ਦੇਣਾ ਬੰਦ ਕਰ ਦਿੱਤਾ ਹੋਵੇ, ਅਤੇ ਸਥਿਤੀ ਬੱਤੀ ਤੋਂ ਇਹ ਦੋਵੇਂ ਹਾਲਾਤ ਇੱਕੋ ਜਿਹੇ ਦਿਸਦੇ ਹਨ। ਕੀਪਅਲਾਈਵ ਨੂੰ ਬੇਕਾਰ ਸਮਾਪਤੀ ਵਿਰੁੱਧ ਬੀਮੇ ਵਜੋਂ ਲਵੋ, ਸਿਹਤ ਜਾਂਚ ਵਜੋਂ ਨਹੀਂ।
ਅੰਤਰਾਲ ਤੁਸੀਂ ਸੱਚਮੁੱਚ ਮਾਪੇ ਸਭ ਤੋਂ ਛੋਟੇ ਟਾਈਮਆਊਟ ਮੁਤਾਬਕ ਰੱਖੋ, ਫੋਰਮ ਤੋਂ ਨਕਲ ਕੀਤੀ ਸੰਖਿਆ ਮੁਤਾਬਕ ਨਹੀਂ। ਸੰਭਵ ਹਰ ਟਾਈਮਰ ਤੋਂ ਹੇਠਾਂ ਟਿਊਨ ਕੀਤਾ ਕੀਪਅਲਾਈਵ ਉਹ ਟ੍ਰੈਫਿਕ ਹੈ ਜਿਸ ਦੀ ਕਿਸੇ ਨੂੰ ਲੋੜ ਨਹੀਂ ਸੀ, ਅਤੇ ਇਹ ਉਹ ਲੱਛਣ ਵੀ ਹਟਾ ਦਿੰਦਾ ਹੈ ਜੋ ਦੱਸਦਾ ਕਿ ਕਿਹੜੀ ਸੀਮਾ ਪਹਿਲਾਂ ਖਤਮ ਹੁੰਦੀ ਹੈ। ਅੰਤਰਾਲ ਮਾਪੀ ਸੰਖਿਆ ਤੋਂ ਚੁਣੋ ਅਤੇ ਬਾਕੀ ਸਭ ਨੂੰ ਉਵੇਂ ਹੀ ਰਹਿਣ ਦਿਓ।
ਇੱਕ ਬਦਲਾਅ, ਫਿਰ ਦੁਬਾਰਾ ਮਾਪੋ
ਲਾਈਵ ਪਰਖ ਵੇਲੇ ਹਰ ਟਾਈਮਆਊਟ ਵਧਾਉਣ ਅਤੇ ਹਰ ਗੇਟਵੇ ਫਲਸ਼ ਕਰਨ ਦੀ ਲਾਲਸਾ ਦਾ ਵਿਰੋਧ ਕਰੋ। ਇਹ ਤੁਹਾਡੇ ਆਉਣ ਦੇ ਸਬੂਤ ਮਿਟਾ ਦਿੰਦਾ ਹੈ ਅਤੇ ਦੂਜਿਆਂ ਦੇ ਪ੍ਰਵਾਹਾਂ ਵਿੱਚ ਰੁਕਾਵਟ ਪਾਉਂਦਾ ਹੈ, ਜੋ ਨਾ-ਪਰਖੀ ਪਰਿਕਲਪਨਾ ਲਈ ਮਾੜਾ ਸੌਦਾ ਹੈ। ਇੱਕ ਯੰਤਰ ’ਤੇ ਇੱਕ ਸਮਰਥਿਤ ਸੈਟਿੰਗ ਬਦਲੋ, ਫਿਰ ਬੇਕਾਰ ਸਮਾਂ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਰਿਕਵਰੀ ਦੁਹਰਾਓ।
ਕਿਹੜੀ ਸੀਮਾ-ਨਿਰੀਖਣ ਬਦਲੀ ਉਹ ਦਰਜ ਕਰੋ, ਅਤੇ ਕੁਝ ਵੀ ਸੁਧਰਿਆ ਨਾ ਹੋਵੇ ਤਾਂ ਵੀ ਦਰਜ ਕਰੋ। ਜਿਸ ਸੈਟਿੰਗ ਨੇ ਕੁਝ ਠੀਕ ਨਹੀਂ ਕੀਤਾ ਉਹ ਜਾਣਕਾਰੀ ਹੈ, ਅਤੇ ਪੂਰੀ ਜਾਇਦਾਦ ’ਤੇ ਘੁਮਾਉਣ ਨਾਲੋਂ ਇੱਕ ਵਾਰ ਧਿਆਨ ਦੇਣਾ ਸਸਤਾ ਹੈ।
ਅਜਿਹੀ ਖੋਜ ਲਿਖਣਾ ਜਿਸ ਦਾ ਤੁਸੀਂ ਬਚਾਅ ਕਰ ਸਕੋ
ਜਦੋਂ ਉੱਪਰਲੇ ਪਾਸੇ ਦਾ ਅਨੁਵਾਦਕ ਜਾਂਚਿਆ ਨਾ ਜਾ ਸਕੇ, ਤਾਂ ਸਿਰਫ਼ ਉਹੀ ਕਹੋ ਜੋ ਸਬੂਤ ਸਮਰਥਨ ਕਰਦੇ ਹਨ: ਅਦਲਾ-ਬਦਲੀ ਰਾਹ ਦੇ ਇਸ ਹਿੱਸੇ ਵਿੱਚ ਕਿਤੇ ਇੰਨੀ ਚੁੱਪ ਤੋਂ ਬਾਅਦ ਮਰ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਜ਼ਿੰਮੇਵਾਰ ਹਾਪ ਬਿਨਾਂ ਦੋਸ਼ ਦੇ ਰਹਿੰਦਾ ਹੈ। ਸੀਮਿਤ ਬਿਆਨ ਸਮੀਖਿਆ ਵਿੱਚ ਟਿਕਦਾ ਹੈ ਅਤੇ ਅਗਲੇ ਵਿਅਕਤੀ ਨੂੰ ਸਹੀ ਹਿੱਸੇ ਵੱਲ ਲੈ ਜਾਂਦਾ ਹੈ। ਲੁਕੇ ਹੋਏ ਰਾਊਟਰ ਨੂੰ ਕਾਰਨ ਦੱਸਣਾ ਇਹਨਾਂ ਦੋਹਾਂ ਵਿੱਚੋਂ ਕੁਝ ਨਹੀਂ ਕਰਦਾ। ਸੀਮਿਤ ਖੋਜ ਅੰਤਰਾਲ ਸਮੇਤ ਉਸ ਵਿਅਕਤੀ ਨੂੰ ਦਿਓ ਜਿਸ ਕੋਲ ਅਣ-ਨਿਰੀਖਣਯੋਗ ਹਿੱਸਾ ਹੈ।
RFC 4787 ਦੱਸਦਾ ਹੈ ਕਿ UDP ਮੈਪਿੰਗ ਟਾਈਮਰ ਨੂੰ ਇੱਕ ਸਿਰੇ ਤੋਂ ਅੰਦਾਜ਼ਾ ਲਾਉਣਾ ਕਿਉਂ ਔਖਾ ਹੈ, ਅਤੇ ਇਹੀ ਔਖਿਆਈ ਸੀਮਿਤ ਖੋਜ ਨੂੰ ਇਮਾਨਦਾਰ ਬਣਾਉਂਦੀ ਹੈ। ਟਾਈਮਰ ਅਸਲੀ ਹਨ, ਅਤੇ ਉਹਨਾਂ ਦੇ ਆਸ-ਪਾਸ ਦੀ ਅਨਿਸ਼ਚਿਤਤਾ ਵੀ।