WiFi কন্ট্রোলারের জন্য পোর্ট ফরোয়ার্ডিং: একটি কনফিগারেশন গাইড

এক্সিকিউটিভ সামারি

একাধিক সাইট জুড়ে অন-প্রিমিস ওয়্যারলেস ল্যান কন্ট্রোলার (WLC) দিয়ে WiFi পরিচালনা করা এন্টারপ্রাইজ সংস্থাগুলির জন্য, সুরক্ষিত এবং নির্ভরযোগ্য কানেক্টিভিটি একটি প্রধান অপারেশনাল উদ্বেগের বিষয়। যখন অ্যাক্সেস পয়েন্ট (AP) গুলি রিমোট ব্রাঞ্চে অবস্থিত থাকে এবং ইন্টারনেটের মাধ্যমে সেন্ট্রাল কন্ট্রোলার থেকে আলাদা থাকে, তখন তাদের যোগাযোগের জন্য একটি পদ্ধতির প্রয়োজন হয়। এই গাইডটি সেই পদ্ধতি হিসেবে পোর্ট ফরোয়ার্ডিং (ইনবাউন্ড NAT)-এর ব্যবহার নিয়ে আলোচনা করে। কখন পোর্ট ফরোয়ার্ডিং ব্যবহার করতে হবে এবং কখন VPN বা ক্লাউড-ম্যানেজড আর্কিটেকচারের মতো আরও সুরক্ষিত বিকল্পগুলি ব্যবহার করতে হবে, তার জন্য আমরা একটি গুরুত্বপূর্ণ ডিসিশন ফ্রেমওয়ার্ক অন্বেষণ করব। এই ডকুমেন্টটি CAPWAP টানেল, ম্যানেজমেন্ট অ্যাক্সেস এবং অথেন্টিকেশন সার্ভিসের জন্য প্রয়োজনীয় পোর্টগুলির একটি ভেন্ডর-নিউট্রাল ওভারভিউ প্রদান করে, যার মধ্যে Cisco, Ruckus এবং Ubiquiti কন্ট্রোলারগুলির নির্দিষ্ট পোর্ট তালিকা অন্তর্ভুক্ত রয়েছে। সবচেয়ে গুরুত্বপূর্ণভাবে, আমরা উল্লেখযোগ্য সিকিউরিটি ঝুঁকিগুলি—বর্ধিত অ্যাটাক সারফেস থেকে শুরু করে PCI DSS এবং GDPR-এর অধীনে কমপ্লায়েন্স লঙ্ঘন পর্যন্ত—বিস্তারিতভাবে আলোচনা করি এবং ঝুঁকি কমানোর জন্য কার্যকর বেস্ট প্র্যাকটিস প্রদান করি। এর মধ্যে রয়েছে ফায়ারওয়াল রুল কনফিগারেশন, DMZ-এ নেটওয়ার্ক সেগমেন্টেশন এবং প্রিন্সিপাল অফ লিস্ট প্রিভিলেজ। এর উদ্দেশ্য হলো নেটওয়ার্ক আর্কিটেক্ট এবং আইটি ডিরেক্টরদের এমন জ্ঞানে সজ্জিত করা যাতে তারা নেটওয়ার্কের ইন্টিগ্রিটির সাথে আপস না করে ব্যবসায়িক উদ্দেশ্যগুলিকে সমর্থন করে এমন একটি শক্তিশালী, সুরক্ষিত এবং উচ্চ-পারফর্মিং মাল্টি-সাইট WiFi আর্কিটেকচার বাস্তবায়ন করতে পারে।

টেকনিক্যাল ডিপ-ডাইভ

