IIS Manager لرې مدیریت: لومړی د WMSVC خپل پته وګورئ

ستاسو سایټ د تونل له لارې پر 443 ځواب ورکوي، او IIS Manager بیا هم نشي کولی له سرور سره وصل شي. دا دوه پایلې سره ضد نه دي، ځکه چې وېبسایټ او د لرې مدیریت پای ټکی دوه اورېدونکي دي چې دوه بېل تنظیمات او د لاسرسي قواعدو دوه بېلې ټولګې لري. د مدیریت یې د Web Management Service، WMSVC پورې اړه لري او خپله پته، پورټ، سند او IPv4 محدودیتونه لري. د یوې لارې له لمس کولو دمخه هغه پای ټکی وګورئ.

دوه اورېدونکي، دوه بېلې ستونزې

سایټ ته غوښتنه د هغه سایټ HTTP.sys بایندینګ ته رسېږي، چې په applicationHost تنظیم کې د هر سایټ او هر پروتوکول لپاره تعریف شوی. د IIS Manager غوښتنه WMSVC ته رسېږي، چې په ډیفالټ ډول پر TCP 8172 HTTPS ته ځواب وایي او د سرور په کچه تنظیمېږي. د سایټ بایندینګ کې هېڅ شی نه بدلوي چې WMSVC چېرته غوږ نیسي، او WMSVC کې هېڅ شی نه بدلوي چې سایټ پر کومه پته ځواب وایي. دوی یوه ماشین او یو د سندونو ذخیره شریکوي، او هلته ورتهوالی پای ته رسېږي.

نو پر پورټ 443 بریالی Test-NetConnection وایي چې د سایټ اورېدونکی د لاسرسي وړ دی، او د مدیریت په اړه هېڅ نه وایي.

هغه پته ومومئ چې WMSVC واقعاً ورسره تړل شوی

له سرور وپوښتئ چې اوس پر څه غوږ نیسي، نه هغه څه چې څو کاله دمخه تنظیم شوي وو. Get-NetTCPConnection -LocalPort 8172 -State Listen ځایي پته چاپوي، او 0.0.0.0 یا :: ارزښت ټولې پتې مانا کوي، خو ځانګړې پته یوازې هغه یوه. که د سرور پتې بدلې شوې وي، هغه اورېدونکی چې لا هم پر یوه تقاعد شوې پته نښتی دی، همدا هغه خرابي ده چې دا کتنه یې نیسي.

تنظیم شوی ارزښت د سرور نوډ پر IIS Manager د Management Service په پاڼه کې دی، او تر هغې وروسته په inetsrv د تنظیماتو په فولډر کې administration.config کې. دواړه پرتله کړئ: فایل څه وایي، او ساکټ واقعاً له څه سره تړل شوی.

بیا د اغېزمن VPN کلاېنټ څخه Test-NetConnection -ComputerName iis-admin.example.com -Port 8172 -InformationLevel Detailed وچلوئ او حل شوې پته او ټاکل شوې سرچینه پته ولولئ. پر VPN بېل DNS ځواب معمول دی، نو ژر یې ردول ارزښت لري. په ټیکټ کې هماغه دقیق هوسټ نوم او پورټ وساتئ، ځکه وروسته له بل نوم سره پرتله ستاسو د کړي بدلون هېڅ ثبوت نه دی.

هغه سرچینه پته ولولئ چې سرور یې ویني

د WMSVC IPv4 محدودیتونه پر هغې پتې ارزول کېږي چې سرور ته رسېږي، کومه چې تل هغه پته نه وي چې ستاسو لپټاپ یې ځان لري. که د VPN حوض په لاره کې چېرته وژباړل شي، سرور ژباړل شوې پته ویني او له کلاېنټ داخلي پتې جوړ شوی اجازه لړلیست به یې رد کړي. دا رد له کلاېنټ اړخه د اړیکې ناکامي ښکاري، ځکه نو ډېری وخت د لارښوونې ستونزه ګڼل کېږي.

د محدودیت لړلیست له سمولو دمخه د دې لپاره چې وګورئ کومه سرچینه پته واقعاً ورسېده، د TCP ازموینې تفصیلي وتنه او د سرور خپله د اړیکو جدول وکاروئ.

بایندینګ د یو خدمت بدلون په توګه بدل کړئ

WMSVC باید د هغه له تنظیم سمولو دمخه ودروول شي، نو دا د بل شته مدیریت لارې سره بدلون په توګه پلان کړئ، لکه کنسول لاسرسی یا یوه لرې ناسته چې IIS Manager ته تړلې نه وي. خدمت ودروئ، د پتې، پورټ یا سند بدلون پلي کړئ، بیا یې پیل کړئ او تایید کړئ چې اورېدونکی ځای بدل شو. په هغه موده کې هر بل څوک چې لرې IIS مدیریت کاروي ناسته له لاسه ورکوي. د مودې له پرانیستلو دمخه نورو مدیرانو ته ووایاست؛ په بدلون کې منځ کې دا کشف کول هماغه لاره ده چې دوه کسان پر یوه اورېدونکي سمون پیلوي.

ټولې پتې ټاکل قانوني انتخاب دی، خو دا د لاسرسي پرېکړه وګڼئ نه د لنډې لارې. اورېدونکی پراخول په داسې حال کې چې محدودیت لړلیست پرانیستی وي، هماغه لاره ده چې مدیریت پای ټکی پر هغه شبکه افشا کېږي چې هېچا نه وه غوښتې. که سرور څو NIC لري، اورېدونکی د مدیریت انټرفېس ته محدود کړئ، د معلوماتو لاره پرېږدئ، او تایید کړئ چې سایټ لا هم پر خپله پته ځواب وایي.

هغه سند چې WMSVC وړاندې کوي له سایټ سندونو څخه جلا ټاکل کېږي. که پته بدله کړئ، تایید کړئ چې سند لا هم هغه هوسټ نوم سره سمون لري چې کلاېنټ یې کاروي، که نه اړیکه وروسته د TLS په پړاو کې د لارښوونې سره هېڅ تړاو نه لرونکې شکایت سره ناکامېږي.

د لاسرسي وړتیا له باور او اجازو څخه جلا کړئ

کله چې TCP بریالی شو، پاتې ناکامۍ په ترتیب دي: د مدیریت سند لپاره TLS باور، بیا Windows تصدیق، بیا هغه حساب ته ورکړل شوې IIS Manager اجازې. هر یو یې بېل غلط تولیدوي، او هېڅ یو یې د لارې یا فایرول قاعدې سره نه سمېږي. د خدمت بیا پیلولو پرځای د غلط متن لفظي ولولئ.

څلور کتنې په همدې ترتیب وکړئ: پای ټکی، اورېدونکی، سرچینه پته، باور، او معمولاً د شبکې له ستونزې دمخه زوړ بایندینګ ومومئ.