VPN ਲੌਗਾਂ ਦੀ ਸੰਭਾਲ: ਇਸ ਨੂੰ ਸੰਖਿਆ ਨਾਲ ਨਹੀਂ, ਘਟਨਾ ਨਾਲ ਜੋੜੋ
ਸੰਭਾਲ ਘਟਨਾ, ਸਮੱਗਰੀ ਅਤੇ ਨੀਤੀ ਦੀ ਪਾਲਣਾ ਕਰਦੀ ਹੈ, ਕਿਸੇ ਸਰਵਵਿਆਪੀ ਸਮਾਂ-ਸੀਮਾ ਦੀ ਨਹੀਂ। ਹਰ ਕਾਪੀ ਲੱਭੋ, ਵਿਸਥਾਰਤ ਇਕੱਠਾ ਕਰਨਾ ਰੋਕੋ ਅਤੇ ਇੱਕ ਛੋਟਾ ਰਿਕਾਰਡ ਰੱਖੋ।
ਕੋਈ ਵੀ ਅਸਲ ਵਿੱਚ ਨਹੀਂ ਪੁੱਛਦਾ ਕਿ VPN ਲੌਗ ਕਿੰਨੀ ਦੇਰ ਰੱਖਣਾ ਹੈ; ਲੋਕ ਪੁੱਛਦੇ ਹਨ ਕਿ ਲੌਗ ਕਿਸ ਕੰਮ ਦਾ ਹੈ, ਅਤੇ ਉਸ ਦਾ ਜਵਾਬ ਹੀ ਤਾਰੀਖ਼ ਤੈਅ ਕਰਦਾ ਹੈ। ਇੱਕ ਘਟਨਾ ਤੋਂ ਵੱਖਰੀ ਉਮਰ ਵਾਲੀਆਂ ਦੋ ਫ਼ਾਈਲਾਂ ਨਿਕਲ ਸਕਦੀਆਂ ਹਨ, ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ ਇੱਕੋ ਨੀਤੀ ਮੰਨਣ ਨਾਲ ਇੱਕੋ ਸਮੇਂ ਵੱਧ ਸੰਭਾਲ ਅਤੇ ਸਬੂਤ ਦਾ ਨੁਕਸਾਨ ਦੋਵੇਂ ਹੁੰਦੇ ਹਨ। ਜਦੋਂ ਕਾਰਨ ਅਣਜਾਣ ਸੀ ਤਾਂ ਲਿਆ ਗਿਆ ਡੀਬੱਗ ਨਿਰਯਾਤ ਨਿਗਰਾਨੀ ਭੰਡਾਰ ਦੀ ਇੱਕ ਲਾਈਨ ਵਰਗੀ ਉਹੀ ਵਸਤੂ ਨਹੀਂ ਹੈ। ਉਦੇਸ਼ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ, ਫਿਰ ਤਾਰੀਖ਼ ਚੁਣੋ।
ਤਾਰੀਖ਼ ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ ਚਾਰ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦਿਓ
ਚਾਰ ਸਵਾਲ ਤੈਅ ਕਰਦੇ ਹਨ ਕਿ ਫ਼ਾਈਲ ਰਹੇਗੀ ਜਾਂ ਨਹੀਂ: ਕੀ ਘਟਨਾ ਅਜੇ ਖੁੱਲ੍ਹੀ ਹੈ, ਫ਼ਾਈਲ ਵਿੱਚ ਕੀ ਹੈ, ਇਸ ਨੂੰ ਕਿਸ ਨੇ ਪੜ੍ਹਨਾ ਹੈ, ਅਤੇ ਲਾਗੂ ਨੀਤੀ ਕੀ ਮੰਗਦੀ ਹੈ। ਇਸੇ ਕ੍ਰਮ ਵਿੱਚ ਜਵਾਬ ਦਿਓ ਅਤੇ ਸੰਭਾਲ ਦੀ ਤਾਰੀਖ਼ ਆਪਣੇ ਆਪ ਨਿਕਲ ਆਉਂਦੀ ਹੈ। ਤਰਕ ਇੱਕ ਸਾਰਣੀ ਵਿੱਚ ਬੈਠਦਾ ਹੈ:
| Question | How it moves the answer |
|---|---|
| Incident state | An open investigation justifies a protected original; a closed one rarely does |
| Content | Connection identifiers, internal names and addresses raise the cost of a leak |
| Audience | Who retrieves it, and whether a redacted excerpt would serve them instead |
| Policy floor | The applicable service or organizational rule, which overrides a shorter reasoning |
ਜਦ ਤੱਕ ਘਟਨਾ ਖੁੱਲ੍ਹੀ ਹੈ, ਇੱਕ ਸੁਰੱਖਿਅਤ ਮੂਲ ਕਾਪੀ ਰੱਖੋ ਤਾਂ ਜੋ ਬਾਅਦ ਵਿੱਚ ਘਟਨਾਵਾਂ ਦੀ ਤੁਲਨਾ ਕਰ ਸਕੋ ਜਾਂ ਸਹਾਇਤਾ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇ ਸਕੋ, ਅਤੇ ਇਸ ਨੂੰ ਲਿਖਤੀ ਰੂਪ ਵਿੱਚ ਮਾਲਕ ਅਤੇ ਉਦੇਸ਼ ਦਿਓ। ਜਵਾਬੀ ਟੀਮ ਤੋਂ ਬਾਹਰ ਕਿਸੇ ਵੀ ਵਿਅਕਤੀ ਲਈ ਛੋਟਾ ਸੰਪਾਦਿਤ ਅੰਸ਼ ਆਮ ਤੌਰ 'ਤੇ ਕਾਫ਼ੀ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਪੂਰੇ ਨਿਰਯਾਤ ਨਾਲੋਂ ਇਸ ਦੀ ਰੱਖਿਆ ਕਰਨਾ ਕਿਤੇ ਸੌਖਾ ਹੈ। ਮੂਲ ਕਾਪੀ ਅਤੇ ਅੰਸ਼ ਵੱਖਰੇ ਦਰਸ਼ਕਾਂ ਵਾਲੀਆਂ ਵੱਖਰੀਆਂ ਵਸਤੂਆਂ ਹਨ, ਅਤੇ ਇਨ੍ਹਾਂ ਨੂੰ ਮਿਲਾਉਣਾ ਹੀ ਇੱਕੋ ਸਮੇਂ ਵੱਧ ਸੰਭਾਲ ਅਤੇ ਸਬੂਤ ਦਾ ਨੁਕਸਾਨ ਪੈਦਾ ਕਰਦਾ ਹੈ। ਨੀਤੀ ਘੱਟੋ-ਘੱਟ ਹੱਦ ਤੈਅ ਕਰਦੀ ਹੈ, ਇਸ ਲਈ ਜੇ ਇਹ ਤੁਹਾਡੇ ਤਰਕ ਨਾਲੋਂ ਵੱਧ ਸਮਾਂ ਮੰਗਦੀ ਹੈ, ਤਾਂ ਨੀਤੀ ਜਿੱਤਦੀ ਹੈ।
ਘਟਨਾ ਨੂੰ ਰਿਕਾਰਡ ਨਾਲ ਬੰਦ ਕਰੋ, ਨਿਰਯਾਤ ਨਾਲ ਨਹੀਂ
ਟਿਕਟ ਵਿੱਚ ਚਾਰ ਲਾਈਨਾਂ ਦਾ ਰਿਕਾਰਡ ਲਿਖੋ: ਲੱਛਣ, ਕਲਾਇੰਟ ਅਤੇ ਸੰਸਕਰਣ, ਉਹ ਇੱਕੋ ਗਲਤੀ ਲਾਈਨ ਜਿਸ ਨੇ ਇਸ ਨੂੰ ਪਛਾਣਿਆ, ਅਤੇ ਸੁਧਾਰ। ਹੋਰ ਕੁਝ ਨਾ ਲਗਾਓ, ਕਿਉਂਕਿ ਨਿਰਯਾਤ ਤੁਹਾਡੇ ਲਈ ਸੀ ਅਤੇ ਰਿਕਾਰਡ ਅਗਲੇ ਵਿਅਕਤੀ ਲਈ ਹੈ।
ਰਿਕਾਰਡ ਦੇ ਪੜ੍ਹੇ ਜਾਣ ਦੀ ਸੰਭਾਵਨਾ ਵੀ ਵੱਧ ਹੈ: ਪੂਰਾ ਨਿਰਯਾਤ ਮੁੱਖ ਤੌਰ 'ਤੇ ਉਸੇ ਦੀ ਸੇਵਾ ਕਰਦਾ ਹੈ ਜਿਸ ਨੇ ਇਸ ਨੂੰ ਲਿਆ, ਅਤੇ ਉਸ ਵਿਅਕਤੀ ਨੂੰ ਪਹਿਲਾਂ ਹੀ ਪਤਾ ਹੁੰਦਾ ਹੈ ਕਿ ਕੀ ਹੋਇਆ। ਰਿਕਾਰਡ ਉੱਥੇ ਰੱਖੋ ਜਿੱਥੇ ਅਗਲੀ ਘਟਨਾ ਵਿੱਚ ਖੋਜ ਹੋਵੇਗੀ, ਜਿਸ ਦਾ ਆਮ ਅਰਥ ਟਿਕਟ ਹੁੰਦਾ ਹੈ, ਤਾਰੀਖ਼ ਦੇ ਨਾਂ ਵਾਲਾ ਫ਼ੋਲਡਰ ਨਹੀਂ। ਜੇ ਰਿਕਾਰਡ ਨੂੰ ਕਨੈਕਸ਼ਨ ਪਛਾਣਕਰਤਾ ਜ਼ਾਹਰ ਕੀਤੇ ਬਿਨਾਂ ਟ੍ਰੈਕ ਕਰਨਾ ਸੰਭਵ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਤਾਂ ਕੇਸ ਨੰਬਰ ਹਵਾਲਾ ਲੈ ਸਕਦਾ ਹੈ। ਜੇ ਕੋਈ ਸਵਾਲ ਅਜੇ ਖੁੱਲ੍ਹਾ ਹੈ, ਤਾਂ ਮੂਲ ਕਾਪੀ ਉੱਪਰ ਦਿੱਤੇ ਸੁਰੱਖਿਅਤ-ਕਾਪੀ ਨਿਯਮ ਹੇਠ ਰਹਿੰਦੀ ਹੈ; ਰਿਕਾਰਡ ਬਣ ਜਾਣ ਤੋਂ ਬਾਅਦ ਬਾਕੀ ਸਭ ਜਾ ਸਕਦਾ ਹੈ।
ਇੱਕ ਮਿਟਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਹਰ ਕਾਪੀ ਲੱਭੋ
ਨਿਰਯਾਤ ਫ਼ੋਲਡਰ ਵਿੱਚ ਵੇਖੋ, ਫਿਰ ਘਟਨਾ ਵਿੰਡੋ ਦੇ ਜਰਨਲ ਵਿੱਚ, ਫਿਰ ਟਿਕਟ ਦੇ ਨੱਥੀ ਵਿੱਚ, ਫਿਰ ਬੈਕਅੱਪ ਕੈਟਾਲਾਗ ਵਿੱਚ, ਫਿਰ ਨਿਗਰਾਨੀ ਭੰਡਾਰ ਵਿੱਚ ਵੇਖੋ। ਜੇ ਉਹੀ ਕਨੈਕਸ਼ਨ ਪਛਾਣਕਰਤਾ ਪੰਜਵੀਂ ਥਾਂ ਮਿਲਦਾ ਹੈ, ਤਾਂ ਸੂਚੀ ਗਲਤ ਸੀ। ਜਰਨਲ ਹੀ ਆਮ ਹੈਰਾਨੀ ਹੈ, ਕਿਉਂਕਿ ਜਦੋਂ ਤੁਸੀਂ ਨਿਰਯਾਤ ਪੜ੍ਹ ਰਹੇ ਸੀ ਤਾਂ ਵੀ ਇਹ ਇਕੱਠਾ ਕਰਦਾ ਰਿਹਾ।
ਫ਼ਾਈਲਾਂ ਨੂੰ ਹੱਥ ਨਾਲ ਵੱਖ ਕਰਨ ਦੀ ਬਜਾਏ ਸਮਰਥਿਤ ਰੋਟੇਸ਼ਨ ਅਤੇ ਮਿਟਾਉਣ ਮਾਰਗ ਵਰਤੋ। ਜੋ ਫ਼ਾਈਲ ਅਜੇ ਖੁੱਲ੍ਹੀ ਹੈ ਉਹ ਡਾਇਰੈਕਟਰੀ ਐਂਟਰੀ ਅਲੋਪ ਹੋਣ ਤੋਂ ਬਾਅਦ ਵੀ ਆਪਣਾ ਭੰਡਾਰਣ ਰੱਖਦੀ ਹੈ, ਇਸ ਲਈ ਮਿਟਾਉਣਾ ਪੂਰਾ ਦਿਖਦਾ ਹੈ ਅਤੇ ਕੁਝ ਵੀ ਖਾਲੀ ਨਹੀਂ ਕਰਦਾ। ਇਹ ਗੋਪਨੀਯਤਾ ਦਾ ਲੇਬਲ ਪਹਿਨੀ ਭੰਡਾਰਣ ਖਰਾਬੀ ਹੈ, ਅਤੇ ਇਹ ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਟੀਚਾ ਪੂਰਾ ਨਹੀਂ ਕਰਦੀ।
ਮਿਟਾਉਣ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਕੱਠਾ ਕਰਨਾ ਰੋਕੋ
ਅਸਥਾਈ ਵਿਸਥਾਰਤ ਇਕੱਠਾ ਕਰਨਾ ਉਸ ਐਪਲੀਕੇਸ਼ਨ ਰਾਹੀਂ ਰੋਕੋ ਜੋ ਇਸ ਦਾ ਮਾਲਕ ਹੈ, ਇਸ ਦੀ ਆਉਟਪੁੱਟ ਫ਼ਾਈਲ ਸੰਪਾਦਿਤ ਕਰ ਕੇ ਨਹੀਂ। ਭੁੱਲੀ ਹੋਈ ਡੀਬੱਗ ਸੈਟਿੰਗ ਪੁਰਾਣੇ ਰਿਕਾਰਡ ਹਟਾਉਣ ਤੋਂ ਬਾਅਦ ਵੀ ਨਵੇਂ ਰਿਕਾਰਡ ਲਿਖਦੀ ਰਹਿੰਦੀ ਹੈ, ਜੋ ਹੁਣੇ ਕੀਤੇ ਕੰਮ ਨੂੰ ਚੁੱਪਚਾਪ ਰੱਦ ਕਰਦੀ ਹੈ। ਯਾਦ ਰੱਖੇ ਮੁੱਲ ਦੀ ਬਜਾਏ ਅਸਲ ਲੌਗਿੰਗ ਪੱਧਰ ਜਾਂਚੋ। ਫਿਰ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਜੋ ਬਚਿਆ ਹੈ ਉਹ ਸੁਰੱਖਿਅਤ ਹੈ ਅਤੇ ਸਿਰਫ਼ ਨਿਯਤ ਲੋਕ ਹੀ ਇਸ ਨੂੰ ਲੈ ਸਕਦੇ ਹਨ।
ਸਿਧਾਂਤ ਡੇਟਾ-ਘੱਟੋ-ਘੱਟ ਕਰਨਾ ਹੈ: ਜੋ ਘੋਸ਼ਿਤ ਉਦੇਸ਼ ਨੂੰ ਚਾਹੀਦਾ ਹੈ ਉਹ ਜਿੰਨਾ ਸਮਾਂ ਚਾਹੀਦਾ ਹੈ ਉੰਨਾ ਰੱਖੋ, ਇਸ ਤੋਂ ਵੱਧ ਨਹੀਂ, ਜਿਵੇਂ RFC 6973 ਗੋਪਨੀਯਤਾ ਮਾਰਗਦਰਸ਼ਨ ਇਸ ਨੂੰ ਪੇਸ਼ ਕਰਦਾ ਹੈ। ਉਦੇਸ਼ ਤੋਂ ਬਿਨਾਂ ਰੱਖੀ ਫ਼ਾਈਲ ਸਮਾਂ-ਮੋਹਰ ਵਾਲੀ ਦੇਣਦਾਰੀ ਹੈ। ਫ਼ਾਈਲ, ਇਸ ਦਾ ਉਦੇਸ਼, ਇਸ ਦਾ ਮਾਲਕ ਅਤੇ ਇਸ ਦੀ ਅੰਤਿਮ ਤਾਰੀਖ਼ ਦੱਸ ਸਕਣ 'ਤੇ ਫ਼ੈਸਲਾ ਪੂਰਾ ਹੁੰਦਾ ਹੈ।