L2TP/IPsec ত্রুটি 789, 720 বা 691: আগে সঠিক ধাপটি ঠিক করুন

Windows 11 প্রতিটি L2TP/IPsec ধাপের জন্য আলাদা সংখ্যা রিপোর্ট করে, এবং সেই সংখ্যাটি ব্যর্থতা মূল্যায়ন করার বদলে ধাপ চিহ্নিত করে। 789 PPP লিঙ্ক থাকার আগেই ব্যর্থ হয়, 720 লিঙ্ক ওঠার সময় ব্যর্থ হয়, এবং 691 লিঙ্ক ওঠার পর ও শংসাপত্র প্রত্যাখ্যাত হওয়ার পরে ব্যর্থ হয়। উপকারী সিদ্ধান্ত কোন সংশোধনটি সবচেয়ে জনপ্রিয় তা নয়; বরং কোডটি প্রমাণ করে আপনি কোন ধাপে পৌঁছেছেন তা। আগে সেটি পড়ুন, তারপর প্রতিটি প্রচেষ্টায় একটি স্তর বদলান যাতে পরের কোডটি আপনাকে এখনও কিছু বলে।

কোডটিকে ধাপ হিসেবে পড়ুন, ত্রুটির তালিকা হিসেবে নয়

একটি L2TP সংযোগ নির্দিষ্ট ক্রমে তিনটি সীমানা অতিক্রম করে। IKE UDP 500-এ নিরাপত্তা সংঘ নিয়ে আলোচনা করে, NAT ট্রাভার্সাল সেই ট্র্যাফিক UDP 4500-এ সরায়, এবং তারপরেই L2TP টানেল এমন একটি PPP সেশন বহন করে যা ব্যবহারকারীকে প্রমাণীকরণ করে ও ঠিকানা দেয়।

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

789: পথ ও স্থানীয় নীতির মধ্যে বেছে নিন

কোড 789 প্রাথমিক নিরাপত্তা আলোচনার সময় প্রক্রিয়াকরণ ত্রুটি। IPsec কখনও ব্যবহারযোগ্য সংঘ তৈরি করেনি, তাই অ্যাকাউন্টটি এখনও পরীক্ষা করা হয়নি। অ্যাকাউন্ট দিয়ে নয়, পথ ও ভাগ করা কী দিয়ে শুরু করুন।

নিশ্চিত করুন যে UDP 500 ও UDP 4500 সার্ভারে পৌঁছায় এবং আগে থেকে ভাগ করা কী বাইটে বাইটে মেলে, যার মধ্যে বড়-ছোট হাতের অক্ষর ও শেষের ফাঁকা জায়গা রয়েছে। সার্ভার NAT-এর পিছনে থাকলে Windows-এর ডকুমেন্টেড রেজিস্ট্রি মানও লাগতে পারে। সার্ভার NAT-এর পিছনে থাকলে 1 এবং দুই প্রান্তই থাকলে 2 ব্যবহার করুন, তারপর পুনরায় চালু করুন কারণ নীতি এজেন্ট শুরুর সময় মানটি পড়ে:

reg add "HKLM\SYSTEM\CurrentControlSet\Services\PolicyAgent" /v AssumeUDPEncapsulationContextOnSendRule /t REG_DWORD /d 1 /f

ভারী অ্যাডাপ্টার মেরামত অন্য শাখার। Wi-Fi ডিভাইস ও WAN মিনিপোর্ট সরিয়ে তারপর হার্ডওয়্যারের জন্য পুনরায় স্ক্যান করা তখনই যুক্তিযুক্ত যখন স্থানীয় IPsec স্ট্যাক নিজেই ক্ষতিগ্রস্ত এবং অন্য VPN প্রকারও একইভাবে ব্যর্থ হয়। যখন কেবল একটি L2TP সার্ভার ব্যর্থ হয় আর বাকি সব নেটওয়ার্ক পথ কাজ করে তখন এটি বৃথা প্রচেষ্টা।

