Ping එක දිශාවකට පමණක් වැඩ කරයි: Windows සර්වරයේ ප්‍රතිධ්වනිය ඉවත දමන්නේ ඇයි

ඔබේ සේවාදායකය සර්වරයට Ping කරයි, සර්වරය සේවාදායකයට Ping කළ නොහැක, නමුත් උමං මාර්ගය එම වාක්‍ය දෙකේම පැකට්ටු පැහැදිලිව ගෙන යයි. වෙනස් වන්නේ මාර්ගය නොව එක් එක් පරීක්ෂණයේ පළමු පැකට්ටුවයි: එකක් Windows දැනටමත් නිරීක්ෂණය කරන ප්‍රවාහයකට දෙන ප්‍රතිචාරයකි, අනෙක කිසිදු නියමයක් ඉඩ නොදුන් නව ආගමන ඉල්ලීමකි. මෙම වෙනස එක්-දිශා Ping වාර්තා බොහොමයක් පැහැදිලි කරන අතර ඔබ ලිවිය යුතු නියමය කෙරෙහි සෘජුවම යොමු කරයි. ප්‍රතිවිරුද්ධ දිශාවන්හි පරීක්ෂණ දෙකක් මිනිත්තුවක පමණ කාලයකින් මෙම අවස්ථා වෙන් කරයි.

දිශා දෙකක්, වෙනස් තීරණ දෙකක්

සේවාදායකය ප්‍රතිධ්වනි ඉල්ලීම යවන විට, Windows firewall එක ඉඩ දීමට තීරණය කළ පිටවන සම්බන්ධතාවක් දකී. ප්‍රතිචාරය එම ස්ථාපිත ප්‍රවාහය තුළම ආපසු එන බැවින්, තත්ත්වය නිරීක්ෂණය කරන එන්ජිම ICMP සඳහා කිසිදු ආගමන නියමයක් නොවිමසා එය ඉඩ දෙයි. ප්‍රායෝගිකව තත්ත්වය මත පදනම් වූ පෙරහැරීම යනු මෙයයි, තවද කිසිවෙකු නොලියූ නියමය මෙහි සම්බන්ධ නොවේ. එබැවින් සේවාදායකයේ සාර්ථකත්වය ආගමන ප්‍රතිපත්තිය ගැන කිසිවක් නොකියයි.

සර්වරය මුලින්ම ඉල්ලීම යවන විට, කිසිදු තත්ත්වයක් එයට නොගැලපේ. Windows පැකට්ටුව නව ආගමන සම්බන්ධතාවක් ලෙස සලකා ආගමන ප්‍රතිපත්තියෙන් අසයි, එය පෙරනිමියෙන් අත්තනෝමතික මූලාශ්‍රවලින් එන ප්‍රතිධ්වනි ඉල්ලීම් සඳහා කිසිවක් සපයන්නේ නැත.

එනම් සේවාදායකයේ සාර්ථකත්වය පිටවන ICMP සහ ආපසු මාර්ගය ක්‍රියා කරන බව ඔප්පු කළේය. එය ආගමන තීරණය කිසිදා පරීක්ෂා නොකළ අතර, firewall එක හොඳින් ඇති බව යන ස්වාභාවික නිගමනය සාධාරණ නමුත් වැරදිය. එබැවින්ම සාක්ෂිය දැනටමත් ඇති ටිකට්පත්වලද මෙම වැරැද්ද නැවත නැවත සිදු වේ.

පැකට්ටුව අතුරුදහන් වන තෙක් අනුගමනය කරන්න

කිසිවක් වෙනස් කිරීමට පෙර ලිපින තහවුරු කරන්න: සේවාදායකයට ඇත්තටම ඇති උමං ලිපිනය භාවිත කරන්න, සහ සර්වරය සේවාදායකයට පිටුපස ඇති LAN ලිපිනයට නොව එයටම මාර්ග කරන බව පරීක්ෂා කරන්න. සර්වරයේ විධාන විමසුමෙන් පරාජයන් දෙකම එකම ලෙස පෙනේ, මන්ද දෙකම කාලය ඉකුත් වීමෙන් අවසන් වේ. පැකට්ටුව මිය යන්නේ කොහේද යන්න වෙනස් කළ යුත්තේ කුමක්ද යන්න තීරණය කරන එකම කරුණයි.

ඉල්ලීම උමං අතුරුමුහුණතට ළඟා වී පිටතට කිසිවක් නොයන්නේ නම්, දේශීය firewall එක විය හැකි හේතුවයි. එය කිසිදා අතුරුමුහුණතට නොළඟා වන්නේ නම්, පිළිතුර ඉහළින් ඇත: සර්වරයේ මාර්ගයක්, පිටවන ප්‍රතිපත්තියක්, හෝ VPN හිම සම-සම බෙදාහැරීම.

සර්වරය Ping කරන අතරතුර සේවාදායකයේ උමං අතුරුමුහුණතේ ග්‍රහණය කරන්න. ඉල්ලීම අසල ප්‍රතිචාරයක් නොමැතිව පැමිණෙන බව දැකීම Windows නියමයක් ලිවීම සාධාරණීකරණය කරන සාක්ෂියයි. කිසිවක් නොපෙනීම ඔබව ඉහළට යවයි, එම තත්ත්වයේ එකතු කරන නියමය කිසිදා නොපැමිණි පැකට්ටුවක් සඳහා යන්ත්‍රය වඩාත් අවසර දෙන සුළු කරයි. කෙසේ වුවද ග්‍රහණයේ පිරිවැය එය ප්‍රතිස්ථාපනය කරන අනුමානවලට වඩා අඩුය.

