ਸੈਸ਼ਨ ਦੇ ਵਿਚਕਾਰ ਪੀਅਰ ਦਾ ਪਤਾ ਬਦਲਿਆ: OpenVPN ਵਿੱਚ float ਕੀ ਕਰਦਾ ਹੈ

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

float ਕੀ ਢਿੱਲਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਕੀ ਕਦੇ ਨਹੀਂ ਢਿੱਲਾ ਕਰਦਾ

ਆਮ ਤੌਰ 'ਤੇ ਸੈਸ਼ਨ ਉਸੇ ਬਾਹਰੀ ਪਤੇ ਅਤੇ ਪੋਰਟ ਨਾਲ ਗੱਲ ਕਰਦਾ ਰਹਿੰਦਾ ਹੈ ਜਿਸ ਨਾਲ ਸ਼ੁਰੂ ਹੋਇਆ ਸੀ, ਅਤੇ ਹੋਰ ਕਿਤੋਂ ਆਉਣ ਵਾਲੇ ਪੈਕਟ ਅਣਡਿੱਠ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। float ਵਿਕਲਪ ਉਹ ਸਖ਼ਤ ਬੰਧਨ ਹਟਾ ਦਿੰਦਾ ਹੈ ਜਦੋਂ ਪੀਅਰ ਆਪਣੇ ਆਪ ਨੂੰ ਪਹਿਲਾਂ ਹੀ ਸਾਬਤ ਕਰ ਚੁੱਕਾ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ ਬਦਲਿਆ ਸਰੋਤ ਮੈਪਿੰਗ ਸੁੱਟੇ ਜਾਣ ਦੀ ਬਜਾਏ ਉਹੀ ਸੈਸ਼ਨ ਜਾਰੀ ਰੱਖ ਸਕਦਾ ਹੈ। ਕ੍ਰਿਪਟੋਗ੍ਰਾਫ਼ਿਕ ਜਾਂਚਾਂ ਵਿੱਚ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ: ਕੁੰਜੀਆਂ, ਪ੍ਰਮਾਣ ਪੱਤਰ ਅਤੇ ਕੋਈ ਵੀ HMAC ਸੁਰੱਖਿਆ ਸੰਰਚਿਤ ਕੀਤੇ ਅਨੁਸਾਰ ਹੀ ਰਹਿੰਦੀ ਹੈ।

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

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

ਸੈਸ਼ਨ ਹਿਲਾਉਣ ਵਾਲੇ ਪੈਕਟ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ

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

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

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

ਖੋਜ ਪੂਰੀ ਤਰ੍ਹਾਂ ਵੱਖਰੀ ਕਾਰਜਵਿਧੀ ਹੈ

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

ਵਿਕਲਪ ਨੂੰ ਇੱਕ ਵਾਰ ਹੋਰ ਜੋੜਨਾ ਨਵੇਂ ਪਤੇ ਤੱਕ ਰਸਤੇ ਦੀ ਘਾਟ ਦੀ ਭਰਪਾਈ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਪੀਅਰ ਚੁੱਪ ਹੋਣ 'ਤੇ ਵੀ ਇਹ ਮਦਦ ਨਹੀਂ ਕਰਦਾ, ਕਿਉਂਕਿ ਚੁੱਪ ਪੀਅਰ ਕਦੇ ਵੀ ਉਹ ਪ੍ਰਮਾਣਿਤ ਪੈਕਟ ਨਹੀਂ ਭੇਜਦਾ ਜੋ ਕੁਝ ਹਿਲਾ ਸਕੇ।

ਹੇਠਲੀ ਫਾਇਰਵਾਲ ਦੀ ਵੀ ਰਾਏ ਹੈ। ਸਿਰਫ਼ ਪੁਰਾਣੇ ਬਾਹਰੀ ਐਂਡਪੌਇੰਟ ਦੀ ਆਗਿਆ ਦੇਣ ਵਾਲਾ ਨਿਯਮ ਬਦਲਿਆ ਪਤਾ OpenVPN ਦੇ ਦੇਖਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਰੋਕ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਕਲਾਇੰਟ-ਪਾਸੇ ਦੀ ਕੋਈ ਸੰਰਚਨਾ ਇਸ ਨੂੰ ਠੀਕ ਨਹੀਂ ਕਰਦੀ। ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਪਤਿਆਂ ਦੇ ਜੀਵਨ ਚੱਕਰ ਦੀ ਵੱਖਰੇ ਕੰਮ ਵਜੋਂ ਸਮੀਖਿਆ ਕਰੋ; ਨਿਯਮ ਨੂੰ ਕਿਸੇ ਵੀ ਸਰੋਤ ਤੱਕ ਵਧਾਉਣਾ ਛੋਟੀ ਸਮੱਸਿਆ ਨੂੰ ਵੱਡੀ ਨਾਲ ਬਦਲਣਾ ਹੈ।

ਜਦੋਂ NetworkManager ਪਰੋਫ਼ਾਈਲ ਦਾ ਮਾਲਕ ਹੁੰਦਾ ਹੈ

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

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

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

ਮੰਨਣ ਦੀ ਬਜਾਏ ਤਬਦੀਲੀ ਸਾਬਤ ਕਰੋ

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

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

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