Azure VPN Client 3.4 প্রতি ঘণ্টায় সংযোগ বিচ্ছিন্ন করে: সাইন-ইন ফ্রিকোয়েন্সি
গেটওয়ে নয়: ক্লায়েন্ট সেশন চলাকালীন সাইন-ইন ফ্রিকোয়েন্সি প্রয়োগ করতে শুরু করেছে, তাই নীতির ঘড়িতে টানেলটি মারা যায়। সংস্করণ, অফসেট এবং যাচাইসমূহ।
একজন ব্যবহারকারী সংযোগ করেন, কাজ করেন, তারপর ঘণ্টায় একবার Microsoft Entra-এর সাথে প্রমাণীকরণের মেয়াদ শেষ হয়েছে বলে একটি বার্তা নিয়ে সংযোগ বিচ্ছিন্ন হয়ে যান। আবার সংযোগ করলে কাজ করে এবং স্টপওয়াচে চক্রটি পুনরাবৃত্তি হয়। যে পয়েন্ট-টু-সাইট গেটওয়েতে কিছুই স্থাপন করা হয়নি, সেখানে এই ধরনটি টানেলের বদলে শংসাপত্রের দিকে ইঙ্গিত করে। Azure VPN Client 3.4.0 প্রতিষ্ঠিত সেশনের মধ্যেই Conditional Access সাইন-ইন ফ্রিকোয়েন্সি প্রয়োগ করতে শুরু করেছে, যে নীতিটি আগের ক্লায়েন্টরা কেবল সাইন-ইনের সময় মূল্যায়ন করত।
নিচের ছয়টি যাচাই ক্রমানুসারে সম্পন্ন করুন। প্রতিটি হয় সময়সূচি নিশ্চিত করে নয়তো তা বাদ দেয়, এবং তাড়াতাড়ি থামাই হলো বিনা কারণে গেটওয়ে পুনর্নির্মাণের উপায়।
ধাপ 1: সঠিক বার্তাটি পড়ুন
শব্দচয়ন স্তরগুলোকে আলাদা করে। Entra প্রমাণীকরণের মেয়াদ শেষ হওয়ার বার্তা একটি টোকেন বিবৃতি; টানেল বা সিকিউরিটি অ্যাসোসিয়েশন ত্রুটি তা নয়। কত সময় পেরিয়েছে তাও লিখে রাখুন, কাজের দিনের শুরু থেকে নয়, সংযোগ থেকে বিচ্ছিন্ন হওয়া পর্যন্ত মাপুন।
ব্যবহারকারী যদি সাথে সাথে আবার সংযোগ করতে পারেন এবং গেটওয়ে এখনও সুস্থ টানেল দেখায়, তাহলে আপনি টোকেনের মেয়াদ শেষ দেখছেন, মৃত পিয়ার নয়।
ধাপ 2: ক্লায়েন্টের সংস্করণ নিন
সংস্করণটি অ্যাপ থেকে পড়ুন, স্থাপনার রেকর্ড থেকে নয়। পরিবর্তনটি 3.4.0-এর সাথে এসেছে, তাই 3.3.1 এবং তার আগের সংস্করণ নীতি নির্বিশেষে প্রতিষ্ঠিত টানেল জীবিত রাখে। পুরনো বিল্ডের একটি অপরিচালিত ল্যাপটপ নিখুঁতভাবে কাজ করে যখন বাকি দল ঘণ্টায় বিচ্ছিন্ন হয়, এই ধরনের বিভাজনই মানুষকে গেটওয়ের দিকে ফেরত পাঠায়। সংস্করণ ক্লায়েন্টের বৈশিষ্ট্য, এবং কোন বিল্ড সংযুক্ত তা গেটওয়ে জানে না।
প্রথমে একটি পরীক্ষামূলক ডিভাইস আপডেট করুন এবং ঘড়িটি দেখুন। যে ডিভাইস আপডেটের পর নীতির ব্যবধানে বিচ্ছিন্ন হতে শুরু করে, সেটি উৎপাদন নীতি স্পর্শ না করেই প্রক্রিয়াটি নিশ্চিত করে।
ধাপ 3: নীতিটি কোথায় থাকে তা খুঁজুন
সাইন-ইন ফ্রিকোয়েন্সি হলো Azure VPN এন্টারপ্রাইজ অ্যাপ্লিকেশনকে লক্ষ্য করে নীতির একটি Conditional Access সেটিং। এটি VPN গেটওয়ে রিসোর্সে নেই, পয়েন্ট-টু-সাইট কনফিগারেশনে নেই, ক্লায়েন্ট প্রোফাইলেও নেই। নীতির তালিকায় Azure VPN অ্যাপ খুঁজুন এবং সেশন নিয়ন্ত্রণ পড়ুন।
একজন ব্যবহারকারীর উপর দুটি নীতি প্রযোজ্য হতে পারে, এবং কঠোরটি জেতে, তাই আপনি কখনও সেট করেননি এমন একটি মানই কার্যকর হতে পারে। অ্যাপ-নির্দিষ্ট নীতির পাশাপাশি টেন্যান্ট-ব্যাপী বেসলাইন নীতিও পরীক্ষা করুন। রিপোর্টের পরিধিও গুরুত্বপূর্ণ: যে নীতি একটি গ্রুপকে বাদ দেয় সেটি ভিন্ন আচরণের একটি জনসংখ্যা তৈরি করে, যার সুস্পষ্ট ব্যাখ্যা থাকে না।
ধাপ 4: হিসাব করুন
এই ক্লায়েন্টের জন্য Microsoft যে আচরণ নথিভুক্ত করেছে, তাতে সংযোগ বিচ্ছিন্নতা সাইন-ইন ফ্রিকোয়েন্সি মানের এক ঘণ্টা পরে ঘটে, তাই সাত ঘণ্টার ফ্রিকোয়েন্সি প্রায় আট ঘণ্টা সংযোগ দেয়। এই অফসেটের কারণেই আট ঘণ্টার কর্মদিবসের জন্য বেছে নেওয়া মান বিকেলে ভাঙা দেখায়, আর নয় ঘণ্টার পরীক্ষা ঠিক দেখায়। কিছু পরিবর্তনের আগে অভিযোগটিকে সংখ্যায় রূপান্তর করুন: সংযোগের সময়, বিচ্ছিন্নতার সময়, পার্থক্য, তারপর নীতির মানের সাথে এক ঘণ্টা যোগ করে তুলনা করুন।
পার্থক্য যদি সেই যোগফলের সাথে না মেলে, তাহলে সময়সূচির অনুমানটি ভুল এবং নীতি সমন্বয় করা বন্ধ করা উচিত।
ধাপ 5: সময়সূচি ও রিকি আলাদা করুন
IPsec রিকি, ডেড পিয়ার সনাক্তকরণ এবং নিষ্ক্রিয় সময়সীমা ট্রাফিকের পরিমাণ বা নীরবতার সাথে যুক্ত অনিয়মিত ড্রপ তৈরি করে, স্টপওয়াচের সাথে নয়। স্থানান্তরের মাঝখানে বিচ্ছিন্ন হওয়া ব্যবহারকারী এবং নিষ্ক্রিয় দুপুরের খাবারের পর বিচ্ছিন্ন হওয়া ব্যবহারকারী ভিন্ন প্রক্রিয়ার কথা বলছেন। বিচ্ছিন্ন হওয়ার আগের মিনিটে ব্যবহারকারী কী করছিলেন তা জিজ্ঞাসা করুন।
সার্টিফিকেট সমস্যা আবার ভিন্ন দেখায়: ক্লায়েন্ট কাজ করা সেশন ফেলে দেওয়ার বদলে সংযোগ করতে ব্যর্থ হয়, এবং ব্যর্থতা তাৎক্ষণিক। যে MFA প্রম্পট কখনও সম্পূর্ণ হয় না তা হ্যাং হিসেবে দেখা দেয়, পরিষ্কার ঘণ্টায় ড্রপ ও পরে সফল পুনঃসংযোগ হিসেবে নয়।
ধাপ 6: বিস্ময় ছাড়াই এটি রোল আউট করুন
স্টোরের মাধ্যমে ব্যবহারকারীদের কাছে পৌঁছানোর আগেই ক্লায়েন্ট আপডেট ঘোষণা করুন, কারণ আচরণগত পরিবর্তন ক্লায়েন্টের সাথেই আসে। প্রয়োজন থেকে ফ্রিকোয়েন্সি বেছে নিন: ব্যবহারযোগ্যতার জন্য কর্মদিবস ঢেকে দেয় এমন মান, অথবা হারানো ল্যাপটপ দ্রুত অ্যাক্সেস হারাতে হবে হলে ছোট মান। কোন প্রয়োজনটি জিতল তা লিপিবদ্ধ করুন, কারণ একই সেটিং সুরক্ষা ও অভিযোগ দুটোই তৈরি করে। তারপর পুরনো বিল্ডে চলা পাইলট থেকে অনুমান না করে নতুন বিল্ড চলা ডিভাইসে পছন্দটি যাচাই করুন।
বার্তা, সংস্করণ, নীতির মান এবং মাপা ব্যবধান এক নোটে রাখুন। সেই রেকর্ড পরবর্তী রিপোর্টের উত্তর দেয় এক মিনিটে, পুনর্নির্মাণে নয়।