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

ਅੰਕ ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ ਇੰਟਰਫ਼ੇਸ ਚੁਣੋ

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

ਸਿਰਫ਼ ਪੜ੍ਹਨ ਵਿੱਚ ਸੌਖਾ ਹੋਣ ਕਰਕੇ Wi-Fi ਕਾਊਂਟਰ ਨਾ ਲਗਾਓ। ਵੱਖਰਾ ਨਿਗਰਾਨੀ ਬਿੰਦੂ ਵੱਖਰੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ।

ਡੈਲਟਾ ਲਓ, ਜੀਵਨ ਭਰ ਦਾ ਕੁੱਲ ਨਹੀਂ

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

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

ਅੰਦਰੂਨੀ ਅਤੇ ਬਾਹਰੀ ਕਾਊਂਟਰ ਵੱਖਰੀਆਂ ਚੀਜ਼ਾਂ ਮਾਪਦੇ ਹਨ

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

ਵਿਰੋਧੀ ਦਿਸ਼ਾਵਾਂ ਵਿੱਚ ਚੱਲ ਰਹੇ ਦੋ ਕਾਊਂਟਰ ਇੱਕ ਖੋਜ ਹਨ, ਵਿਰੋਧਾਭਾਸ ਨਹੀਂ। ਆਮ ਤੌਰ 'ਤੇ ਇਸਦਾ ਅਰਥ ਹੈ ਕਿ ਟਰੈਫ਼ਿਕ ਇੱਕ ਪਰਤ ਵਿੱਚ ਦਾਖਲ ਹੋਇਆ ਅਤੇ ਦੂਜੀ ਪਰਤ ਤੋਂ ਕਦੇ ਬਾਹਰ ਨਹੀਂ ਨਿਕਲਿਆ।

ਕਾਊਂਟਰ ਨੂੰ ਐਪ ਦੇ ਨਤੀਜੇ ਨਾਲ ਜੋੜੋ

ਪ੍ਰਾਪਤ ਕੁੱਲ ਪ੍ਰੋਟੋਕਾਲ ਦੀ ਗੱਲਬਾਤ ਕਾਰਨ ਵਧ ਸਕਦਾ ਹੈ, ਜਦਕਿ ਤੁਹਾਡੀ ਚਾਹੀ ਸੇਵਾ ਅਜੇ ਵੀ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ। ਭੇਜਣ ਵਿੱਚ ਵਾਧਾ ਇਸ ਤੋਂ ਵੀ ਘੱਟ ਕਹਿੰਦਾ ਹੈ: ਇਹ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਕਰਨਲ ਨੇ ਪੈਕਟ ਸਵੀਕਾਰ ਕੀਤਾ, ਇਹ ਨਹੀਂ ਕਿ ਕਿਸੇ ਜਵਾਬ ਦਿੱਤਾ।

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

ਅਗਲੇ ਵਿਅਕਤੀ ਨੂੰ ਲੋੜੀਂਦੀ ਨੋਟ ਲਿਖੋ

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

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

ਸੰਬੰਧਿਤ ਲੇਖ