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 අවසර. ඒ සෑම එකක්ම වෙනස් දෝෂයක් ඇති කරයි, කිසිවක් මාර්ගයක් හෝ ෆයර්වෝල් නියමයක් මගින් නිවැරදි නොවේ. සේවාව නැවත අරඹනවා වෙනුවට දෝෂ පෙළ වචනාර්ථයෙන් කියවන්න.

එම අනුපිළිවෙලින් පරීක්ෂා හතරක් කරන්න: අන්ත ලක්ෂ්‍යය, ශ්‍රාවකය, මූල ලිපිනය, විශ්වාසය, සහ සාමාන්‍යයෙන් ජාල ගැටලුවට පෙර පැරණි බන්ධනය හමු වේ.