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

Squid ਦੇ ਲੌਗ ਫਾਰਮੈਟ ਵਿੱਚ ਵੱਖਰੇ ਕਾਊਂਟਰ ਹਨ:

ਖੇਤਰਦਸਤਾਵੇਜ਼ੀ ਮਾਪ
%<stਐਡਾਪਟੇਸ਼ਨ ਤੋਂ ਬਾਅਦ ਕਲਾਇੰਟ ਨੂੰ ਭੇਜਿਆ ਕੁੱਲ ਜਵਾਬ ਟ੍ਰੈਫਿਕ
%>stਕਲਾਇੰਟ ਤੋਂ ਪ੍ਰਾਪਤ ਕੁੱਲ ਬੇਨਤੀ ਆਕਾਰ, chunked ਐਨਕੋਡਿੰਗ ਬਾਈਟਾਂ ਤੋਂ ਬਿਨਾਂ
%<bsਅਗਲੇ hop ਤੋਂ ਪ੍ਰਾਪਤ HTTP-ਬਰਾਬਰ ਸੁਨੇਹਾ ਬਾਡੀ ਬਾਈਟ, ਦਸਤਾਵੇਜ਼ੀ ਛੋਟਾਂ ਸਮੇਤ

Squid ਦੇ ਅਸਲੀ ਲੌਗ ਦਾ bytes ਕਾਲਮ ਕਲਾਇੰਟ ਜਵਾਬ ਕਾਊਂਟਰ ਵਰਤਦਾ ਹੈ। ਇਹ ਵਾਅਦਾ ਨਹੀਂ ਹੈ ਕਿ ਮੁੱਲ ਸੰਭਾਲੀ ਫਾਈਲ ਦੀ ਲੰਬਾਈ ਦੇ ਬਰਾਬਰ ਹੈ, ਅਤੇ ਨਾ ਹੀ ISP ਵੱਲੋਂ ਵਸੂਲੇ ਜਾਂਦੇ ਹਰ Ethernet ਜਾਂ IP ਬਾਈਟ ਦਾ ਮਾਪ ਹੈ।

ਕੈਸ਼ ਹਿੱਟ ਫ਼ਰਕ ਦਿਖਾਉਂਦੇ ਹਨ: Squid ਅੱਪਸਟ੍ਰੀਮ ਤੋਂ ਨਵਾਂ ਨਾ ਲੈ ਕੇ ਵੀ ਜਵਾਬ ਭੇਜ ਸਕਦਾ ਹੈ। ਵੱਧ ਅਪਲੋਡ ਵਾਲਾ ਕੰਮ ਹੋਰ ਦਿਖਾਉਂਦਾ ਹੈ: ਸਿਰਫ਼ ਜਵਾਬ ਗਿਣਨ ਨਾਲ ਬੇਨਤੀ ਦੀ ਦਿਸ਼ਾ ਬਜਟ ਤੋਂ ਬਾਹਰ ਰਹਿ ਜਾਂਦੀ ਹੈ।

CONNECT ਲਈ, ਪ੍ਰੌਕਸੀ ਟਨਲ ਵਿੱਚਲੀ ਹਰ ਐਨਕ੍ਰਿਪਟਿਡ ਫਾਈਲ ਜਾਂ ਪੇਜ ਨੂੰ ਸਮਝੇ ਬਿਨਾਂ ਭੇਜਿਆ ਟ੍ਰੈਫਿਕ ਹਿਸਾਬ ਕਰ ਸਕਦੀ ਹੈ। ਪਰ ਟਨਲ ਦੇ ਬਾਈਟ ਕੁੱਲ ਨੂੰ ਡਾਊਨਲੋਡ ਕੀਤੀਆਂ ਐਪਲੀਕੇਸ਼ਨ ਵਸਤੂਆਂ ਦੀ ਸਹੀ ਸੂਚੀ ਵਿੱਚ ਨਹੀਂ ਬਦਲ ਸਕਦੀ।

ਕੋਟਾ ਇਕਰਾਰਨਾਮਾ ਕਾਊਂਟਰ ਦੇ ਕੋਲ ਲਿਖੋ: ਦਿਸ਼ਾ, ਨਿਰੀਖਣ ਬਿੰਦੂ, ਹਿਸਾਬ ਅਵਧੀ ਅਤੇ ਪਛਾਣ। ਫਿਰ ਲੌਗ ਫਾਰਮੈਟ ਦਾ ਸੰਸਕਰਣ ਰਿਪੋਰਟਾਂ ਨਾਲ ਰੱਖੋ। ਬਾਈਟ ਦੇ ਅਰਥ ਬਾਰੇ ਮਤਭੇਦ ਨੂੰ ਹਰ ਮੁੱਲ ਨੂੰ ਅੰਦਾਜ਼ਨ ਸੁਧਾਰ ਗੁਣਕ ਨਾਲ ਗੁਣਾ ਕਰਕੇ «ਠੀਕ» ਨਹੀਂ ਕਰਨਾ ਚਾਹੀਦਾ। ਲਾਗੂ ਕਰਨ ਲਈ ਪੂਰੇ ਹੋਏ ਲੈਣ-ਦੇਣ ਦੇ ਕੁੱਲ ਲਾਈਵ ਵਰਤੋਂ ਤੋਂ ਪਿੱਛੇ ਰਹਿ ਸਕਦੇ ਹਨ।

ਸੰਬੰਧਿਤ ਲੇਖ