pfSense আউটবাউন্ড NAT: আগে তৈরি হওয়া নিয়মগুলো পড়ুন

Firewall খুলুন, তারপর NAT, তারপর Outbound, এবং কিছু যোগ করার আগে মোডটি পড়ুন। Automatic মোডে pfSense WAN ইন্টারফেসগুলোর জন্য এবং তাদের মধ্যে রিমোট-অ্যাক্সেস VPN নেটওয়ার্কের জন্য নিয়ম তৈরি করে, তাই আপনি যে পুল যোগ করতে যাচ্ছেন সেটি প্রায়ই আগেই কভার করা থাকে। হাতে লেখা সারি অনুপস্থিত থাকা অনুবাদ অনুপস্থিত থাকার প্রমাণ নয়। নিচের ক্রমটি একটি পুল সমাধান করতে পুরো ফায়ারওয়ালকে Manual-এ বদলানো থেকে আপনাকে বিরত রাখে।

মোডটিই ঠিক করে বাক্সের প্রতিটি অন্য নেটওয়ার্কের অনুবাদ কে রক্ষণাবেক্ষণ করবে, যা একটি VPN ব্যতিক্রমের চেয়ে বড় সিদ্ধান্ত।

Automatic মোড VPN পুল আগেই কভার করে

প্রতিটি মোডের আলাদা মালিক আছে। Automatic WAN ইন্টারফেসের জন্য নিয়ম তৈরি করে এবং তার উৎসের মধ্যে রিমোট-অ্যাক্সেস VPN নেটওয়ার্ক অন্তর্ভুক্ত করে। Hybrid সেই তৈরি নিয়মগুলো রাখে এবং সেগুলোর পাশে হাতে তৈরি নিয়ম যোগ করতে দেয়। Manual কিছুই তৈরি করা বন্ধ করে, তাই ফায়ারওয়ালের প্রতিটি অনুবাদ আপনার দায়িত্ব হয়ে যায়, এমনকি যেগুলো আপনি লেখেননি সেগুলোও। চতুর্থ সেটিং আউটবাউন্ড NAT সম্পূর্ণ বন্ধ করে। হাতে লেখা দেখতে পাওয়া একটি সারি কোন মোড সক্রিয় তা না জানা পর্যন্ত কিছুই প্রমাণ করে না।

Automatic এবং Hybrid-এ পৃষ্ঠাটি তৈরি হওয়া নিয়মগুলোও দেখায়। একটি VPN পুলের অনুবাদ নেই এই সিদ্ধান্তে পৌঁছানোর আগে সেগুলো পড়ুন: উৎস কলামে পুলের নেটওয়ার্ক এবং ইন্টারফেস কলামে WAN ইন্টারফেস খুঁজুন।

পর্যালোচিত ব্যতিক্রমের জন্যই কেবল Hybrid বেছে নিন

নথিভুক্ত ব্যতিক্রম তখনও সম্ভব যখন এগ্রেস নীতি সত্যিই ভিন্ন হয়। ভাবুন একটি সার্ভার 10.90.0.0/24 বিতরণ করছে, যেখানে ফায়ারওয়ালের IPv4 ইন্টারনেট এগ্রেস দেওয়া উচিত এবং রাউটিং আগেই WAN বেছে নিচ্ছে। প্রত্যাশিত রূপান্তর হলো উৎস 10.90.0.23 কে WAN ঠিকানায় পুনর্লিখন করা। দেখুন কোনো তৈরি নিয়ম ওই এগ্রেসে এটি আগেই করে কি না; না করলে Hybrid স্বয়ংক্রিয় কভারেজ রেখেই আপনার পর্যালোচিত নিয়ম যোগ করে।

উৎস হিসেবে প্রকৃত VPN পুল বা তার জন্য সমর্থিত একটি অ্যালিয়াস ব্যবহার করুন, এবং শুধু OpenVPN ইনস্ট্যান্সের নাম পিকার থেকে অনুপস্থিত বলে কখনও অসম্পর্কিত ঠিকানা বেছে নেবেন না। any উৎস এড়িয়ে চলুন, কারণ সেটি ফায়ারওয়াল নিজে যে ট্রাফিক তৈরি করে সেটিও রূপান্তর করে।

একটি পুলের জন্য পুরো ফায়ারওয়াল Manual-এ নেবেন না। সেই সিদ্ধান্ত প্রতিটি অভ্যন্তরীণ নেটওয়ার্ক এবং প্রতিটি ভবিষ্যৎ WAN পরিবর্তনের রক্ষণাবেক্ষণ পুনর্বণ্টন করে।

NAT এগ্রেস বেছে নেয় না

রাউটিং এগ্রেস ইন্টারফেস বেছে নেয়; আউটবাউন্ড NAT নিয়ম কেবল বর্ণনা করে প্যাকেট বেরোনোর পর উৎস কীভাবে পুনর্লিখিত হয়। WAN-এর জন্য ম্যাপিং রাউটিং অন্যত্র পাঠানো প্যাকেটকে WAN-এ বাধ্য করে না, তাই NAT যোগ করে ভুল রুট ঠিক করা যায় না। প্রযোজ্য 1:1 NAT এন্ট্রি ও ব্যতিক্রমও পরীক্ষা করুন, কারণ ক্রম গুরুত্বপূর্ণ এবং নতুন সারি সবসময় জেতে না। আর আউটবাউন্ড পৃষ্ঠা ফিল্টার পৃষ্ঠা নয়।

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

নতুন সংযোগে রূপান্তরটি প্রমাণ করুন

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

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