আধুনিক সেন্ট্রালাইজড WiFi আর্কিটেকচারের ভিত্তি প্রোটোকল হলো কন্ট্রোল অ্যান্ড প্রভিশনিং অফ ওয়্যারলেস অ্যাক্সেস পয়েন্টস (CAPWAP) প্রোটোকল, যা RFC 5415 [1]-এ প্রমিত করা হয়েছে। CAPWAP একটি WLC-কে AP-এর একটি ফ্লিট পরিচালনা ও নিয়ন্ত্রণ করতে সক্ষম করে, যা একটি ইউনিফাইড নেটওয়ার্ক ফ্যাব্রিক তৈরি করে। প্রোটোকলটি রাউটার এবং ফায়ারওয়াল অতিক্রম করার জন্য ডিজাইন করা হয়েছে, যা এটিকে মাল্টি-সাইট ডিপ্লয়মেন্টের জন্য উপযুক্ত করে তোলে। যোগাযোগ দুটি প্রাথমিক UDP চ্যানেলের মাধ্যমে ঘটে:

• CAPWAP কন্ট্রোল (UDP 5246): এই চ্যানেলটি AP এবং WLC-এর মধ্যে সমস্ত ম্যানেজমেন্ট এবং কন্ট্রোল ফাংশনের জন্য ব্যবহৃত হয়। এর মধ্যে রয়েছে কনফিগারেশন পুশ, ফার্মওয়্যার আপডেট এবং স্ট্যাটাস মনিটরিং। স্ট্যান্ডার্ড অনুযায়ী, এই কন্ট্রোল চ্যানেলটি ডেটাগ্রাম ট্রান্সপোর্ট লেয়ার সিকিউরিটি (DTLS) এনক্রিপশন ব্যবহার করে বাধ্যতামূলকভাবে সুরক্ষিত করা হয়, যা ম্যানেজমেন্ট কমান্ডের জন্য একটি সুরক্ষিত টানেল প্রদান করে।
• CAPWAP ডেটা (UDP 5247): যেসব ডিপ্লয়মেন্টে ক্লায়েন্ট ট্র্যাফিক কন্ট্রোলারে ফিরে টানেল করা হয় (AP-তে স্থানীয়ভাবে ব্রিজ করার পরিবর্তে), এই চ্যানেলটি এনক্যাপসুলেটেড ইউজার ডেটা বহন করে। যদিও স্ট্যান্ডার্ডে এই চ্যানেলের জন্য এনক্রিপশন ঐচ্ছিক, বেস্ট প্র্যাকটিস নির্দেশ করে যে ট্রানজিটে ক্লায়েন্ট ডেটা সুরক্ষিত করতে এটিকেও DTLS দিয়ে সুরক্ষিত করা উচিত।

যখন একটি AP একটি NAT ডিভাইসের পিছনে থাকে, তখন এটি WLC-এর পাবলিক IP অ্যাড্রেস (প্রায়শই DNS বা একটি DHCP অপশনের মাধ্যমে) আবিষ্কার করে এবং একটি CAPWAP কানেকশন শুরু করে। WLC-এর সামনের ফায়ারওয়ালটিকে অবশ্যই পোর্ট ফরোয়ার্ডিং রুল দিয়ে কনফিগার করতে হবে যাতে এই ইনকামিং UDP প্যাকেটগুলিকে কন্ট্রোলারের প্রাইভেট IP অ্যাড্রেসে নির্দেশ করা যায়।

মূল CAPWAP প্রোটোকলের বাইরে, একটি সম্পূর্ণ কার্যকরী ডিপ্লয়মেন্টের জন্য আরও কয়েকটি পোর্ট প্রয়োজনীয়:

