VPN সংযোগ হলে Handoff কাজ করা বন্ধ করে: কী যাচাই করবেন

iPhone-এ একটি পৃষ্ঠা খুলুন, Mac-এর কাছে যান, কিন্তু Dock আইকন দেখা যায় না। VPN বন্ধ করুন, তখন কাজ করে। এই ধারাবাহিকতা VPN সমস্যার মতো দেখায়, এবং প্রায়ই তাই হয়, তবে লোকেরা যা ভাবে সেই কারণে নয়: Handoff একটি স্থানীয়, ডিভাইস-থেকে-ডিভাইস বৈশিষ্ট্য, আর টানেল ইন্টারনেট অংশে নয়, স্থানীয় অংশে বাধা দিচ্ছে।

একটি কাজ ও এক জোড়া ডিভাইস ঠিক করুন

Handoff সমর্থিত একটি কাজ বেছে নিন, যেমন Safari-তে একটি ওয়েব পৃষ্ঠা বা Notes-এ একটি খসড়া, এবং এক জোড়া ডিভাইস। অ্যাপ, অ্যাকাউন্ট ও ভৌত অবস্থান একই রাখুন, একবারে একটি করে চলক বদলান। একসাথে তিনটি জিনিস বদলানো পরীক্ষা এমন পর্যবেক্ষণ দেয় যা আপনি ব্যবহার করতে পারবেন না।

Handoff হলো কাজের ধারাবাহিকতা, স্ক্রিন কাস্টিং বা ফাইল শেয়ারিং নয়। যদি প্রয়োজন হয় ডিসপ্লে মিরর করা বা শেয়ার মাউন্ট করা, তাহলে আপনি ভিন্ন পূর্বশর্তযুক্ত ভিন্ন বৈশিষ্ট্য ডিবাগ করছেন।

সঠিক কাজটি লিখে রাখুন, কারণ যেকোনো সমাধানের যাচাই হলো সেই একই কাজটি কাজ করা।

পূর্বশর্তগুলো স্থানীয়, দূরের নয়

Apple-এর Handoff সংক্রান্ত প্রয়োজনীয়তা হলো কাছাকাছি সামঞ্জস্যপূর্ণ ডিভাইস, উভয়টিতে Wi-Fi ও Bluetooth চালু, একই Apple Account-এ সাইন ইন এবং Handoff চালু। Continuity-র জন্য ব্যবহৃত অ্যাকাউন্টটি যাচাই করুন, যে অ্যাকাউন্ট অ্যাপ কিনেছে সেটি নয়, কারণ শেয়ার করা Mac-এ এগুলো ভিন্ন হতে পারে। তারপর নিশ্চিত করুন যে অ্যাপ ও কাজটি সত্যিই Handoff সমর্থন করে, কারণ কোনো অ্যাপ খোলা থাকা কিছুই প্রমাণ করে না। এই যাচাইগুলো সহজ, আর এগুলোই প্রথমে বাদ দেওয়া উচিত।

এসবই ঘটে স্থানীয় রেডিওর মাধ্যমে। Bluetooth কাজটি ঘোষণা করে আর Wi-Fi পেলোড বহন করে, তাই উভয়ের ইন্টারনেট থাকলেও ডিভাইস দুটিকে কাছাকাছি থাকতে হয়।

এর কোনোটিই কোনো ডিভাইসের ব্যবহৃত পাবলিক ঠিকানার উপর নির্ভর করে না।

VPN ক্লায়েন্ট স্থানীয় ট্রাফিকে কী করে

পূর্ণ-টানেল ক্লায়েন্ট স্থানীয় সাবনেটকেও বাকি সবকিছুর সাথে ধরে ফেলতে পারে, এবং কিছু ক্লায়েন্ট স্থানীয় নেটওয়ার্ক অ্যাক্সেস অনুমোদন না করলে ঠিক তাই করে। Apple সতর্ক করে যে স্থানীয় নেটওয়ার্কিং প্রতিরোধকারী VPN কনফিগারেশন Continuity বৈশিষ্ট্যে বাধা দিতে পারে। এটি ক্লায়েন্টের নীতিমালা সম্পর্কে একটি বিবৃতি, কোনো নির্দিষ্ট ব্লক করা পোর্ট সম্পর্কে নয়।

অনেক ক্লায়েন্ট স্থানীয় অ্যাক্সেসের ব্যতিক্রম দেয়; চালু করার আগে এটি কী অনুমোদন করে পড়ুন, এবং ফায়ারওয়াল নিয়ম হাতে সম্পাদনার চেয়ে বিক্রেতার সমর্থিত বিকল্পকেই প্রাধান্য দিন।

ক্লায়েন্টে এমন বিকল্প না থাকলে, নকশার সিদ্ধান্তটি স্থাপনার মালিকের।

শেয়ার করা এক্সিট আপনাকে কী দেয় না

একই VPN সার্ভার ব্যবহার করা দুটি ডিভাইস একটি এক্সিট ঠিকানা ভাগ করে, আর তারা শুধু সেটাই ভাগ করে। এটি Bluetooth ঘোষণা তৈরি করে না, তাদের একই স্থানীয় লিঙ্কে বসায় না, এবং অসঙ্গত Apple Account ঠিক করে না। সাধারণ পাবলিক ঠিকানাকে পূর্বশর্ত ধরা একটি শ্রেণিগত ভুল, যা অপ্রয়োজনীয় ক্লায়েন্ট পরিবর্তনে নিয়ে যায়।

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

রাউটার-ভিত্তিক VPN ডিভাইসগুলিতে কোন নীতিমালা প্রযোজ্য তা বদলায়, এবং তবুও অনুপস্থিত রেডিও বা অ্যাকাউন্ট যোগায় না।

নীতিমালার মালিকের সাথে সিদ্ধান্ত নিন, তারপর দুটি ফলাফলই যাচাই করুন

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

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

ওই সংযোগের কনফিগারেশনের পাশে ব্যতিক্রমটি লিপিবদ্ধ করুন, নইলে পরবর্তী প্রোফাইল হালনাগাদ এটি নীরবে সরিয়ে দেবে।