VPN কনফিগারেশনে IPv6 এন্ডপয়েন্ট কীভাবে লিখবেন

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

ঠিকানা লেখার আগে ফিল্ডের ধরন যাচাই করুন

একটি WireGuard Endpoint ফিল্ডে পোর্টসহ IPv6 লিটারেল ঠিকানার চারপাশে ব্র্যাকেট ব্যবহার করে, যেমন [2001:db8::10]:51820। এই উদাহরণের ডকুমেন্টেশন প্রিফিক্স কোনো পাবলিক সার্ভার নয়, আর ব্র্যাকেট সিনট্যাক্সের অংশ, ঠিকানার নয়।

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

পোর্ট একই ফিল্ড ভাগ করলে লিটারেল ব্র্যাকেটে রাখুন

মনে রাখার নিয়মটি সহজ: একই স্ট্রিংয়ে পোর্ট অনুসরণ করলে ব্র্যাকেট আসে। পোর্টহীন ফিল্ডে ঠিকানা একা থাকলে সেগুলো আসে না।

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

ঠিকানা ও পোর্ট ফিল্ড আলাদা করুন

ক্লায়েন্ট আপনাকে দুইটি বাক্স দিলে ঠিকানা একটিতে আর পোর্ট অন্যটিতে রাখুন। ঠিকানা বাক্সে পেস্ট করা মিলিত রূপ পার্স ত্রুটি বা আরও খারাপ, অপ্রত্যাশিত কিছুতে রিজলভ হওয়া একটি ঠিকানা তৈরি করে।

মান সঠিক দেখালে পেছনের স্পেস ও অদৃশ্য অক্ষর যাচাই করুন। কপি করা ঠিকানায় প্রায়ই নন-ব্রেকিং স্পেস বা শূন্য-প্রস্থ অক্ষর থাকে যা ক্লায়েন্ট পার্স করতে পারে না আর স্ক্রিন দেখায় না। ত্রুটি অর্থহীন মনে হলে পেস্ট না করে মানটি আবার টাইপ করুন।

জোন আইডেন্টিফায়ার সাবধানে সামলান

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

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

আগে পার্স, তারপর নাগালযোগ্যতা যাচাই করুন

দুইটি ব্যর্থতা স্পষ্টভাবে আলাদা করুন। বিকৃত ঠিকানা পার্স ত্রুটি বা তাৎক্ষণিক প্রত্যাখ্যান তৈরি করে, আর সুগঠিত এন্ডপয়েন্ট যদি প্রমাণীকরণ প্রত্যাখ্যান করে বা কখনো উত্তর না দেয়, সেটি ভিন্ন সমাধানের ভিন্ন সমস্যা।

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

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