ফায়ারওয়াল প্যাকেজ ইনস্টল হয়েছে, রিবুটের পরে নিয়মগুলো চলে গেছে

প্যাকেজটি পরিষ্কারভাবে ইনস্টল হলো, নিয়মগুলো পরীক্ষা করা হলো, আর পরের রিবুটের পরে গেটওয়ে সম্পূর্ণ খোলা ছিল। লেনদেনে কিছুই ব্যর্থ হয়নি; ব্যর্থতা ছিল কী টিকে থাকবে সেই অনুমানে। ফায়ারওয়াল সরঞ্জাম ইনস্টল করা, কোন নিয়মগুলো টিকে থাকবে তা ঠিক করা এবং সঠিক মুহূর্তে সেগুলো পুনরুদ্ধার করা তিনটি আলাদা কাজ।

লক্ষণটি আসলে আপনাকে কী বলে

রিবুটে হারিয়ে যাওয়া নিয়মের সেটের তিনটি মালিকের একটি থাকে: কেউ তা সংরক্ষণ করেনি, অন্য কিছু তা প্রতিস্থাপন করেছে, অথবা এটি যার উপর নির্ভর করে তা অস্তিত্বে আসার আগেই পুনরুদ্ধার করা হয়েছে। প্রথম দুটি কনফিগারেশনে দেখা যায়; তৃতীয়টি কেবল ক্রমেই প্রকাশ পায়। তাই রিবুটকে ডেটা হারানো মনে হতে পারে, অথচ আসলে এটি ক্রমের সমস্যা।

রিবুটের আগে যা সত্য ছিল তা লিখে শুরু করুন: কোন সার্ভিস নিয়মগুলো ধরে রেখেছিল, শুরুতে এটি কোন ফাইল বা ডেটাবেস পড়েছিল, এবং সেই উৎসে কখনো লেখা হয়েছিল কি না। কেউ না-সংরক্ষণ করা লাইভ নিয়মের সেট একটি বৈধ ব্যাখ্যা এবং সবচেয়ে সাধারণটি।

প্যাকেজ পুনরায় ইনস্টল করে শুরু করবেন না।

ব্যবহারের আগে পারসিস্টেন্স টুলটি পড়ুন

ডেবিয়ানের সরঞ্জাম পারসিস্টেন্সকে প্লাগইন সমস্যা হিসেবে দেখে: প্রতিটি প্লাগইন জানে কীভাবে নিজের নিয়ম লিখতে হয়, আর একটি মোড়ক সেগুলোকে ডাকে। এর সংরক্ষণ ক্রিয়া সেই মুহূর্তে যা লোড করা আছে তা জমা করে, আর এর শুরু ক্রিয়া সেই স্ন্যাপশট ফিরিয়ে আনে। দুই ক্রিয়ার কোনোটিই যা জমা করছে তা পুনর্বিবেচনা করে না।

এটি একটি স্ন্যাপশট, পুনর্বিবেচনা নয়। ডিবাগিং সেশন থেকে পড়ে থাকা অনুমতি, অসম্পূর্ণ পরীক্ষা বা অন্য সহায়ক যুক্ত করা উদার নিয়ম সবই আপনার রাখতে চাওয়া নীতির পাশে স্থায়ী হয়ে যায়। অবস্থা সংরক্ষণ আর অবস্থা অনুমোদন আলাদা কাজ, এবং তাদের একটিই বিচার দাবি করে। আগে লোড করা সেটটি পড়ুন, তারপর ঠিক করুন কোন লাইনগুলো টিকে থাকার যোগ্য।

যা লোড করা আছে তা পড়ার পরে সচেতনভাবে সংরক্ষণ করুন।

কী টিকে থাকবে তা ঠিক করুন