• ম্যানেজমেন্ট অ্যাক্সেস: অ্যাডমিনিস্ট্রেটরদের কন্ট্রোলারের ম্যানেজমেন্ট ইন্টারফেসে অ্যাক্সেস প্রয়োজন। এটি সাধারণত HTTPS (TCP 443 বা Ruckus এবং Ubiquiti-এর মতো কিছু প্ল্যাটফর্মে TCP 8443)-এর মাধ্যমে প্রদান করা হয়। সিকিউর শেল (TCP 22) CLI অ্যাক্সেস প্রদান করে। এই পোর্টগুলিকে ইন্টারনেটে উন্মুক্ত করা একটি প্রধান সিকিউরিটি উদ্বেগ এবং অ্যাক্সেস কঠোরভাবে সীমাবদ্ধ করা উচিত।
• অথেন্টিকেশন (AAA): WPA2/WPA3-এন্টারপ্রাইজ ব্যবহার করে এন্টারপ্রাইজ-গ্রেড সিকিউরিটির জন্য, WLC-কে অবশ্যই একটি RADIUS সার্ভারের সাথে যোগাযোগ করতে হবে। এর জন্য UDP 1812 (অথেন্টিকেশন) এবং UDP 1813 (অ্যাকাউন্টিং) প্রয়োজন। যদি RADIUS সার্ভারটি লোকাল নেটওয়ার্কের বাইরে থাকে, তবে এই পোর্টগুলিকে অবশ্যই ফরোয়ার্ড করতে হবে।
• গেস্ট এবং Captive Portal: যদি গেস্ট অ্যাক্সেসের জন্য একটি Captive Portal ব্যবহার করা হয়, তবে WLC-কে অবশ্যই এর সাথে যোগাযোগ করতে সক্ষম হতে হবে। Purple-এর মতো এক্সটার্নাল পোর্টালগুলির জন্য, এর অর্থ হলো প্রায়শই পোর্টালের সার্ভারগুলি থেকে কন্ট্রোলারে ইনবাউন্ড HTTPS ট্র্যাফিককে অথেন্টিকেশন এবং সেশন ইনফরমেশন প্রসেস করার অনুমতি দেওয়া।

ভেন্ডর-নির্দিষ্ট পোর্ট রিকোয়ারমেন্ট

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

ইমপ্লিমেন্টেশন গাইড

একটি WLC-এর জন্য পোর্ট ফরোয়ার্ডিং বাস্তবায়নের জন্য সিকিউরিটির উপর দৃষ্টি নিবদ্ধ করে একটি পদ্ধতিগত অ্যাপ্রোচ প্রয়োজন। লক্ষ্য হলো ইন্টারনেটে একেবারে ন্যূনতম প্রয়োজনীয় অংশ উন্মুক্ত রেখে রিমোট AP কানেক্টিভিটি সক্ষম করা।

ধাপ ১: আর্কিটেকচার এবং নেটওয়ার্ক প্লেসমেন্ট

সবচেয়ে গুরুত্বপূর্ণ সিদ্ধান্ত হলো WLC কোথায় স্থাপন করা হবে। এটিকে কখনোই বিশ্বস্ত কর্পোরেট LAN-এ স্থাপন করা উচিত নয়। বেস্ট প্র্যাকটিস হলো কন্ট্রোলারের জন্য একটি ডেডিকেটেড নেটওয়ার্ক সেগমেন্ট বা ডিমিলিটারাইজড জোন (DMZ) তৈরি করা। এটি WLC-কে আলাদা করে এবং নিশ্চিত করে যে এটি আপস করা হলেও, আক্রমণকারীর অভ্যন্তরীণ কর্পোরেট নেটওয়ার্কে সরাসরি অ্যাক্সেস থাকবে না। এরপর DMZ, ইন্টারনেট এবং বিশ্বস্ত LAN-এর মধ্যে ট্র্যাফিক কঠোরভাবে নিয়ন্ত্রণ করার জন্য ফায়ারওয়াল পলিসি কনফিগার করা উচিত।

ধাপ ২: ফায়ারওয়াল কনফিগারেশন

