RRAS හි VPN සේවාලාභීන්ට තමන්ගේම IPv4 තටාකයක් සහ ආපසු යන මාර්ගයක් අවශ්‍යයි

RRAS හි වෙනම ස්ථිතික තටාකයක් යනු වෙනසෙහි අඩක් පමණි. නිවැරදි cmdlet තෝරන්න, පසුව LAN සත්කාරකවලට නව සේවාලාභී පරාසයට ආපසු යන මාර්ගය දෙන්න.

VPN සේවාලාභියා සම්බන්ධ වී ලිපිනයක් ලබා ගනී, නමුත් ඔහුට අවශ්‍ය LAN සත්කාරකයට තවමත් පිළිතුරු දිය නොහැක. Windows Routing and Remote Access හි VPN සේවාලාභීන්ගේ අභ්‍යන්තර ලිපිනය පැමිණෙන්නේ සේවාදායකයේ LAN අනුකරණයෙන් වෙන්ව වින්‍යාස කරන තටාකයකිනි, සහ LAN පැත්තට එම තටාකයට ආපසු යන මාර්ගයක් අවශ්‍යයි. වෙනස්කම් දෙකක්, එකක් නොව, සහ ඒවා වෙනස් ආකාරවලින් අසාර්ථක වේ. පැරණි පරාස ඉවත් කිරීමට පෙර ලිපින සැලැස්ම සහ ආපසු යන මාර්ගය සනාථ වන පරිදි ඒවා පිළිවෙලින් කරන්න.

කොන්සෝලය විවෘත කිරීමට පෙර පරාසය වෙන් කරන්න

LAN, වෙනත් VPN පරාස හෝ අඩවියට මාර්ගගත වන කිසිවක් සමඟ අතිච්ඡාදනය නොවන උපසර්ගයක් තෝරන්න. පරීක්ෂණයකට /24 පහසු ප්‍රමාණයකි, සහ පළමු භාවිතයට ගත හැකි කොටස සේවාලාභීන්ට දිය හැකි අතර ඉතිරිය වර්ධනයට නිදහස්ව පවතී. කොන්සෝලයට ටයිප් කිරීමට පෙර එය එහි අරමුණ සහ හිමිකරු සමඟ ලියා තබන්න. පසුව කරන බෙදීමක් නැවත අංකනය කිරීමට බල නොකරන පරිදි කොටසේ දෙකෙළවරම ඉඩ තබන්න.

කොන්සෝලයේ පමණක් ජීවත් වන ලිපින සැලැස්මක් එක් ප්‍රතිනිර්මාණයක් ඈතින් ගැටුමක සිටී. එය වර්ධනය වීමට ද නැඹුරු වේ: කෙනෙක් පසුව දෙවන පරාසයක් එකතු කරන අතර පළමු එක කිසිවෙක් පරීක්ෂා නොකරයි. සැලැස්ම චැට් නූලක නොව, සේවාදායක ලේඛන අසල තබන්න.

සේවාදායකයේ LAN අනුකරණය මෙම තටාකය නිර්වචනය නොකරයි. පොදු ශ්‍රාවකය වෙනස් කිරීම හෝ LAN වෙත අනුකරණයක් එකතු කිරීම සම්පූර්ණයෙන්ම වෙනත් දෙයක් කරයි. ඒ නිසා සේවාලාභීන්ට සම්බන්ධ වී නමුත් වැරදි තැනකින් ලිපිනයක් ලැබිය හැක. තටාකය පවතින්නේ සේවාදායකයේ IPv4 ගුණාංගවල, අනුකරණ ලැයිස්තුවේ නොවේ.

ක්‍රමය වෙනස් කිරීම යනු පරාසයක් එකතු කිරීම නොවේ

RRAS හි පැවරුම් ක්‍රමයක් සහ පරාස කට්ටලයක් ඇත. DHCP සිට ස්ථිතික තටාකයකට යාම ක්‍රම වෙනසකි. ස්ථිතික තටාකය දැනටමත් සක්‍රීයව තිබියදී තවත් කොටසක් එකතු කිරීම පරාස වෙනසකි.

