রিস্টার্টের পর iPhone VPN: আগে কী হওয়া উচিত
‘VPN চালু রাখুন’-কে স্টার্টআপের শর্তে পরিণত করুন: কী সংযুক্ত হয়, কী এখনো আপনার ওপর নির্ভর করে, আর প্রথম সুরক্ষিত কাজ চলার আগে কী আটকে থাকে।
‘VPN চালু রাখুন’ প্রায় ত্রিশ সেকেন্ডের জিজ্ঞাসাবাদ সহ্য করে। রিস্টার্টের পরই চালু? ফোন আনলক করার আগেই চালু? Wi-Fi যখন এখনো লগইন পাতা দেখায় তখনও চালু? ট্র্যাফিক আটকে রাখা যতক্ষণ না টানেল ওঠে, নাকি প্রথম অ্যাপকে সরাসরি চেষ্টা করতে দেওয়া? এগুলো চারটি আলাদা দাবি, আর এর মধ্যে কেবল কিছু দাবি ফোনকে কনফিগার করে নিশ্চিত করা যায়। উত্তরটি ধাপসহ একটি সময়রেখা হিসেবে লিখুন, তারপর সত্যিকারের রিবুটের পর প্রতিটি ধাপ যাচাই করুন।
| Stage | Personal profile | Supervised Always On |
|---|---|---|
| Before first unlock | do not assume a tunnel | do not assume a tunnel either |
| After unlock, network up | depends on the provider or On Demand rule | activates without user interaction |
| Tunnel negotiating | first app may already be trying | policy decides whether traffic waits |
| Gateway unreachable | usually falls back to whatever the client allows | follows the deployed policy |
দাবিটিকে একটি সময়রেখা হিসেবে লিখুন
ব্যবসার জন্য যে মুহূর্তটি গুরুত্বপূর্ণ সেখান থেকে শুরু করুন: কোন সুরক্ষিত কাজ টানেল ছাড়া ঘটতে পারবে না, এবং বুটের কত পরে সেই কাজটি বাস্তবে চেষ্টা করা হয়। সেই মুহূর্তের আগের সবকিছু একটি ক্রম, আর সেই ক্রমটাই আপনি যাচাই করেন। ‘VPN চালু থাকতে হবে’ — এমন নোট পরীক্ষা করা যায় না, কিন্তু ‘টানেল প্রতিষ্ঠার আগে রেকর্ড হোস্টে কোনো ট্র্যাফিক নয়’ — এটি পরীক্ষা করা যায়।
তারপর ব্যক্তিগত ফোন কী করতে পারে আর তত্ত্বাবধানে থাকা ফ্লিট কী করতে পারে তা আলাদা করুন, কারণ দুটি উত্তর বিনিময়যোগ্য নয়।
ধাপ এক: প্রথম আনলকের আগের অবস্থা
আনলকের পরে দেখা টানেল থেকে আনলকের আগের আচরণ অনুমান করবেন না। সৎ পরীক্ষা হলো রিবুট করা, ফোন লক করা রেখে দেওয়া, এবং অন্য প্রান্ত থেকে দেখা যে কোনো টানেল তৈরি হয় কি না। বেশিরভাগ ব্যক্তিগত ব্যবস্থায় উত্তর ‘না’ হবে, আর এটা কোনো ত্রুটি নয়; এর মানে শুধু এই যে ফোন আনলক হওয়ার আগে প্রথম সুরক্ষিত কাজ চেষ্টা করা যাবে না।
কোনো দাবি সত্যিই আনলকের আগের কাভারেজের ওপর নির্ভর করলে তা ক্লায়েন্ট সেটিংয়ের বদলে ডিপ্লয়মেন্ট মালিকের কাছে নিন।
ধাপ দুই: নেটওয়ার্ক প্রস্তুতি ও ক্যাপটিভ পোর্টাল
তত্ত্বাবধানে থাকা Always On ব্যবহারকারীর হস্তক্ষেপ ছাড়াই সক্রিয় হয় এবং তার প্রোফাইল ইনস্টল থাকা অবস্থায় রিস্টার্ট জুড়ে টিকে থাকে, আর প্রতিষ্ঠা ঘটে ইন্টারফেসটি IP পৌঁছানোর ক্ষমতা পাওয়ার পর। শেষ বাক্যাংশটাই গুরুত্বপূর্ণ: যে ফোন এখনো ঠিকানা পায়নি তার ভিত্তি করার কিছু নেই। যে হোটেল পোর্টাল এখনো গ্রহণ করা হয়নি সেটি ঠিক এই অর্থেই প্রস্তুত নয় এমন নেটওয়ার্ক, আর কোনো মনে রাখা VPN পছন্দ আপনার হয়ে তা সম্পূর্ণ করে না।
তাই গ্রহণযোগ্যতার নোটে পোর্টালের ক্ষেত্রে জন্য একটি লাইন দরকার। হয় ফোনটি অপেক্ষা করে, নয় ব্যবহারকারী আগে পোর্টাল পার হয়, আর কোনটি গ্রহণযোগ্য তা নির্ভর করে কে ভ্রমণ করছেন তার ওপর। পছন্দটি লিখে রাখুন, কারণ সকাল সাতটায় রিবুট করা ব্যক্তি এটি নিজে ভেবে বানাবেন না। রুম নম্বর দরকার এমন পোর্টালও কেবল চেকবক্স গ্রহণ করা পোর্টাল থেকে আলাদা ক্ষেত্র।
ধাপ তিন: এমন প্রমাণীকরণ যা এখনো একজন মানুষ দরকার
স্বয়ংক্রিয় সক্রিয়করণ ও স্বয়ংক্রিয় প্রমাণীকরণ আলাদা সক্ষমতা। ডিভাইস সার্টিফিকেট ব্যবহার করা প্রোফাইল মানুষের ছাড়াই দ্বিতীয়টি সম্পন্ন করতে পারে, কিন্তু এককালীন ফ্যাক্টর দাবি করা গেটওয়ে পারে না, আর কোনো নীতি তা করাবে না। হাত-ছাড়া বুট ক্রম প্রতিশ্রুতি দেওয়ার আগে নির্ধারণ করুন আপনি দুটির কোনটি ডিপ্লয় করছেন।
তারপর মধ্যবর্তী অবস্থাটি স্পষ্টভাবে লিখুন: প্রমাণীকরণ অমীমাংসিত থাকলে ট্র্যাফিক আটকানো হয়, সারিতে রাখা হয় নাকি সরাসরি পাঠানো হয়? উত্তরটি পরিকল্পনায় থাকা দরকার, কারণ এটিই সেই জানালা যেখানে ভুল কনফিগারেশন ফাঁসে পরিণত হয়। গেটওয়েকে অপ্রাপ্য করে আর ফোন কী করছে তা দেখে এটি পরীক্ষা করুন, ক্লায়েন্টের নিজের বিষয়ে নিজের বর্ণনা পড়ে নয়।
ধাপ চার: প্রথম সুরক্ষিত কাজ, তারপর একটি রূপান্তর
পরিকল্পিত রিস্টার্টের পর সুরক্ষিত কাজটি খুলুন এবং নিশ্চিত করুন এটি সফল হয়েছে এবং সত্যিই টানেল ব্যবহার করেছে। তারপর Wi-Fi থেকে সেলুলারে রূপান্তরের সময় একই কাজটি পুনরাবৃত্তি করুন, কারণ এই স্থানান্তর অন্তর্নিহিত নেটওয়ার্কটি পুনরায় সমঝোতা করে এবং এখানেই কেবল বুটে কাজ করা প্রোফাইল ব্যর্থ হতে শুরু করে। প্রতিটি রানে তিনটি তথ্য লিপিবদ্ধ করুন: সংযোগটি স্বয়ংক্রিয়ভাবে উঠেছিল কি না, আপনাকে প্রমাণীকরণ করতে হয়েছিল কি না, এবং প্রত্যাশিত রিসোর্স উত্তর দিয়েছিল কি না।
ফাঁকের সময় সুরক্ষা বাধ্যতামূলক হলে, ডিপ্লয়মেন্ট মালিক যে যাচাই পদ্ধতি অনুমোদন করেন তা ব্যবহার করুন। একটি সফল পৃষ্ঠা লোড দেখাতে পারে না যে তার আগে কিছুই সরাসরি যায়নি।