1. NAT এবং পোর্ট ফরোয়ার্ডিং রুল তৈরি করুন: প্রতিটি প্রয়োজনীয় পোর্টের জন্য, একটি ডেস্টিনেশন NAT (DNAT) রুল তৈরি করুন যা ফায়ারওয়ালের পাবলিক IP অ্যাড্রেস এবং এক্সটার্নাল পোর্টকে DMZ-এ WLC-এর প্রাইভেট IP অ্যাড্রেস এবং সংশ্লিষ্ট ইন্টারনাল পোর্টে অনুবাদ করে।
2. ইনবাউন্ড অ্যাক্সেস রুল তৈরি করুন: এটি সবচেয়ে গুরুত্বপূর্ণ সিকিউরিটি ধাপ। ফরোয়ার্ড করা পোর্টগুলিতে ট্র্যাফিকের অনুমতি দেওয়ার জন্য ফায়ারওয়াল রুল তৈরি করুন, তবে সর্বদা সোর্স IP অ্যাড্রেস নির্দিষ্ট করুন। CAPWAP পোর্টের জন্য, সোর্সটি আপনার রিমোট সাইটগুলির পাবলিক IP অ্যাড্রেস হওয়া উচিত। ম্যানেজমেন্ট পোর্টের (HTTPS/SSH) জন্য, সোর্সটিকে অবশ্যই বিশ্বস্ত IP অ্যাড্রেসের একটি হোয়াইটলিস্টে সীমাবদ্ধ করতে হবে, যেমন আপনার কর্পোরেট অফিস বা একটি ডেডিকেটেড ম্যানেজমেন্ট জাম্প হোস্ট। > সিকিউরিটি সতর্কতা: একটি সাধারণ এবং বিপজ্জনক ভুল হলো সোর্স অ্যাড্রেসটিকে 'Any' বা '0.0.0.0/0' হিসেবে রেখে দেওয়া। এটি আপনার কন্ট্রোলারের ম্যানেজমেন্ট ইন্টারফেসকে পুরো ইন্টারনেটের কাছে উন্মুক্ত করে দেয়, যা ব্রুট-ফোর্স আক্রমণকে আমন্ত্রণ জানায়।
3. অপ্রয়োজনীয় প্রোটোকল ব্লক করুন: স্পষ্টভাবে এমন রুল তৈরি করুন যা WLC-এর পাবলিক IP-তে অন্য সমস্ত ট্র্যাফিক অস্বীকার করে। উপরন্তু, নিশ্চিত করুন যে Telnet (TCP 23) এবং TFTP (UDP 69)-এর মতো অনিরাপদ প্রোটোকলগুলি কন্ট্রোলারে নিষ্ক্রিয় করা হয়েছে এবং ফায়ারওয়ালে ব্লক করা হয়েছে।
4. স্টেটফুল ইন্সপেকশন সক্ষম করুন: নিশ্চিত করুন যে আপনার ফায়ারওয়াল একটি স্টেটফুল মোডে কাজ করছে। এর মানে হলো এটি কানেকশনের অবস্থা ট্র্যাক করে এবং স্বয়ংক্রিয়ভাবে অযাচিত ইনবাউন্ড প্যাকেটগুলিকে অস্বীকার করবে যা কোনো স্বীকৃত সেশনের অংশ নয়।

ধাপ ৩: কন্ট্রোলার কনফিগারেশন

WLC-তে, নিশ্চিত করুন যে ফায়ারওয়ালের পাবলিক IP অ্যাড্রেসটি কন্ট্রোলারের প্রাইমারি ইন্টারফেস বা NAT'd অ্যাড্রেস হিসেবে কনফিগার করা হয়েছে। এটি কন্ট্রোলারকে সঠিকভাবে CAPWAP রেসপন্স তৈরি করতে দেয় যাতে সেগুলিকে আবার AP-তে রাউট করা যায়। নিশ্চিত করুন যে CAPWAP-এর জন্য DTLS এনক্রিপশনের মতো ফিচারগুলি সক্ষম করা আছে।

বেস্ট প্র্যাকটিস