ඕනෑම එකක් ධාවනය කිරීමට පෙර ක්‍රියා දෙකම පෙරදසුන් කරන්න, සහ සේවාදායකයේ වත්මන් තත්ත්වයට ගැලපෙන්නේ කුමක්දැයි කියවන්න:

Set-VpnIPAddressAssignment -IPAssignmentMethod StaticPool -IPAddressRange '10.250.50.10','10.250.50.100' -WhatIf
Add-VpnIPAddressRange -IPAddressRange '10.250.50.110','10.250.50.150' -WhatIf

සේවාදායකය තවමත් DHCP පැවරුමේ නම් දෙවන cmdlet අසාර්ථක වේ හෝ නිරුපයෝගී තටාකයක් සාදයි. පළමු එක පවතින තටාකය පුළුල් කිරීම වෙනුවට ක්‍රමය ප්‍රතිස්ථාපනය කරයි. කිසිදු පෙරදසුනක් කිසිවක් යොදන්නේ නැත, එබැවින් ගැලපෙන එක ධාවනය කර, පසුව ලැබෙන තටාකය කොන්සෝලයේ තහවුරු කරන්න. සේවාදායකය කුමන තත්ත්වයේදැයි විශ්වාස නැත්නම්, IPv4 ගුණාංග පිටුවේ පැවරුම් ක්‍රමය කියවා වින්‍යාසගත පරාස ලැයිස්තුගත කරන්න:

Get-VpnIPAddressRange

හිස් පරාස ලැයිස්තුවක් සහිත DHCP ක්‍රමය යනු පළමු පෙරදසුන අදාළ වන බවයි. පවතින පරාසයක් සහිත ස්ථිතික ලිපින තටාකය යනු දෙවන එක අදාළ වන බවයි.

සැකසුමට අවශ්‍ය විය හැකි සේවා නැවත ආරම්භය සලකන්න, සහ සම්බන්ධිත සේවාලාභීන් වහාම නැවත අංකනය වේ යැයි නොසිතන්න. නැවත සම්බන්ධ වන තෙක් තම පැරණි ලිපිනය රඳවා ගන්නා සේවාලාභියා සාමාන්‍ය ලෙස හැසිරේ. නැවත සම්බන්ධ වීම පිළිගත හැකි කවුළුවක් සඳහා වෙනස සැලසුම් කරන්න.

LAN ට ආපසු යන මාර්ගයක් අවශ්‍යයි

LAN යනු 10.60.0.0/24 බවත් RRAS සේවාදායකය එහි 10.60.0.10 බවත් උපකල්පනය කරන්න. එම LAN හි 10.250.50.0/24 හි සේවාලාභියෙකුට පිළිතුරු දෙන සත්කාරකයට RRAS සේවාදායකය හරහා තටාකයට මාර්ගයක් අවශ්‍යයි. එම මාර්ගය නොමැතිව ඉල්ලීම ළඟා වන අතර පිළිතුර මිය යයි.

සත්කාරකයේ පෙරනිමි ද්වාරය වෙනත් රවුටරයක් නම්, එම රවුටරයට VPN උපසර්ගය සඳහා ආපසු යන මාර්ගය අවශ්‍යයි. RRAS සේවාදායකයේ ස්ථිතික මාර්ගයක් මෙහි උපකාර නොවේ; ආපසු යන මාර්ගය LAN ද්වාරය හිමි උපාංගයේ පැවතිය යුතුය, එබැවින් අඩවිය භාවිතා කරන දෙයට අනුව එය මාර්ගගත කිරීමේ වගුවට හෝ ගතික මාර්ගගත කිරීමේ ක්‍රියාවලියට එකතු කරන්න.

