IIS Manager রিমোট অ্যাডমিন: আগে WMSVC-এর নিজের ঠিকানা দেখুন

আপনার সাইট টানেলের মাধ্যমে 443-এ উত্তর দেয়, আর IIS Manager তবুও সার্ভারে সংযোগ করতে পারে না। এই দুটি ফলাফল পরস্পরবিরোধী নয়, কারণ ওয়েবসাইট ও রিমোট অ্যাডমিনিস্ট্রেশন এন্ডপয়েন্ট দুটি আলাদা কনফিগারেশন ও আলাদা অ্যাক্সেস নিয়মের দুটি লিসেনার। ম্যানেজমেন্ট লিসেনারটি ওয়েব ম্যানেজমেন্ট সার্ভিসের, অর্থাৎ WMSVC-এর, এবং এর নিজের ঠিকানা, পোর্ট, সার্টিফিকেট ও IPv4 নিষেধাজ্ঞা আছে। কোনো রুটে হাত দেওয়ার আগে সেই এন্ডপয়েন্টটি দেখুন।

দুটি লিসেনার, দুটি আলাদা সমস্যা

সাইটে যাওয়া অনুরোধটি ওই সাইটের HTTP.sys বাইন্ডিংয়ে পৌঁছায়, যা applicationHost কনফিগারেশনে প্রতি সাইট ও প্রতি প্রোটোকলে সংজ্ঞায়িত। IIS Manager থেকে আসা অনুরোধ পৌঁছায় WMSVC-তে, যা ডিফল্টভাবে TCP 8172-এ HTTPS উত্তর দেয় এবং সার্ভার স্তরে কনফিগার হয়। সাইটের বাইন্ডিং WMSVC কোথায় শোনে তা বদলায় না, আর WMSVC সাইট কোন ঠিকানায় উত্তর দেয় তা বদলায় না। তারা একটি মেশিন ও একটি সার্টিফিকেট স্টোর ভাগ করে, আর মিল এখানেই শেষ।

তাই সফল Test-NetConnection পোর্ট 443-এ বলছে সাইট লিসেনার পৌঁছানো যায়, এবং ম্যানেজমেন্ট সম্পর্কে কিছুই বলে না।

WMSVC আসলে কোন ঠিকানায় বাঁধা আছে তা খুঁজুন

সার্ভারকে জিজ্ঞাসা করুন এটি এখন কী শুনছে, কয়েক বছর আগে কী শোনার জন্য কনফিগার হয়েছিল তা নয়। Get-NetTCPConnection -LocalPort 8172 -State Listen লোকাল ঠিকানা ছাপে, আর 0.0.0.0 বা :: মানে সব ঠিকানা, অন্যদিকে নির্দিষ্ট ঠিকানা মানে কেবল সেটিই। কোনো সার্ভারের অ্যাড্রেসিং বদলে গেলে, বাতিল হওয়া ঠিকানায় আটকে থাকা লিসেনারই হলো সেই ত্রুটি যা এই পরীক্ষা ধরে।

কনফিগার করা মানটি সার্ভার নোডে IIS Manager-এর ম্যানেজমেন্ট সার্ভিস পৃষ্ঠায় থাকে, আর তার পিছনে administration.config ফাইলে, inetsrv কনফিগারেশন ডিরেক্টরিতে। দুটো মিলিয়ে দেখুন: ফাইল কী বলে, আর সকেট আসলে কোন ঠিকানায় বাঁধা।

তারপর আক্রান্ত VPN ক্লায়েন্ট থেকে Test-NetConnection -ComputerName iis-admin.example.com -Port 8172 -InformationLevel Detailed চালান এবং রিজলভ হওয়া ঠিকানা ও নির্বাচিত সোর্স ঠিকানা পড়ুন। VPN-এ ভিন্ন DNS উত্তর যথেষ্ট সাধারণ, তাই শুরুতেই বাদ দেওয়া ভালো। টিকিটে ঠিক ওই হোস্টনেম ও পোর্ট রাখুন, কারণ পরে অন্য নামের সঙ্গে তুলনা আপনার করা পরিবর্তন সম্পর্কে কিছুই প্রমাণ করে না।

সার্ভার যে সোর্স ঠিকানা দেখে তা পড়ুন

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

নিষেধাজ্ঞা তালিকা সম্পাদনার আগে কোন সোর্স ঠিকানা সত্যিই এসেছে তা দেখতে TCP পরীক্ষার বিস্তারিত আউটপুট এবং সার্ভারের নিজের সংযোগ তালিকা ব্যবহার করুন।

বাইন্ডিং বদলান পরিষেবা পরিবর্তন হিসেবে

WMSVC-এর কনফিগারেশন সম্পাদনার আগে পরিষেবাটি বন্ধ করতে হয়, তাই এটি এমন পরিবর্তন হিসেবে পরিকল্পনা করুন যেখানে অন্য একটি ম্যানেজমেন্ট পথ খোলা থাকে, যেমন কনসোল অ্যাক্সেস বা IIS Manager-নিরপেক্ষ রিমোট সেশন। পরিষেবা বন্ধ করুন, ঠিকানা, পোর্ট বা সার্টিফিকেটের পরিবর্তন প্রয়োগ করুন, তারপর চালু করে লিসেনার সরে গেছে কি না নিশ্চিত করুন। রিমোট IIS প্রশাসন ব্যবহার করা অন্য যে কেউ সেই সময়ে সেশন হারাবেন। সময়সূচি খোলার আগে অন্য প্রশাসকদের জানান; পরিবর্তনের মাঝপথে এটি আবিষ্কার করাই দুজনকে একই লিসেনার সম্পাদনায় নিয়ে যায়।

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

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

পৌঁছানোর ক্ষমতাকে বিশ্বাস ও অনুমতি থেকে আলাদা করুন

TCP সফল হওয়ার পর বাকি ব্যর্থতাগুলো ক্রমবদ্ধ: ম্যানেজমেন্ট সার্টিফিকেটের TLS বিশ্বাস, তারপর Windows প্রমাণীকরণ, তারপর ওই অ্যাকাউন্টকে দেওয়া IIS Manager অনুমতি। প্রত্যেকটি আলাদা ত্রুটি দেয়, আর কোনোটিই রুট বা ফায়ারওয়াল নিয়মে সারায় না। পরিষেবা আবার চালু না করে ত্রুটির লেখাটি আক্ষরিকভাবে পড়ুন।

চারটি পরীক্ষা এই ক্রমে করুন, এন্ডপয়েন্ট, লিসেনার, সোর্স ঠিকানা, বিশ্বাস, এবং সাধারণত নেটওয়ার্ক সমস্যা খুঁজে পাওয়ার আগেই পুরনো বাইন্ডিংটি পাবেন।