• বিকল্প পছন্দ করুন: সবচেয়ে সুরক্ষিত অ্যাপ্রোচ হলো সরাসরি পোর্ট ফরোয়ার্ডিং এড়ানো। যদি সম্ভব হয়, রিমোট লোকেশন এবং কন্ট্রোলারের ডেটা সেন্টারের মধ্যে একটি সাইট-টু-সাইট VPN বাস্তবায়ন করুন। এটি একটি সুরক্ষিত টানেলে সমস্ত ট্র্যাফিক এনক্যাপসুলেট করে, পাবলিক-ফেসিং পোর্টের প্রয়োজনীয়তা দূর করে।
• ক্লাউড গ্রহণ করুন: নতুন ডিপ্লয়মেন্ট বা হার্ডওয়্যার রিফ্রেশের জন্য, একটি ক্লাউড-ম্যানেজড WiFi সলিউশন (যেমন, Cisco Meraki, Ruckus One, Aruba Central) দৃঢ়ভাবে বিবেচনা করুন। এই প্ল্যাটফর্মগুলি এমনভাবে ডিজাইন করা হয়েছে যাতে AP-গুলি ক্লাউডে আউটবাউন্ড কানেকশন শুরু করে, যেকোনো ইনবাউন্ড ফায়ারওয়াল রুলের প্রয়োজনীয়তা দূর করে এবং ম্যানেজমেন্টকে সহজ করে।
• নিয়মিত অডিট: PCI DSS রিকোয়ারমেন্ট 1.1.6 দ্বারা বাধ্যতামূলক হিসেবে, ফায়ারওয়াল এবং রাউটার রুল সেটগুলি অন্তত প্রতি ছয় মাসে পর্যালোচনা করা উচিত। এই প্রক্রিয়াটি প্রতিটি রুলের ব্যবসায়িক যৌক্তিকতা যাচাই করবে এবং নিশ্চিত করবে যে সেগুলি যতটা সম্ভব সীমাবদ্ধ।
• স্ট্রং অথেন্টিকেশন ব্যবহার করুন: যেখানে সম্ভব মাল্টি-ফ্যাক্টর অথেন্টিকেশন (MFA) দিয়ে ম্যানেজমেন্ট ইন্টারফেসগুলিকে সুরক্ষিত করুন। শক্তিশালী, জটিল পাসওয়ার্ড ব্যবহার করুন এবং নিয়মিত সেগুলি পরিবর্তন করুন।
• লগিং এবং মনিটরিং: ফায়ারওয়াল এবং WLC লগগুলিকে একটি সেন্ট্রাল SIEM (সিকিউরিটি ইনফরমেশন অ্যান্ড ইভেন্ট ম্যানেজমেন্ট) সিস্টেমে ফরোয়ার্ড করুন। অস্বাভাবিক কানেকশন প্রচেষ্টা, বারবার ব্যর্থ লগইন এবং অপ্রত্যাশিত ট্র্যাফিক প্যাটার্ন মনিটর করুন।

ট্রাবলশুটিং এবং রিস্ক মিটিগেশন

সাধারণ ফেইলিওর মোড: AP-গুলি কন্ট্রোলারে জয়েন করতে ব্যর্থ হয়

• লক্ষণ: একটি রিমোট সাইটের AP-গুলি একটি ডিসকভারি লুপে আটকে থাকে এবং কখনোই কন্ট্রোলার ড্যাশবোর্ডে উপস্থিত হয় না।
• ট্রাবলশুটিং:
  1. রিমোট সাইট থেকে কন্ট্রোলারের পাবলিক IP-তে বেসিক নেটওয়ার্ক কানেক্টিভিটি যাচাই করুন (ping, traceroute)।
  2. কন্ট্রোলার সাইডে ফায়ারওয়াল লগ চেক করুন। আপনি কি AP-এর পাবলিক IP থেকে ইনবাউন্ড UDP 5246 প্যাকেট দেখতে পাচ্ছেন? সেগুলিকে কি অনুমতি দেওয়া হচ্ছে নাকি ড্রপ করা হচ্ছে?
  3. যাচাই করুন যে WLC-এর প্রাইভেট IP-এর জন্য NAT/পোর্ট ফরোয়ার্ডিং রুলগুলি সঠিকভাবে কনফিগার করা হয়েছে।
  4. নিশ্চিত করুন যে রিমোট সাইটে NAT-এর দ্বিতীয় লেয়ার (ডাবল NAT) নেই যা কানেকশনে হস্তক্ষেপ করতে পারে।

ঝুঁকি: কন্ট্রোলার কম্প্রোমাইজ

