Mac Mail, দুটি অ্যাকাউন্ট আর একটি VPN নিয়ম যা তাদের আলাদা করতে পারে না

Mail খোলে, কাজের ইনবক্স সিঙ্ক হয়, আর ব্যক্তিগতটি সময় শেষ হতে শুরু করে। অথবা দুটোই সিঙ্ক হয়, কিন্তু কাজের সার্ভার কেবল টানেল চালু থাকলে উত্তর দেয়, এবং Mail জানে না কোন অ্যাকাউন্ট কোনটি। উপসর্গের রূপ সবসময় একই: একটি অ্যাপ, দুটি অ্যাকাউন্ট আর একটি নিয়ম যা অ্যাপটিকে চিহ্নিত করে। সমাধান শুরু হয় এই স্বীকৃতি দিয়ে যে অ্যাপটি একটি ধারক, কোনো সীমা নয়।

এখানে তিনটি নির্বাচক কাজ করছে, এবং তারা বিনিময়যোগ্য নয়। একটি হলো সংযোগ তৈরি করা প্রক্রিয়া, আরেকটি হলো যে হোস্টে পৌঁছায়, আর তৃতীয়টি হলো সেই হোস্টের মাধ্যমে সাইন ইন করতে ব্যবহৃত পরিচয়। আপনার নীতি যেটির নাম দিতে পারে, সেটিই সেই সীমা যা আপনি সত্যিই গড়তে পারেন।

কেন অ্যাপটি ভুল একক

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

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

যখন দুটি অ্যাকাউন্ট ভিন্ন সার্ভার ব্যবহার করে

যদি কাজের মেইল কর্পোরেট রেঞ্জের একটি হোস্টের সঙ্গে কথা বলে আর ব্যক্তিগত মেইল কোনো পাবলিক প্রদানকারীর সঙ্গে, তবে গন্তব্যভিত্তিক ব্যবস্থা দাবিটি প্রকাশ করতে পারে। এতে মেইল সার্ভারগুলোর প্রকৃত ঠিকানা, সেগুলো সমাধান করা DNS, এবং একই সেবার সঙ্গে চলা যেকোনো সাবমিশন বা প্রমাণীকরণ প্রান্তবিন্দু দরকার। নীতি লেখার আগে তিনটিই সংগ্রহ করুন, কারণ কেবল ইনবক্স ঢাকা নিয়ম প্রথম পাঠাতেই ব্যর্থ হবে।

ঠিকানা ব্যবহার করুন, @ চিহ্নের পরের অংশ নয়। মেইল ঠিকানার ডোমেইন কোনো রাউটিং বিবৃতি নয়, এবং এটিকে তা ভাবলে এমন নিয়ম তৈরি হয় যা ভুল হোস্টের জন্য চলে বা কখনোই চলে না। প্রকৃত প্রান্তবিন্দু অ্যাকাউন্ট সেটিংস বা পরিচালকের কাছ থেকে নিশ্চিত করুন।

যখন দুটি অ্যাকাউন্ট একটি সার্ভার ভাগ করে

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

সেই পর্যায়ে সৎ বিকল্পগুলো হলো প্ল্যাটফর্ম ও ক্লায়েন্ট সমর্থন করলে অ্যাকাউন্ট-সচেতন নীতি, কাজের অ্যাকাউন্টের জন্য আলাদা অনুমোদিত মেইল ক্লায়েন্ট যাতে অ্যাপের সীমা সত্যিকারের হয়, অথবা দুটি অ্যাকাউন্ট একসঙ্গে চলে তা মেনে নেওয়া। সচেতনভাবে একটি বেছে নিন এবং কোনটি বেছে নিলেন বলুন।

টানেল চালু করা মানে তা ঢাকা নয়

Apple-এর App Layer VPN পেলোড MailDomains নামের একটি সেটিং নথিভুক্ত করে: তালিকাভুক্ত ডোমেইন Mail-কে সমর্থিত পরিচালিত ডিপ্লয়মেন্টে VPN সংযোগ চালু করায়। এটি একটি উপকারী সক্ষমতা, এবং এটি শোনার চেয়ে সংকীর্ণ। Mail সেই ডোমেইনগুলোর সঙ্গে কথা বললে এটি টানেল শুরু করে; এটি প্রতিটি রুট, প্রতিটি অ্যাপ-সংযোগ বা টানেল বন্ধ থাকলে কী হয় তা বর্ণনা করে না।

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

ক্যাশ করা ইনবক্স নয়, নতুন সিঙ্ক দিয়ে পরীক্ষা করুন

গ্রহণযোগ্যতা পরীক্ষা হলো অভীষ্ট নীতির অধীনে প্রতিটি অ্যাকাউন্টের জন্য নতুন সিঙ্ক, সঙ্গে সুরক্ষিতটির জন্য অনুপলব্ধ অবস্থা। ক্যাশ করা ইনবক্স পরের অনুরোধ সম্পর্কে কিছুই প্রমাণ করে না, আর সংযুক্ত VPN আইকন কেবল বলে যে কোনো একটি টানেল আছে।

পরিচালককে কাজের অ্যাকাউন্টের প্রান্তবিন্দু ও ব্যক্তিগত মেইলের জন্য চাওয়া আচরণ দিন, তারপর জিজ্ঞেস করুন কোন সমর্থিত অ্যাকাউন্ট-সচেতন, ডোমেইনভিত্তিক বা অ্যাপ্লিকেশন নীতি তা বাস্তবায়ন করে। প্রতিটি অবস্থায় দুটি অ্যাকাউন্টের সিঙ্ক দেখা যাওয়াই একমাত্র প্রমাণ যে আপনি যে সীমা নকশা করেছেন, সেটিই মেশিন প্রয়োগ করে।