কেন প্রতিবার কী রোটেট হলে আপনার VPN বিচ্ছিন্ন হয়
সূচি অনুযায়ী মৃত্যু হওয়া একটি টানেল সাধারণত পুনর্নবীকরণ বিনিময়ে ব্যর্থ হয়, প্রাথমিক হ্যান্ডশেকে নয়। প্রস্তাব, ক্রেডেনশিয়াল ও প্রতিস্থাপন অবস্থা তুলনা করুন।
সংযোগটি এক ঘণ্টা কাজ করে এবং তারপর মারা যায়, আর ক্লায়েন্ট disconnected-এর চেয়ে বেশি উপকারী কিছু রিপোর্ট করে না। এই সময়কালটাই সূত্র, কারণ পুনর্নবীকরণ বিনিময়ে কিছু প্রাথমিক হ্যান্ডশেক থেকে আলাদা। টাইমার শুধু ঠিক করে আপনি কখন এর সাথে দেখা করবেন। শেষ লেবেলের বদলে সেই বিনিময়ের বার্তাগুলো সংরক্ষণ করুন।
লেবেল নয়, পর্যায় পড়ুন
IKEv2-তে IKE অ্যাসোসিয়েশন ও CHILD অ্যাসোসিয়েশন আলাদা সূচিতে নবায়ন হয়। প্রথম দরকষাকষির জন্য গ্রহণযোগ্য প্রস্তাব দ্বিতীয়টির জন্য স্বয়ংক্রিয়ভাবে গ্রহণযোগ্য নয়। একটি সম্পন্ন হতে পারে যখন অন্যটি প্রত্যাখ্যাত হয়, যা অর্ধেক বিদ্যমান একটি টানেল তৈরি করে। ক্লায়েন্ট লগ লাইনের বদলে যে টুল এর মালিক সেই টুল দিয়ে বিনিময়টি ধরুন:
swanctl --list-sas
swanctl --log --level 2
ip xfrm state list
OpenVPN-এর জন্য সমতুল্য ঘটনা হলো সংস্করণ ও স্থাপনা সেটিংস দ্বারা নিয়ন্ত্রিত পুনরায় দরকষাকষি। এর প্রমাণীকরণ আচরণের নিজস্ব ব্যর্থতার ধরন আছে। যে বার্তাটি গুরুত্বপূর্ণ তা ব্যর্থ পর্যায়ের নাম বলে, এবং টিকিটে পুনর্বাক্য রচনার বদলে আপনি এটি হুবহু লিপিবদ্ধ করবেন।
টাইমস্ট্যাম্পগুলোও লিখে রাখুন। শেষ সফল দরকষাকষির পরে নির্দিষ্ট বিরতিতে বিচ্ছিন্ন হওয়া ব্যবহারের সময়ে এলোমেলোভাবে আসা বিচ্ছিন্নতার চেয়ে সম্পূর্ণ ভিন্ন একটি ফলাফল, এবং বিরতিটিই প্রায়ই একমাত্র প্রমাণ যা টিকে থাকে।
ব্যর্থ হওয়া প্রস্তাব তুলনা করুন
প্রত্যাখ্যাত প্রস্তাব উত্তরদাতার কাছে স্পষ্ট বার্তা তৈরি করে। সাধারণ কারণ হলো অ্যালগরিদম, কী দৈর্ঘ্য, গ্রুপ বা সময়কালে দুই প্রান্তের পার্থক্য। প্রাথমিক CHILD দরকষাকষি সফল হতে পারে কারণ অন্যপক্ষ এটি শুরু করেছিল, অর্থাৎ এটি অন্যপক্ষের প্রস্তাব তালিকা ব্যবহার করেছিল। কিছু বদলানোর আগে দুই প্রান্তই দেখুন।
সময়কালের অমিল বিশেষ মনোযোগ দাবি করে, কারণ এক প্রান্তে উদার দেখানো একটি মান অন্য প্রান্তকে এমন নবায়ন শুরু করাতে পারে যা সে সম্পন্ন করতে পারে না। কী পরিবর্তনের আচরণের ডকুমেন্টেশন বর্ণনা করে অ্যাসোসিয়েশন নবায়ন কীভাবে ট্রিগার হয় এবং দুই প্রান্ত তাদের সময় প্রত্যাশায় কীভাবে আলাদা হতে পারে। কনফিগারেশন ফাইল যা প্রস্তাব করে তার বদলে প্রতিটি প্রান্ত যা সমর্থন করার দাবি করে তা তুলনা করুন।
পুরোনো প্রোফাইল বা প্রোভাইডার টেমপ্লেট এমন প্রস্তাব পিন করতে পারে যা বর্তমান সংস্করণ আর দেয় না। মিসম্যাচটি কেবল তখনই প্রকাশ পায় যখন নতুন দরকষাকষি জোর করে করানো হয়।
ক্রেডেনশিয়াল সমস্যাকে অপ্রাপ্য পিয়ার থেকে আলাদা করুন
প্রমাণীকরণে ব্যর্থ পুনর্নবীকরণ ক্লায়েন্টে একরকম এবং সার্ভারে সম্পূর্ণ আলাদা দেখায়। যদি পুনরায় দরকষাকষিতে ক্রেডেনশিয়াল আবার যাচাই হয়, তবে মেয়াদোত্তীর্ণ সার্টিফিকেট, বাতিল অ্যাকাউন্ট বা বদলে দেওয়া পাসওয়ার্ড ঠিক নবায়ন বিরতিতে বিচ্ছিন্নতা ঘটাবে, অথচ প্রতিটি আগের সংযোগ সফল হয়েছিল। অপ্রাপ্য পিয়ার তৃতীয় সম্ভাবনা, এবং এটি কোনো প্রত্যাখ্যান তৈরি করে না: প্যাকেট বেরিয়ে যায় এবং কিছুই উত্তর দেয় না। সেই ক্ষেত্রটি সাধারণত টাইমারের বদলে নেটওয়ার্ক পরিবর্তন অনুসরণ করে, তাই ব্যর্থতাটি রোমিং, নিষ্ক্রিয় সময় বা রুট পরিবর্তনের পরে আসে কিনা দেখুন।
দূর প্রান্ত কী লগ করেছে তা দিয়ে তিনটিকে আলাদা করুন। কারণসহ প্রত্যাখ্যান, প্রমাণীকরণ ব্যর্থতা ও নীরবতা তিনটি ভিন্ন সংশোধন। ক্লায়েন্ট পুনরায় চালু করলে সেগুলো একটিমাত্র অনুপযোগী পর্যবেক্ষণে মিলিয়ে যায়।
নেটওয়ার্ককে দোষারোপের আগে সার্টিফিকেটের তারিখ ও অ্যাকাউন্টের অবস্থা পরীক্ষা করুন। দুটোই যাচাই করা সস্তা এবং দুটোই ক্লায়েন্টের নিজের বার্তায় অদৃশ্য।
একবার নবায়ন জোর করুন এবং ফলাফল পড়ুন
পরেরটির জন্য এক ঘণ্টা অপেক্ষার বদলে অপারেটরের সমর্থিত পদ্ধতিতে একবার নবায়ন জোর করুন। এটি করার সময় প্রয়োজনীয় ব্যর্থতা নীতি অক্ষত রাখুন। যাচাই বন্ধ করা বা সময়কাল এক দিন পর্যন্ত প্রসারিত করা কোনো কিছু না ঠিকিয়ে আপনার লগ থেকে উপসর্গটি মুছে দেয়। এটি পরবর্তী ব্যক্তির জন্য আরও দীর্ঘ বিভ্রাটও রেখে যায়।
সংশোধন হয়ে গেলে, নবায়িত টানেল পরীক্ষা করুন এবং তারপর অ্যাপ্লিকেশন থেকে নতুন অনুরোধ করুন। অ্যাসোসিয়েশন বদলানোর সময় যে অ্যাপ্লিকেশন সেশন সক্রিয় ছিল তার নিজের পুনরুদ্ধার প্রয়োজন হতে পারে, যদিও টানেল আবার সুস্থ। ব্যবহারকারীরা এটিকে VPN এখনো নষ্ট হিসেবে রিপোর্ট করবেন।
সংস্করণ, আলোচিত টাইমার এবং যে পর্যায় ব্যর্থ হয়েছে তা লিপিবদ্ধ করুন। পরবর্তী পুনরাবৃত্তি তখন স্মৃতি থেকে আবার বর্ণনা না করে এটির সাথে তুলনা করা যাবে।