• দৃশ্যপট: WLC-এর ওয়েব ম্যানেজমেন্ট ইন্টারফেসে একটি দুর্বলতা আবিষ্কৃত হয়েছে এবং TCP 443-এর জন্য আপনার পোর্ট ফরোয়ার্ডিং রুলে 'Any' সোর্স রয়েছে।
• প্রশমন: এটি সোর্স IP সীমাবদ্ধ করার গুরুত্ব তুলে ধরে। যদি সোর্সটি আপনার অফিসের IP-তে সীমাবদ্ধ থাকে, তবে দুর্বলতাটি বৃহত্তর ইন্টারনেট থেকে কাজে লাগানো যাবে না। এটি ডিফেন্স-ইন-ডেপথের একটি ক্লাসিক উদাহরণ। আরও প্রশমনের মধ্যে রয়েছে আক্রমণকারীর ল্যাটারাল মুভমেন্ট সীমিত করতে WLC-কে একটি DMZ-এ স্থাপন করা এবং সময়মতো ভেন্ডরের কাছ থেকে সিকিউরিটি প্যাচ প্রয়োগ করা।

ঝুঁকি: কমপ্লায়েন্স লঙ্ঘন

• দৃশ্যপট: একটি PCI DSS অডিটে দেখা যায় যে WLC একটি রিটেইল স্টোরে AP পরিচালনা করছে যা ক্রেডিট কার্ড পেমেন্ট প্রসেস করে এবং WLC কার্ডহোল্ডার ডেটা এনভায়রনমেন্ট (CDE) থেকে সঠিকভাবে সেগমেন্ট করা হয়নি।
• প্রশমন: PCI DSS কমপ্লায়েন্সের জন্য নেটওয়ার্ক সেগমেন্টেশন অপরিহার্য [2]। পেমেন্ট টার্মিনাল দ্বারা ব্যবহৃত ওয়্যারলেস নেটওয়ার্কটিকে গেস্ট এবং কর্পোরেট WiFi সহ অন্য সমস্ত নেটওয়ার্ক থেকে আলাদা করতে হবে। যদি এটি CDE-এর সিকিউরিটিকে প্রভাবিত করতে পারে তবে অডিটের জন্য WLC-কে ইন-স্কোপ হিসেবে বিবেচনা করতে হবে। GDPR-এর জন্য, গেস্ট WiFi ডেটা হলো ব্যক্তিগত ডেটা এবং নেটওয়ার্ক ডিজাইনকে অবশ্যই এতে অননুমোদিত অ্যাক্সেস রোধ করতে হবে [3]।

ROI এবং বিজনেস ইমপ্যাক্ট

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

বিপরীতে, একটি ক্লাউড-ম্যানেজড সলিউশন কস্ট মডেলকে CapEx থেকে OpEx (পুনরাবৃত্ত সাবস্ক্রিপশন ফি)-এ স্থানান্তরিত করে। হ্রাসকৃত IT ওভারহেডের মাধ্যমে ROI উপলব্ধি করা হয়—রক্ষণাবেক্ষণের জন্য কোনো অন-প্রিমিস হার্ডওয়্যার নেই, কন্ট্রোলার অ্যাক্সেসের জন্য পরিচালনা করার মতো কোনো জটিল ফায়ারওয়াল রুল নেই এবং নতুন সাইটগুলির দ্রুত ডিপ্লয়মেন্ট। রিটেইল চেইন বা হসপিটালিটি গ্রুপের মতো অনেক ডিস্ট্রিবিউটেড এন্টারপ্রাইজের জন্য, একটি ক্লাউড-ম্যানেজড প্ল্যাটফর্মের টোটাল কস্ট অফ ওনারশিপ (TCO) এবং উন্নত সিকিউরিটি পোসচার একটি বাধ্যতামূলক বিজনেস কেস প্রদান করে, যা একটি লিগ্যাসি অন-প্রিমিস আর্কিটেকচার থেকে মাইগ্রেশনকে সমর্থন করে।

রেফারেন্স

[1] IETF, RFC 5415: কন্ট্রোল অ্যান্ড প্রভিশনিং অফ ওয়্যারলেস অ্যাক্সেস পয়েন্টস (CAPWAP) প্রোটোকল স্পেসিফিকেশন, https://datatracker.ietf.org/doc/html/rfc5415 [2] PCI সিকিউরিটি স্ট্যান্ডার্ডস কাউন্সিল, PCI DSS v4.0, https://www.pcisecuritystandards.org/document_library/ [3] জেনারেল ডেটা প্রোটেকশন রেগুলেশন (GDPR), https://gdpr-info.eu/