නව මූලාශ්‍ර පරාසයට එරෙහිව සත්කාරකයේ ගිනිපවුර සහ ඕනෑම ජාල ප්‍රවේශ නියමයක් ද පරීක්ෂා කරන්න. පැරණි සේවාලාභී පරාසය සඳහා ලියූ නියම නව එක ප්‍රතික්ෂේප කරයි, පැවරුම සාර්ථක වුවත්. LAN දෙසට සේවාලාභී මාර්ග සහ DNS විභේදනය වෙනස් අවශ්‍යතා වන අතර, උමං සෞඛ්‍ය සම්පන්න ලෙස පෙනෙන විට දෙකම අසාර්ථක විය හැක. එක් එක් දෙය වෙන වෙනම පරීක්ෂා කරන්න.

පැරණි එක ඉවත් කිරීමට පෙර නව තටාකය එක් උපාංගයක සනාථ කරන්න

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

නම් විභේදනයට තමන්ගේම පරීක්ෂණයක් අවශ්‍යයි: IP මගින් ප්‍රවේශය ක්‍රියා කළ හැකි අතර, සේවාලාභියාගේ DNS තවමත් ඔහුට ළඟා විය නොහැකි විසඳන්නෙකුට යොමු කරයි. LAN හි DNS සේවාදායකයකට ළඟා විය හැක්කේ සේවාලාභියාට එහි මාර්ගයක් තිබේ නම් සහ සේවාදායකය නව පරාසයෙන් විමසුම් පිළිගන්නේ නම් පමණි. තටාකය ගමන් කරන විට දෙකම පොදු අතපසු වීම් වේ.

සක්‍රීය සැසි සහ නඩත්තු ක්‍රියාවලිය සැලකීමෙන් පසුව පමණක් පැරණි පරාස සහ ඒවායේ ව්‍යතිරේක ඉවත් කරන්න. නව ලිපිනයක් සහිත සම්බන්ධිත සේවාලාභියා පැවරුම සනාථ කරයි, ප්‍රවේශ ප්‍රතිපත්තිය නොවේ. එය භාවිතා කළ අවසාන සැසිය කල් ඉකුත් වන තෙක් පැරණි පරාසය ලේඛනගතව තබන්න.

නිරීක්ෂණ තුනකින් ප්‍රතිඵලය පරීක්ෂා කරන්න

පිළිගැනීමට කරුණු තුනක් අවශ්‍යයි: සේවාලාභියාට නව තටාකයෙන් ලිපිනයක් ඇත, LAN සත්කාරකයකට ඔහු වෙත ළඟා වී පිළිතුරක් ලැබිය හැක, සහ ප්‍රතික්ෂේපිත ගමනාන්තයක් තවමත් ප්‍රතික්ෂේපිතය. එක් එක් දෙයට තමන්ගේම පරීක්ෂාවක් ඇත, එබැවින් අසාර්ථකත්වය පැවරුම, මාර්ගගත කිරීම හෝ ප්‍රතිපත්තිය පෙන්වයි. ඒවා එම අනුපිළිවෙලින් ධාවනය කරන්න.

සේවාලාභියාගෙන්, ලිපිනය සහ එක් LAN සත්කාරකයකට යන මාර්ගය තහවුරු කරන්න:

ipconfig | findstr /i "IPv4"
route print -4

LAN සත්කාරකයෙන්, එක් ගමනකින් ආපසු යන මාර්ගය සහ ප්‍රතිපත්තිය තහවුරු කරන්න. ping අසාර්ථක වුවත් යෙදුම ක්‍රියා කරන්නේ නම්, නැති වූ කොටස මාර්ගය නොව ICMP නියමයක් විය හැක. දෙකම අසාර්ථක නම්, VPN සංස්කරණය කිරීමට පෙර සත්කාරකයේ මාර්ගය කියවන්න. ප්‍රතිඵල තුනම වෙනස්කම් ටිකට්පතේ සටහන් කරන්න, ඊළඟ පුද්ගලයා සාක්ෂ්‍යවලින් ආරම්භ කරන පරිදි.

අදාළ ලිපි