iPad পুনরুদ্ধারে VPN ও push ভেঙে গেছে? এই দুটি পথ দেখুন

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

দুটি পথ, একটি পুনরুদ্ধার

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

রিবুট করা পুনরুদ্ধার নয়। রিবুট শুধু চলমান অবস্থা হারায়; পুনরুদ্ধার ইনস্টলেশন প্রতিস্থাপন করে এবং সেটিংসে অদৃশ্য উপায়ে দুটি পরিচয়ই বদলে দিতে পারে।

প্রথম পথ: ডিভাইসের সত্যিই যে নথিভুক্তি আছে

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

প্রতিষ্ঠান-পরিচালিত iPad-এর ক্ষেত্রে পুনরুদ্ধারকে সেই নথিভুক্তি পদ্ধতি ও অপারেটিং সিস্টেম সংস্করণের জন্য নথিভুক্ত প্রক্রিয়া অনুসরণ করতে হবে, কারণ ফলাফল ভিন্ন হয়। Apple-এর পরিচালিত ডিভাইস পুনরুদ্ধারের নির্দেশিকা উল্লেখ করে যে অ্যাকাউন্ট-চালিত নথিভুক্তি প্রোফাইল ব্যাকআপ থেকে পুনরুদ্ধার হয় না, তাই ব্যবহারকারী আবার কাজ বা স্কুল সেটআপের মধ্য দিয়ে যান। অন্য নথিভুক্তি পদ্ধতিগুলো একই ডিভাইস, প্রতিস্থাপন ডিভাইস এবং ভিন্ন অপারেটিং সিস্টেম সংস্করণে ভিন্নভাবে আচরণ করে, তাই একটি ঘটনাকে কখনোই "VPN প্রোফাইল সবসময় হারায়" হিসেবে সাধারণীকরণ করা উচিত নয়।

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

দ্বিতীয় পথ: push টোকেন ইনস্টলেশনের অন্তর্গত

Apple-এর নথি বলে push সেবা ব্যাকআপ পুনরুদ্ধার, নতুন ডিভাইসে ইনস্টল বা অপারেটিং সিস্টেম পুনরায় ইনস্টলের পর নতুন ডিভাইস টোকেন দেয়। অ্যাপকে রানটাইমে বর্তমান টোকেন চাইতে হবে এবং এটি নিরাপদে তার বিজ্ঞপ্তি প্রদানকারীর কাছে পাঠাতে হবে। পুনরুদ্ধারের আগে ক্যাশ করা টোকেন কোনো বিকল্প নয়; এটি এমন একটি ইনস্টলেশনকে সম্বোধন করে যা আর নেই।

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

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

এই ক্রমে যাচাই করুন এবং প্রথম ব্যর্থতায় থামুন

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

কী আবার নথিভুক্ত হলো এবং কোন অ্যাপ নতুন টোকেন নিবন্ধন করল তা লিখে রাখুন, তারপর একটি ব্যাকগ্রাউন্ড বিজ্ঞপ্তি ও একটি VPN লগইন পরীক্ষা করুন। দুটোই কাজ করলে পুনরুদ্ধার শেষ; কেবল একটি কাজ করলে, কোন পথ ঠিক করতে হবে তা এখন আপনি জানেন।