720: এই অ্যাডাপ্টার ও সার্ভার পুলের মধ্যে বেছে নিন

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

সিদ্ধান্তের জন্য প্রভাবের ব্যাসার্ধ ব্যবহার করুন। একটি Windows মেশিন ব্যর্থ হওয়া খারাপ WAN মিনিপোর্ট, থেমে যাওয়া Remote Access পরিষেবা বা নষ্ট সংযোগ প্রোফাইলের দিকে ইঙ্গিত করে। একাধিক ক্লায়েন্ট একসঙ্গে ব্যর্থ হওয়া সার্ভারের দিকে ইঙ্গিত করে: নিঃশেষিত ঠিকানা পুল, থেমে যাওয়া RRAS পরিষেবা বা এমন পুল যা আর ক্লায়েন্ট সাবনেটের সঙ্গে মেলে না। অন্য দিক বদলানোর আগে প্যাটার্ন যে দিকটি দেখায় সেটি ঠিক করুন।

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

691: শংসাপত্র ও থেমে যাওয়া সহায়কের মধ্যে বেছে নিন

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

আগে ডোমেইন ক্ষেত্র পরীক্ষা করুন, তারপর পাসওয়ার্ডের সঠিক অক্ষর। ফাঁকা জায়গা, উদ্ধৃতি চিহ্ন বা শেল-বিশেষ অক্ষরযুক্ত পাসওয়ার্ড সার্ভারে পৌঁছানোর আগেই নষ্ট হতে পারে; Linux-এ, pppd উদ্ধৃতি ছাড়া মান বা অনুপস্থিত ডোমেইনের জন্য E=691 একই প্রত্যাখ্যান রিপোর্ট করে। গোপনীয়তা পেস্ট করার বদলে আবার টাইপ করুন, এবং পুরোনো মান থাকতে পারে এমন সংরক্ষিত শংসাপত্র মুছে ফেলুন।

মানুষ যে শাখাটি মিস করে তা হলো থেমে যাওয়া সহায়ক পরিষেবা। যখন ভেন্ডরের ক্লায়েন্ট গেটওয়েতে শংসাপত্র পাঠাতে নিজের পরিষেবার উপর নির্ভর করে, তখন নিষ্ক্রিয় বা ক্র্যাশ হওয়া পরিষেবা পাসওয়ার্ড সঠিক হলেও 691 তৈরি করে। অ্যাকাউন্ট রিসেট করার আগে, বিশেষত পুনরায় চালু বা হালনাগাদের পরে ভেন্ডরের পরিষেবার অবস্থা পরীক্ষা করুন।

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

প্রতিটি প্রচেষ্টায় একটি স্তর বদলান

বাইরে থেকে ভিতরে কাজ করুন: পৌঁছানো ও NAT ট্রাভার্সাল, তারপর আগে থেকে ভাগ করা কী, তারপর স্থানীয় অ্যাডাপ্টার স্ট্যাক, তারপর শংসাপত্র, তারপর সার্ভার পুল ও পরিষেবা। এই ক্রম কোডগুলি যে ধাপগুলি বর্ণনা করে তা অনুসরণ করে এবং প্রতিটি ফলাফলকে একটি পরিবর্তনের সঙ্গে যুক্ত রাখে।

প্রতিটি প্রচেষ্টার আগে ও পরে কোড, ক্লায়েন্ট বিল্ড এবং সার্ভার বা ক্লায়েন্ট বদলানো হয়েছে কি না তার সংক্ষিপ্ত লগ রাখুন। 789, তারপর 720, তারপর 691-এর মতো ক্রম অগ্রগতির মানচিত্র; একই কোড দুবার এলে বোঝায় শেষ পরিবর্তন সেই ধাপটি সামলায়নি। Windows পুনরায় ইনস্টল করলে এই মানচিত্র মুছে যায় এবং গেটওয়েতে থাকা ব্যর্থতা বিরলভাবে সারায়।

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