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 গোপনীয়তা নির্দেশিকা এটিকে বর্ণনা করে। উদ্দেশ্য ছাড়া রাখা ফাইল হলো টাইমস্ট্যাম্পসহ একটি দায়। সিদ্ধান্ত শেষ হয় যখন আপনি ফাইলটি, তার উদ্দেশ্য, তার মালিক ও তার শেষ তারিখ বলতে পারেন।