ICMP විවෘත කරනවාට වඩා එක් නියමයක් සීමා කරන්න

කිසිවක් ලිවීමට පෙර අඩප්ටරය සහ එහි වර්තමාන කාණ්ඩය හඳුනා ගන්න, මන්ද දෙකම ඔබ සැකසීමට යන පරාසයේ පෙනේ. එම අන්වර්ථය Windows අතුරුමුහුණතේ නම වන අතර, එය ඔබ ආයාත කළ VPN පැතිකඩෙහි නම විය යුතුම නැත. පහත විධාන මොනවා ඇත්දැයි ලැයිස්තුගත කර, පසුව යෙදීමකින් තොරව සීමිත නියමයක පෙරදසුනක් පෙන්වයි.

Get-NetConnectionProfile
Get-NetAdapter | Where-Object Status -eq 'Up'
New-NetFirewallRule -DisplayName "VPN server echo" -Direction Inbound -Protocol ICMPv4 -IcmpType 8 -RemoteAddress 10.63.0.1 -InterfaceAlias "Office VPN" -Profile Private -Action Allow -WhatIf

ICMPv4 වර්ගය 8 යනු ප්‍රතිධ්වනි ඉල්ලීමයි, සර්වරයට පිළිතුරක් අවශ්‍ය වන එකම පණිවිඩයයි. එය සර්වරයේ උමං ලිපිනයට සහ උමං අතුරුමුහුණතට සීමා කරන්න, සහ පැතිකඩ අඩප්ටරය ඇත්තටම ඇති ආකාරයටම තබන්න. උදාහරණයකට ගැළපෙන පරිදි ජාලයක් නැවත නම් කිරීම තමන්ගේම ප්‍රතිවිපාක සහිත වෙනම වෙනස්කමකි.

නියමය ආවරණය නොකරන දේ

IPv6 ප්‍රතිධ්වනිය වෙනස් පණිවිඩ වර්ගයක් සහිත වෙනස් ප්‍රොටෝකෝලයකි, එබැවින් ICMPv4 නියමය ඒ ගැන කිසිවක් නොකියයි, සහ පවුල් දෙකම ගෙන යන උමං මාර්ගයට අනෙක සඳහා තමන්ගේම නියමයක් අවශ්‍යය. මෙම නියමය අන් කිසිවක්ද විවෘත නොකරයි: RDP, ගොනු බෙදාගැනීම සහ අනෙක් සෑම සේවාවක්ම තවමත් තමන්ගේම ප්‍රතිපත්තිය මත රඳා පවතී. පුළුල් ICMP අවසරයක් සක්‍රීය කරනවාට වඩා පටු නියමයක් සීමා කිරීමේ මුළු අර්ථය මෙයයි. පුළුල් අවසරය පහසු නිවැරදි කිරීම වන අතර වැඩිම කාලයක් පවතින්නේ එයයි, මන්ද පසුව කිසිවෙකු එය නොසලකයි.

කළමනාකරණය කරන උපාංගයක නියමය ඊළඟ ප්‍රතිපත්ති නැවුම් කිරීමේදී ප්‍රතිස්ථාපනය විය හැකි බැවින්, දේශීය පරිපාලකයෙකු නොව ප්‍රතිපත්තියේ හිමිකරු සමාන වෙනස්කම කළ යුතුය. විධානය සමඟම අභිප්‍රාය ටිකට්පතේ ලියන්න, මන්ද නැවුම් කිරීම විධානය මකා දමා අවශ්‍යතාව නොවෙනස්ව තබයි. දෙකම එකම නිර්මාණය නොවේ, එයින් එකක් පමණක් ඉතිරි වේ.

ප්‍රතිඵලය නිවැරදි දිශාවෙන් කියවන්න

නියමය ක්‍රියාත්මක වූ පසු සර්වරයෙන් Ping කර ප්‍රතිචාරයක් සේවාදායකයට ළඟා වන බව තහවුරු කරන්න, පසුව තවමත් බැහැර කළ යුතු මූලාශ්‍රයකින් Ping කර එය නොළඟා වන බව තහවුරු කරන්න. උමං මාර්ගය අනෙක් ලිපින පවුල ගෙන යන්නේ නම් එම පැත්තෙන්ද ළඟාවීමේ පරීක්ෂණය නැවත කරන්න.

Get-NetFirewallRule -DisplayName "VPN server echo" | Get-NetFirewallAddressFilter
ping 10.63.4.17
ping -6 fd00:63::17

ක්‍රියාත්මක වූ නියමය මුද්‍රණය කිරීම එය නිර්මාණය කළ විධානය විශ්වාස කිරීමට වඩා ප්‍රයෝජනවත් වේ, මන්ද පෙරදසුනක් සහ යෙදූ නියමයක් වෙනස් තත්ත්වයන් වේ. ලිපින පෙරහන ඔබ අදහස් කළ මූලාශ්‍රය පෙන්වයි නම් සහ බැහැර කළ මූලාශ්‍රය තවමත් කාලය ඉකුත් වීමෙන් අවසන් වන්නේ නම්, නියමය එහි පරාසය පවසන දේ හරියටම කරයි. සේවාදායකයෙන් ආරම්භ වූ සාර්ථක Ping එකක් එය කිසිදා නොපෙන්වන්නට තිබුණි, එබැවින් සෑම පරීක්ෂණයකම දිශාව එහි ප්‍රතිඵලය අසල වාර්තාවට අයත් වේ. ටිකට්පතේ දිශා දෙකම තබන්න, නැතහොත් ඊළඟ පාඨකයා අසමත් විය නොහැකි පරීක්ෂණය නැවත කරනු ඇත.