শেয়ার্ড WiFi নেটওয়ার্কের জন্য মাইক্রো-সেগমেন্টেশন-এর সেরা অনুশীলনসমূহ

Micro-Segmentation Best Practices for Shared WiFi Networks — A Purple Technical Briefing [ভূমিকা — প্রায় ১ মিনিট] Purple টেকনিক্যাল ব্রিফিং সিরিজে আপনাকে स्वागत। আমি আপনার হোস্ট, এবং আজ আমরা শেয়ার্ড WiFi অবকাঠামো পরিচালনাকারী যেকোনো ভেন্যুর জন্য সবচেয়ে অপারেশনালভাবে গুরুত্বপূর্ণ বিষয়গুলোর একটি নিয়ে আলোচনা করছি: WiFi মাইক্রো-সেগমেন্টেশন। আপনি যদি কোনো হোটেল, রিটেইল এস্টেট, স্টেডিয়াম বা কনফারেন্স সেন্টার জুড়ে নেটওয়ার্ক অবকাঠামো পরিচালনা করেন, তবে আপনি প্রায় নিশ্চিতভাবেই একই ফিজিক্যাল অ্যাক্সেস লেয়ারে গেস্ট ডিভাইস, IoT সিস্টেম এবং স্টাফ এন্ডপয়েন্টগুলো চালাচ্ছেন। এটি একটি উল্লেখযোগ্য নিরাপত্তা এবং কমপ্লায়েন্স ঝুঁকি — এবং মাইক্রো-সেগমেন্টেশন হলো এর আর্কিটেকচারাল সমাধান। পরবর্তী দশ মিনিটে, আমরা টেকনিক্যাল আর্কিটেকচার, বাস্তবায়ন প্রক্রিয়া, কমপ্লায়েন্সের প্রভাব এবং বাস্তবসম্মত ফলাফলগুলো কভার করতে যাচ্ছি যা আপনার আশা করা উচিত। এটি একজন পেশাদারের ব্রিফিং, কোনো তাত্ত্বিক বক্তৃতা নয় — তাই চলুন সরাসরি মূল আলোচনায় চলে যাই। [টেকনিক্যাল ডিপ ডাইভ — প্রায় ৫ মিনিট] চলুন মৌলিক বিষয়গুলো দিয়ে শুরু করা যাক। একটি শেয়ার্ড WLAN-এর প্রেক্ষাপটে মাইক্রো-সেগমেন্টেশন বলতে বোঝায় ডিভাইস ক্লাস এবং ব্যবহারকারী গ্রুপগুলোর মধ্যে গ্র্যানুলার, পলিসি-চালিত আইসোলেশন প্রয়োগ করা — কেবল অ্যাপ্লিকেশন লেয়ারে নয়, নেটওয়ার্ক লেয়ারেও। ঐতিহ্যবাহী VLAN-ভিত্তিক সেগমেন্টেশনের সাথে এর মূল পার্থক্য হলো গ্র্যানুলারিটি এবং ডাইনামিজম। ঐতিহ্যবাহী VLAN আপনাকে সাধারণ বিভাজন দেয়। মাইক্রো-সেগমেন্টেশন আপনাকে প্রতি-ডিভাইস, প্রতি-সেশন এবং প্রতি-ভূমিকা অনুযায়ী পলিসি প্রয়োগের সুবিধা দেয়। এখানকার মৌলিক স্ট্যান্ডার্ডগুলো হলো পোর্ট-ভিত্তিক নেটওয়ার্ক অ্যাক্সেস নিয়ন্ত্রণের জন্য IEEE 802.1X এবং ওয়্যারলেস অথেন্টিকেশন লেয়ারের জন্য WPA3-Enterprise। যখন আপনি একটি RADIUS ব্যাক-এন্ডের সাথে 802.1X একত্রিত করেন, তখন আপনি ডাইনামিক VLAN অ্যাসাইনমেন্ট পান — যার অর্থ হলো একটি ডিভাইসের নেটওয়ার্ক সেগমেন্ট অথেন্টিকেশনের সময় তার ক্রেডেনশিয়াল, সার্টিফিকেট বা ডিভাইস প্রোফাইলের ওপর ভিত্তি করে নির্ধারিত হয়। এটিই হলো একটি WLAN-এ মাইক্রো-সেগমেন্টেশনের ইঞ্জিন। এখন, একটি ভেন্যু পরিবেশে আপনার আইসোলেট করা প্রয়োজন এমন তিনটি প্রাথমিক ট্রাফিক ক্লাস সম্পর্কে কথা বলা যাক। প্রথম: গেস্ট ট্রাফিক। এটি আপনার সবচেয়ে বেশি ভলিউম এবং সবচেয়ে কম ট্রাস্টের সেগমেন্ট। গেস্টরা একটি ক্যাপটিভ পোর্টাল-এর মাধ্যমে সংযুক্ত হয় — সাধারণত ইমেল, সোশ্যাল লগইন বা SMS OTP ব্যবহার করে — এবং তাদের কোনো অভ্যন্তরীণ নেটওয়ার্ক রিসোর্স দেখার সুযোগ ছাড়াই শুধুমাত্র ইন্টারনেট অ্যাক্সেস দেওয়া উচিত। গেস্ট সেগমেন্টটি একটি কঠোর নেটওয়ার্ক সীমানা হওয়া উচিত। সেগমেন্টের মধ্যে ক্লায়েন্ট আইসোলেশন অবশ্যই সক্ষম করতে হবে যাতে গেস্ট ডিভাইসগুলো একে অপরের সাথে যোগাযোগ করতে না পারে, যা নিরাপত্তা এবং GDPR কমপ্লায়েন্স উভয়ের জন্যই অত্যন্ত গুরুত্বপূর্ণ। Purple-এর গেস্ট WiFi প্ল্যাটফর্ম এই অথেন্টিকেশন এবং পলিসি প্রয়োগের লেয়ারটি পরিচালনা করে এবং আপনার RADIUS ও অ্যাক্সেস পয়েন্ট অবকাঠামোর সাথে সরাসরি সংহত হয়। দ্বিতীয়: IoT ডিভাইস। এখানেই বেশিরভাগ ভেন্যু নেটওয়ার্কের সবচেয়ে বড় ঝুঁকি থাকে। স্মার্ট টিভি, আইপি ক্যামেরা, ডোর অ্যাক্সেস কন্ট্রোলার, HVAC সেন্সর, ডিজিটাল সাইনেজ প্লেয়ার, POS পেরিফেরাল — এই ডিভাইসগুলো সাধারণত ন্যূনতম সিকিউরিটি হার্ডেনিং সহ এমবেডেড ফার্মওয়্যার চালায়, এগুলো খুব কমই 802.1X সমর্থন করে এবং এগুলো ল্যাটারাল মুভমেন্ট আক্রমণের জন্য উচ্চ-মূল্যের লক্ষ্য। সঠিক পদ্ধতি হলো সমস্ত IoT ডিভাইসকে শুধুমাত্র ইগ্রেস পলিসি সহ একটি ডেডিকেটেড, আইসোলেটেড সেগমেন্টে রাখা। IoT ডিভাইসগুলো শুধুমাত্র তাদের নির্দিষ্ট ম্যানেজমেন্ট প্ল্যাটফর্মে পৌঁছাতে সক্ষম হওয়া উচিত — তা বিল্ডিং ম্যানেজমেন্ট সিস্টেম, ক্লাউড IoT হাব বা ভেন্ডর-নির্দিষ্ট কন্ট্রোলার যাই হোক না কেন। গেস্ট সেগমেন্টে তাদের কোনো অ্যাক্সেস থাকা উচিত নয়, স্টাফ সেগমেন্টেও কোনো অ্যাক্সেস থাকা উচিত নয় এবং আদর্শভাবে অন্য কোনো সেগমেন্ট থেকে কোনো ইনবাউন্ড কানেক্টিভিটি থাকা উচিত নয়। একটি ডেডিকেটেড IoT SSID-এর মাধ্যমে MAC-ভিত্তিক অথেন্টিকেশন বা সার্টিফিকেট-ভিত্তিক অনবোর্ডিং হলো এখানকার স্ট্যান্ডার্ড ডেপ্লয়মেন্ট প্যাটার্ন। তৃতীয়: স্টাফ এবং কর্পোরেট ট্রাফিক। এই সেগমেন্টটি আপনার সবচেয়ে বিশ্বস্ত এবং সবচেয়ে সংবেদনশীল ডেটা বহন করে — POS লেনদেন, HRシステム, ব্যাক-অফিস অ্যাপ্লিকেশন। এটি গেস্ট এবং IoT উভয় সেগমেন্ট থেকে সম্পূর্ণরূপে আইসোলেটেড হতে হবে। IEEE 802.1X সহ EAP-TLS — অর্থাৎ, সার্টিফিকেট-ভিত্তিক মিউচুয়াল অথেন্টিকেশন — স্টাফ ডিভাইস অনবোর্ডিংয়ের জন্য গোল্ড স্ট্যান্ডার্ড। এটি ক্রেডেনশিয়াল-ভিত্তিক আক্রমণগুলোকে সম্পূর্ণরূপে দূর করে। স্টাফ ডিভাইসগুলো আপনার MDM প্ল্যাটফর্মের মাধ্যমে এনরোল করা উচিত, যেখানে সার্টিফিকেটগুলো স্বয়ংক্রিয়ভাবে প্রোভিশন করা হয়, যাতে অথেন্টিকেশনটি শেষ ব্যবহারকারীর কাছে নির্বিঘ্ন হয়। এখন, ফিজিক্যাল লেয়ার সম্পর্কে কিছু কথা। আমার দেখা সবচেয়ে সাধারণ আর্কিটেকচারাল ভুলগুলোর একটি হলো অপারেটররা প্রতিটি সেগমেন্টের জন্য আলাদা SSID চালায় এবং ধরে নেয় যে এটি আইসোলেশন প্রদান করে। এটি করে না। সঠিক VLAN ট্যাগিং, ফায়ারওয়াল পলিসি প্রয়োগ এবং ক্লায়েন্ট আইসোলেশন ছাড়া SSID পৃথকীকরণ হলো কেবল দেখানোর জন্য নিরাপত্তা। অ্যাক্সেস পয়েন্টটিকে অবশ্যই রেডিও লেভেলে সঠিক VLAN-এ ট্রাফিক ট্যাগ করতে হবে এবং আপনার আপস্ট্রিম সুইচিং এবং ফায়ারওয়াল অবকাঠামোকে অবশ্যই ইন্টার-VLAN রাউটিং পলিসি প্রয়োগ করতে হবে। নেটওয়ার্ক পরিবর্তনের পর কেউ যদি ACL আপডেট করতে ভুলে যাওয়ার কারণে আপনার ফায়ারওয়াল VLAN-গুলোর মধ্যে যেকোনো ট্রাফিকের অনুমতি দেয়, তবে আপনার সেগমেন্টেশন মূল্যহীন। ব্যান্ডউইথ ব্যবস্থাপনার জন্য, প্রতিটি সেগমেন্টে QoS পলিসি প্রয়োগ করা উচিত। IoT ডিভাইসগুলোর সাধারণত খুব কম ব্যান্ডউইথের প্রয়োজন হয় — বেশিরভাগ সেন্সর এবং সাইনেজ কাজের জন্য প্রতি সেকেন্ডে দুই থেকে পাঁচ মেগাবিট যথেষ্ট। গেস্ট ট্রাফিক প্রতি ডিভাইসে রেট-লিমিট করা উচিত — বেশিরভাগ আতিথেয়তা ডেপ্লয়মেন্টের জন্য প্রতি সেকেন্ডে দশ মেগাবিট একটি যুক্তিসঙ্গত সীমা — যাতে কোনো একক ডিভাইস আপলিঙ্ককে স্যাচুরেট করতে না পারে। স্টাফ ট্রাফিককে অগ্রাধিকার দেওয়া উচিত এবং আনক্যাপড রাখা উচিত, অথবা অন্তত একটি নিশ্চিত ন্যূনতম ব্যান্ডউইথ বরাদ্দ দেওয়া উচিত। আসুন WPA3 নিয়েও আলোচনা করি। আপনি যদি ২০২৫ বা ২০২৬ সালে নতুন অবকাঠামো ডেপ্লয় করেন, তবে সাইমালটেনিয়াস অথেন্টিকেশন অফ ইকুয়ালস — SAE — সহ WPA3-Personal গেস্ট SSID-এর জন্য আপনার বেসলাইন হওয়া উচিত। SAE অফলাইন ডিকশনারি অ্যাটাক দুর্বলতা দূর করে যা WPA2-PSK-কে জর্জরিত করেছিল, যা বিশেষ করে শেয়ার্ড-পাসওয়ার্ড গেস্ট নেটওয়ার্কগুলোর জন্য গুরুত্বপূর্ণ। স্টাফ নেটওয়ার্কগুলোর জন্য, আপনার হার্ডওয়্যার সমর্থন করলে ১৯২-বিট মোড সহ WPA3-Enterprise হলো উপযুক্ত কনফিগারেশন। সবশেষে টেকনিক্যাল দিক থেকে: DNS ফিল্টারিং। প্রতিটি গেস্ট সেগমেন্টে রিজলভার লেভেলে DNS ফিল্টারিং প্রয়োগ করা উচিত। এটি আপনাকে কন্টেন্ট পলিসি প্রয়োগ, ম্যালওয়্যার ডোমেন ব্লকিং এবং কমপ্লায়েন্সের উদ্দেশ্যে একটি অডিট ট্রেইল প্রদান করে। Purple-এর DNS ফিল্টারিং ইন্টিগ্রেশন আপনাকে প্রতি নেটওয়ার্ক সেগমেন্টে ক্যাটাগরি-ভিত্তিক ব্লকিং পলিসি প্রয়োগ করতে দেয় — সো আপনার গেস্ট সেগমেন্ট প্রাপ্তবয়স্কদের কন্টেন্ট এবং পরিচিত ক্ষতিকারক ডোমেনগুলো ব্লক করে, যখন আপনার IoT সেগমেন্ট শুধুমাত্র আপনার ডিভাইস ফ্লিটের জন্য প্রয়োজনীয় নির্দিষ্ট ডোমেনগুলো রিজলভ করে। [বাস্তবায়ন সুপারিশ এবং সাধারণ ভুলসমূহ — প্রায় ২ মিনিট] আমি আপনাকে বাস্তবায়ন প্রক্রিয়াটি বলি যা বাস্তবে কার্যকর হয়। একটি নেটওয়ার্ক অডিট দিয়ে শুরু করুন। আপনি একটি কনফিগারেশন স্পর্শ করার আগে, আপনার নেটওয়ার্কের প্রতিটি ডিভাইস ক্লাস, প্রতিটি SSID, প্রতিটি VLAN এবং প্রতিটি ফায়ারওয়াল নিয়ম নথিভুক্ত করুন। আপনি যা ইনভেন্টরি করেননি তা সেগমেন্ট করতে পারবেন না। একটি সম্পূর্ণ ডিভাইস রেজিস্টার তৈরি করতে একটি নেটওয়ার্ক ডিসকভারিツール — NMAP, আপনার কন্ট্রোলারের বিল্ট-ইন ডিসকভারি বা একটি ডেডিকেটেড NAC সমাধান ব্যবহার করুন। ধাপ দুই: আপনি কিছু কনফিগার করার আগে আপনার সেগমেন্টেশন পলিসি নির্ধারণ করুন। প্রতিটি ডিভাইস ক্লাসকে একটি সেগমেন্টে ম্যাপ করুন, ইন্টার-সেগমেন্ট রাউটিং নিয়মগুলো সংজ্ঞায়িত করুন — যা প্রায় সবসময়ই স্পষ্ট অনুমতির ব্যতিক্রম সহ deny-all হওয়া উচিত — এবং বাস্তবায়নের আগে আপনার নিরাপত্তা ও কমপ্লায়েন্স টিমের কাছ থেকে অনুমোদন নিন। ধাপ তিন: প্রথমে একটি টেস্ট পরিবেশে ডেপ্লয় করুন। আপনার যদি একটি ল্যাব বা স্টেজিং SSID থাকে, তবে প্রোডাকশনে রোল আউট করার আগে আপনার VLAN ট্যাগিং, RADIUS ইন্টিগ্রেশন এবং ফায়ারওয়াল পলিসিগুলো যাচাই করুন। আমার দেখা সবচেয়ে সাধারণ প্রোডাকশন দুর্ঘটনা হলো একটি ভুল কনফিগার করা RADIUS সার্ভার যা সমস্ত 802.1X অথেন্টিকেশন ড্রপ করে, যার ফলে পুরো সাইট জুড়ে স্টাফদের সংযোগ বিচ্ছিন্ন হয়ে যায়। ধাপ চার: লোকেশন অনুযায়ী নয়, ডিভাইস ক্লাস অনুযায়ী রোল আউট করুন। IoT আইসোলেশন দিয়ে শুরু করুন — এটির নিরাপত্তা প্রভাব সবচেয়ে বেশি এবং অপারেশনাল ঝুঁকি সবচেয়ে কম, কারণ IoT ডিভাইসগুলোর সংযোগ দশ মিনিটের জন্য বিচ্ছিন্ন হলেও অভিযোগ করার মতো কোনো ব্যবহারকারী থাকে না। এরপর গেস্ট সেগমেন্টেশন রোল আউট করুন। তারপর স্টাফ। ধাপ পাঁচ: নিরীক্ষণ এবং পুনরাবৃত্তি করুন। আপনার ইন্টার-VLAN রাউটিং পয়েন্টগুলোতে ফ্লো মনিটরিং — NetFlow বা sFlow — ডেপ্লয় করুন যাতে আপনি যেকোনো অপ্রত্যাশিত ক্রস-সেগমেন্ট ট্রাফিক শনাক্ত করতে পারেন। আপনার পলিসি ম্যাট্রিক্স লঙ্ঘন করে এমন যেকোনো ট্রাফিকের জন্য অ্যালার্ট সেট আপ করুন। ত্রৈমাসিক ভিত্তিতে আপনার সেগমেন্টেশন পলিসি পর্যালোচনা করুন। যে ভুলগুলো এড়িয়ে চলতে হবে: প্রথমত, গেস্ট সেগমেন্টের মধ্যে ক্লায়েন্ট আইসোলেশন সক্ষম করতে ভুলে যাওয়া। দ্বিতীয়ত, ম্যানেজমেন্ট ইন্টারফেসগুলো — অ্যাক্সেস পয়েন্ট অ্যাডমিন কনসোল, সুইচ ম্যানেজমেন্ট VLAN — গেস্ট বা IoT সেগমেন্ট থেকে অ্যাক্সেসযোগ্য রাখা। তৃতীয়ত, একাধিক SSID জুড়ে একই প্রি-শেয়ার্ড কি ব্যবহার করা এবং তাকে সেগমেন্টেশন বলা। এবং চতুর্থত, আপনার VLAN-টু-সেগমেন্ট ম্যাপিং নথিভুক্ত করতে ব্যর্থ হওয়া, যা ছয় মাস পরে মূল ইঞ্জিনিয়ার চলে যাওয়ার পর ট্রাবলশুটিংকে একটি দুঃস্বপ্নে পরিণত করে। [র‌্যাপিড-ফায়ার প্রশ্নোত্তর — প্রায় ১ মিনিট] নেটওয়ার্ক আর্কিটেক্টদের কাছ থেকে আমি সবচেয়ে ঘন ঘন যে প্রশ্নগুলো পাই তার কয়েকটি দেখে নেওয়া যাক। "আমার কি প্রতিটি সেগমেন্টের জন্য আলাদা অ্যাক্সেস পয়েন্ট প্রয়োজন?" না। একটি একক অ্যাক্সেস পয়েন্ট একাধিক SSID ব্রডকাস্ট করতে পারে, যার প্রতিটি একটি আলাদা VLAN-এ ম্যাপ করা থাকে। আইসোলেশনটি সুইচিং এবং ফায়ারওয়াল লেয়ারে ঘটে, রেডিও লেয়ারে নয়। "আমার কতগুলো SSID চালানো উচিত?" প্রতি অ্যাক্সেস পয়েন্টে এটি চার বা তার কম রাখুন। প্রতিটি অতিরিক্ত SSID ম্যানেজমেন্ট ওভারহেড বাড়ায় এবং বিকন ফ্রেমের জন্য এয়ারটাইম গ্রাস করে। যেখানে সম্ভব কনসোলিডেট করুন। "আমি কি 802.1X ছাড়া ডাইনামিক সেগমেন্টেশন ব্যবহার করতে পারি?" হ্যাঁ — MAC-ভিত্তিক RADIUS অথেন্টিকেশন বা একটি NAC সমাধানের মাধ্যমে ডিভাইস ফিঙ্গারপ্রিন্টিং ডিভাইসগুলোকে তাদের MAC অ্যাড্রেস বা ডিভাইস প্রোফাইলের ওপর ভিত্তি করে সেগমেন্টে অ্যাসাইন করতে পারে। এটি সার্টিফিকেট-ভিত্তিক অথেন্টিকেশনের চেয়ে কম নিরাপদ কিন্তু IoT ফ্লিটের জন্য ব্যবহারিক। "মাইক্রো-সেগমেন্টেশন কি PCI-DSS স্কোপ হ্রাসের প্রয়োজনীয়তা পূরণ করে?" হ্যাঁ, যদি সঠিকভাবে বাস্তবায়িত হয়। একটি সঠিকভাবে সেগমেন্টেড কার্ডহোল্ডার ডেটা এনভায়রনমেন্ট — যেখানে POS সিস্টেমগুলো গেস্ট বা IoT নেটওয়ার্কের সাথে কোনো সংযোগ ছাড়াই একটি আইসোলেটেড সেগমেন্টে থাকে — তা আপনার PCI-DSS অডিট স্কোপ উল্লেখযোগ্যভাবে হ্রাস করতে পারে। আপনার আর্কিটেকচার তাদের প্রয়োজনীয়তা পূরণ করে কিনা তা নিশ্চিত করতে আপনার QSA-কে প্রথম দিকেই যুক্ত করুন। [সারসংক্ষেপ এবং পরবর্তী পদক্ষেপ — প্রায় ১ মিনিট] সংক্ষেপে বলতে গেলে: ২০২৫ সালে বড় পরিসরে পরিচালিত যেকোনো ভেন্যুর জন্য একটি শেয়ার্ড WLAN-এ WiFi মাইক্রো-সেগমেন্টেশন ঐচ্ছিক নয়। এটি হলো মৌলিক নিরাপত্তা এবং কমপ্লায়েন্স নিয়ন্ত্রণ যা একটি পেশাদারভাবে পরিচালিত নেটওয়ার্ককে একটি দায়বদ্ধতা থেকে আলাদা করে। আপনাকে অবশ্যই যে তিনটি সেগমেন্ট বাস্তবায়ন করতে হবে তা হলো গেস্ট, IoT এবং স্টাফ — প্রতিটির জন্য আলাদা অথেন্টিকেশন, রাউটিং এবং ব্যান্ডউইথ পলিসি রয়েছে। যে স্ট্যান্ডার্ডগুলোর ওপর ভিত্তি করে এটি তৈরি করতে হবে তা হলো IEEE 802.1X, WPA3-Enterprise এবং RADIUS-এর মাধ্যমে ডাইনামিক VLAN অ্যাসাইনমেন্ট। আপনি যে কমপ্লায়েন্স ফ্রেমওয়ার্কগুলো পূরণ করছেন তা হলো পেমেন্ট সিস্টেমের জন্য PCI-DSS এবং গেস্ট ডেটার জন্য GDPR। আপনার পরবর্তী পদক্ষেপ: এই সপ্তাহে একটি ডিভাইস ইনভেন্টরি পরিচালনা করুন, আপনার সেগমেন্টেশন পলিসি ম্যাট্রিক্স নির্ধারণ করুন এবং ডাইনামিক VLAN অ্যাসাইনমেন্ট সমর্থন করার জন্য আপনার বর্তমান অবকাঠামোর সক্ষমতা যাচাই করতে আপনার অ্যাক্সেস পয়েন্ট ভেন্ডর এবং ফায়ারওয়াল টিমের সাথে যোগাযোগ করুন। Purple-এর প্ল্যাটফর্ম গেস্ট অথেন্টিকেশন, অ্যানালিটিক্স এবং DNS ফিল্টারিং লেয়ারগুলো প্রদান করে যা আপনার সেগমেন্টেড অবকাঠামোর ওপরে কাজ করে — যা আপনাকে একটি একক ম্যানেজমেন্ট কনসোল থেকে আপনার সমস্ত গেস্ট-ফেসিং সেগমেন্ট জুড়ে দৃশ্যমানতা এবং পলিসি নিয়ন্ত্রণ প্রদান করে। শোনার জন্য ধন্যবাদ। সম্পূর্ণ টেকনিক্যাল রেফারেন্স নির্দেশিকা, আর্কিটেকচার ডায়াগ্রাম এবং বাস্তব উদাহরণগুলোর জন্য purple dot ai ভিজিট করুন।