OpenVPN Connect fragment প্রত্যাখ্যান করে: প্রোফাইলের উৎস ঠিক করুন

ত্রুটি আমদানির সময়, যেকোনো আলোচনার আগে আসে, এবং এমন নির্দেশের নাম বলে যা ক্লায়েন্ট গ্রহণ করতে অস্বীকার করে। OpenVPN Connect OpenVPN 3 লাইব্রেরির কোড চালায়, যা কমিউনিটি ক্লায়েন্টের fragment বিকল্প একেবারেই প্রয়োগ করে না। এতে বিষয়টি দুটি প্রান্তের সামঞ্জস্যের প্রশ্ন হয়ে ওঠে, প্যাকেটের আকার সমন্বয়ের প্রশ্ন নয়।

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

আমদানি কোথায় থামে

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

যদি বার্তায় fragment-এর নাম থাকে, বাকি প্রশ্ন হলো সার্ভারও কি এর উপর নির্ভরশীল। আপনাকে দেওয়া প্রোফাইল স্পর্শ করার আগে এর উত্তর দিন।

fragment কমিউনিটি ক্লায়েন্টে কী বদলায়

কমিউনিটি ক্লায়েন্টে নির্দেশটি OpenVPN-এর নিজস্ব ডেটাগ্রাম বিভাজন চালু করে, যা পেলোড বাইরের IP স্তরে পৌঁছানোর আগে ভাগ করে। এটি এমন পথ পেরোনোর জন্য আছে যা বড় UDP ডেটাগ্রাম ফেলে দেয়, এবং যাতে টানেল ব্যবহারযোগ্য থাকে যেখানে পথের MTU আবিষ্কারে ভরসা করা যায় না। এটি ইন্টারফেসের MTU কমানোর সমার্থক নয়, এবং এটি অপারেটিং সিস্টেমের করা IP স্তরের বিভাজনও নয়। যে ক্লায়েন্টের এই ব্যবস্থা নেই সে কোনো সংখ্যা কমিয়ে এটি পায় না।

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

এই ক্লায়েন্টের জন্য তৈরি প্রোফাইল চান

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

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

সংযোগ যাচাই করুন, শুধু আমদানি নয়

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

openvpn --config client.ovpn --verb 3
ip -4 addr show tun0
curl -sS --interface tun0 -o /dev/null -w '%{http_code}\n' --max-time 8 https://example.com/

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

কাজ করা প্রোফাইল এবং ক্লায়েন্টের সংস্করণ নোটের পাশে রাখুন। ক্লায়েন্টের ভবিষ্যৎ রিলিজ কোনো নির্দেশের সমর্থন যোগ করতে পারে, এবং এটি উত্তর বদলায় কেউ সার্ভার স্পর্শ না করেই।