কিছু নিয়ম ইন্টারফেসের জীবনচক্রের অন্তর্গত এবং তার সঙ্গে হারিয়ে যাওয়া উচিত। অন্যগুলোকে টানেলের চেয়ে বেশি বাঁচতে হবে, আর সবচেয়ে স্পষ্ট উদাহরণ হলো এমন একটি বিধিনিষেধ যা ক্লায়েন্ট ট্রাফিককে ভৌত ইন্টারফেসে ফিরে যাওয়া নিষিদ্ধ করে, যখন টানেল পড়ে যায়। এই দুই শ্রেণির আলাদা পুনরুদ্ধার ট্রিগার দরকার, একটি সাধারণ স্ন্যাপশট নয়।

তিনটি মুহূর্তের জন্য অভিপ্রেত ফলাফল লিখুন: বুট, VPN সক্রিয়করণ এবং টানেল হারানো। তারপর দেখুন আপনার বেছে নেওয়া সরঞ্জাম প্রতিটি প্রকাশ করতে পারে কি না। স্থির স্ন্যাপশট পুনরায় লোড করা পারসিস্টেন্স প্যাকেজ প্রথমটি সামলায় এবং বাকিগুলোর কোনোটিই সামলাতে নাও পারে, কারণ স্ন্যাপশট জানে না টানেলের অবস্থা কখন বদলেছে। যদি এটি সেগুলো প্রকাশ করতে না পারে, তবে ঘাটতিটি অন্য উপাদানের।

উত্তর ঠিক করে নীতি, প্যাকেজ নয়।

পুনরুদ্ধারের ক্রম পরীক্ষা করুন

ফাইল পুনরুদ্ধার করা ফলাফলের মালিক হওয়ার সমান নয়। অন্য ম্যানেজার নিয়মগুলো প্রতিস্থাপন করতে পারে, আগের অনুমতি সেগুলো ছায়াবৃত করতে পারে, অথবা বিধিনিষেধ কার্যকর হওয়ার আগেই ক্লায়েন্টরা পাঠানো শুরু করতে পারে। কেবল সংরক্ষিত ফাইলের উপস্থিতি নয়, শুরু ও পুনঃসংযোগের আচরণ পর্যালোচনা করুন।

systemctl status netfilter-persistent
iptables -S

পারসিস্টেন্স সার্ভিস বন্ধ করা ক্ষতিকর নয় বলে ধরে নেবেন না, কারণ প্যাকেজটি বন্ধ হওয়ার সময় শর্তসাপেক্ষ ফ্লাশের কথা নথিভুক্ত করে। দূর থেকে পরিচালিত গেটওয়েতে বন্ধ বা পুনরায় শুরুকে পরীক্ষা হিসেবে ব্যবহার করার আগে সার্ভিসের প্রকৃত কনফিগারেশন নিশ্চিত করুন। সেই পরীক্ষার আগে কনসোল সেশন ও নথিভুক্ত রোলব্যাক ন্যূনতম।

ক্রম চালু সিস্টেমের বৈশিষ্ট্য, ডিস্কের ফাইলের নয়।

তিনটি আলাদা ফলাফল মেনে নিন

প্যাকেজ ইনস্টলেশন, লোড করা নিয়মের সেট এবং প্রয়োগ করা নীতি আলাদা তথ্য হিসেবে লিখুন। সহায়তা থ্রেডে প্যাকেজের নাম কেবল প্রথমটির উত্তর দেয়, আর সেটিই যা খুব কম ক্ষেত্রে গুরুত্বপূর্ণ।

nft list ruleset

তারপর একটি অনুমোদিত ক্রিয়া এবং একটি আবশ্যক প্রত্যাখ্যান পরীক্ষা করুন।

রিবুটের পরে এবং টানেল পড়ার পরে প্রত্যাখ্যান টিকে থাকলে নীতিটি টিকে আছে। যদি এটি কেবল সেই অবস্থাগুলোর একটিতে টিকে থাকে, তবে আপনি সমস্যাটি ঠিক না করে ক্রমের সমস্যাটি খুঁজে পেয়েছেন।