ARM বিল্ড মানে আপনার Raspberry Pi-তে FortiClient সমর্থন নয়

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

প্রথম ধাপ: আপনার নির্দিষ্ট প্যাকেজের রিলিজ নোট সারি পড়ুন

সমর্থনের বিবৃতি সংস্করণ-নির্ভর, তাই আপনার প্রতিষ্ঠান যে প্যাকেজ অনুমোদন করে তার রিলিজ নোট দিয়ে শুরু করুন। নির্দিষ্ট উদাহরণে, FortiClient Standalone 7.4.7 টেবিলে GNOME-সহ Ubuntu 22.04 ও 24.04, Red Hat 9 এবং CentOS Stream 9 তালিকাভুক্ত। এর Linux প্রসেসর চাহিদা Intel বা সমতুল্য হিসেবে লেখা।

Raspberry Pi OS সেই তালিকাভুক্ত Linux পরিবেশগুলোর একটি নয়। এটি প্রতিটি FortiClient সংস্করণ সম্পর্কে রায় বা পরবর্তী রিলিজ নিয়ে পূর্বাভাস নয়; এটি সেই নথির সেই সারি সম্পর্কে বিবৃতি। আপনি সত্যিই যে সংস্করণ মোতায়েন করতে চান তার ম্যাট্রিক্স পড়ুন।

Windows বা macOS সারির প্রসেসর নোট Linux সারিতে নেবেন না। ভেন্ডররা প্রতি সংস্করণ ও প্রতি রিলিজে প্ল্যাটফর্ম নথিভুক্ত করে, এবং একটি সারিতে প্রযোজ্য নোট অন্যটির প্রমাণ নয়।

দ্বিতীয় ধাপ: Pi কী চালাচ্ছে তা নিশ্চিত করুন

তিনটি কমান্ড যেকোনো ডাউনলোডের আগে স্থানীয় তথ্য স্থির করে:

uname -m
cat /etc/os-release
dpkg --print-architecture

প্রথমটি জানায় কার্নেল আর্কিটেকচার, দ্বিতীয়টি ডিস্ট্রিবিউশন ও রিলিজ, আর তৃতীয়টি ব্যবহারকারী-স্পেস আর্কিটেকচার যার জন্য প্যাকেজ বানানো হয়। 64-বিট কার্নেলের সঙ্গে 32-বিট ব্যবহারকারী-স্পেস সম্ভব, এবং এটি বদলে দেয় আপনার কোন প্যাকেজ দরকার।

তারপর দেখুন সেই প্ল্যাটফর্মের জন্য আসলে কী পাওয়া যায়। Debian trixie-র প্রকাশিত প্যাকেজ টেবিলে openfortivpn-এর arm64 ও armhf বিল্ড রয়েছে। এটি ওই ডিস্ট্রিবিউশনে আর্কিটেকচারের প্রাপ্যতা প্রতিষ্ঠা করে। এটি প্রতিষ্ঠা করে না যে Fortinet কোনো ডেরিভেটিভে FortiClient যোগ্যতা দেয়, আর এটিও প্রতিষ্ঠা করে না যে আপনার প্রতিষ্ঠানের গেটওয়ে ক্লায়েন্টটি গ্রহণ করে।

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

তৃতীয় ধাপ: ক্লায়েন্টকে দোষ দেওয়ার আগে গেটওয়ে দেখুন

Upstream openfortivpn-কে PPP ও TLS ক্লায়েন্ট হিসেবে বর্ণনা করে যা pppd চালু করে। এটি নির্দিষ্ট বাস্তবায়ন, এবং এতে গেটওয়েকে সামঞ্জস্যপূর্ণ মোড দিতে হয়। সার্ভারের ব্র্যান্ড নাম প্রোটোকল চুক্তি নয়।

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

আপনাকে দেওয়া অ্যাকাউন্ট দিয়ে সংযোগ পরীক্ষা করুন, প্রশাসকের অ্যাকাউন্ট দিয়ে নয়, কারণ এনরোলমেন্ট ও নীতি সাধারণত ব্যবহারকারীর সঙ্গে যুক্ত:

sudo openfortivpn vpn.example.com:443 -u <username>

শুধু এক্সিট কোড নয়, ব্যর্থতাটি পড়ুন। সার্টিফিকেট ত্রুটি, PPP টাইমআউট ও নীতি প্রত্যাখ্যান তিনটি আলাদা সমস্যা, আর তাদের একটিই ARM সম্পর্কে।

চতুর্থ ধাপ: চুক্তির ভেতরে থেকেই ডিভাইসে এটি গ্রহণ করুন

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

চারটি তথ্য একসঙ্গে লিখুন: OS রিলিজ, ব্যবহারকারী-স্পেস আর্কিটেকচার, ক্লায়েন্ট প্যাকেজ সংস্করণ, এবং গেটওয়ে মোড। চারটি ছাড়া পরের ব্যক্তি বলতে পারবেন না সেটআপ সমর্থিত না কেবল কাজ করছে।

নিয়োগকর্তা যদি ম্যানেজড FortiClient পরিবেশ দাবি করেন যা Pi পূরণ করতে পারে না, অনুমোদিত এন্ডপয়েন্ট বা অনুমোদিত অ্যাক্সেস হোস্ট চান। পিয়ার ভ্যালিডেশন বন্ধ করবেন না, পোশ্চার চেক নকল করবেন না, বা একটি মেশিনের জন্য প্রতিষ্ঠানের গেটওয়ে বদলাবেন না। যে সিদ্ধান্ত লিখতে হবে তা হলো কোন সমর্থিত সমন্বয় অনুমোদিত, এই নয় যে ক্লোজড-সোর্স সফটওয়্যার কখনো ARM-কে লক্ষ্য করতে পারে না।