Mac-এ SonicWall VPN: SSL ক্লায়েন্ট না নেটিভ L2TP?

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

গেটওয়েকে জিজ্ঞাসা করুন কোন পরিষেবা চালু আছে

একই পণ্যের নামের অধীনে দুটি রিমোট-অ্যাক্সেস পরিষেবা দেখা যায় এবং তারা সম্পূর্ণ ভিন্নভাবে আচরণ করে। একটি হল SSL VPN যেখানে ভেন্ডর ক্লায়েন্টের মাধ্যমে পৌঁছানো যায়, আর অন্যটি IPsec বা L2TP যা বিল্ট-ইন macOS ক্লায়েন্ট ডায়াল করতে পারে। পোর্ট, প্রমাণীকরণ ও ঠিকানা বরাদ্দে তারা আলাদা, তাই একটির প্রোফাইল অন্যটির জন্য অকেজো। শুধু Mac-এর দিক থেকে বেছে নেওয়া কনফিগারেশনের পোশাক পরা একটি অনুমান।

একসাথে তিনটি জিনিস চান: যে পরিষেবাটি লাইসেন্সপ্রাপ্ত ও চালু, সেই পরিষেবা macOS-এ যে ক্লায়েন্ট ও সংস্করণ সমর্থন করে, এবং যে প্রমাণীকরণ প্রবাহ এটি আশা করে। এর চেয়ে কম হলে পরের ব্যর্থতায় আপনাকে অনুমান করতে হবে।

নেটিভ L2TP পথে হাঁটুন

Mac-এ প্রোফাইল যোগ হলেই নেটিভ সংযোগ থাকে, এবং সেটিংস প্যানেল তা Wi-Fi ও Ethernet-এর পাশে দেখায়। তালিকা খালি হলে মেশিনে আদৌ কোনো VPN কনফিগারেশন নেই এবং সমস্যাটি সংযোগে নয়, প্রস্তুতিতে। নিচের কমান্ডটি সিস্টেম আসলে যা রাখে তা ছাপে, ইন্টারফেস যেসব কনফিগারেশন লুকাতে পারে সেগুলোসহ।

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

scutil --nc list
networksetup -listallnetworkservices

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

SSL ক্লায়েন্ট পথে হাঁটুন

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

পাশাপাশি ইনস্টল করা দুটি SSL ক্লায়েন্ট একই নেটওয়ার্ক এক্সটেনশনের জন্য প্রতিদ্বন্দ্বিতা করতে পারে, এবং আগে লোড হওয়াটি জেতে। অনুমোদিত ক্লায়েন্ট ইনস্টল করার আগে অব্যবহৃতটি সরান, তারপর এক্সটেনশন তালিকা নতুন করে গড়তে রিবুট করুন।

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

রিব্র্যান্ডিং বিজ্ঞপ্তিটি সঠিকভাবে পড়ুন

ক্লায়েন্টের নাম সরে, আর নাম বদল প্রোটোকলের পরিবর্তন নয়। ভেন্ডরের বিজ্ঞপ্তি যে Mobile Connect হয়ে উঠছে NetExtender তা ব্র্যান্ডিং বর্ণনা করে, তাই ডেস্কটপ প্ল্যাটফর্ম সমর্থন সম্পর্কে পুরোনো বিবৃতি নতুন নাম বহনকারী প্রতিটি অ্যাপে স্থানান্তর করা যায় না।

আপনি আসলে যে ক্লায়েন্ট ইনস্টল করেছেন তা আইকনের লেবেলে নয়, বান্ডেল শনাক্তকারী ও সংস্করণ দিয়ে চিহ্নিত করুন। এই পার্থক্যই ঠিক করে আপনার Mac-এ কোন সমর্থন ম্যাট্রিক্স প্রযোজ্য।

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