Azure P2S VPN හි ස්ථිතික IP: සේවාදායකයාගේ ලිපිනය වෙනස් වන්නේ ඇයි
Azure point-to-site සෑම සම්බන්ධතාවයකදීම තටාකයෙන් ඊළඟ නිදහස් ලිපිනය ලබා දෙයි, එබැවින් ස්ථිර සේවාදායක IP නොපවතී. ඒ වෙනුවට ප්‍රවේශය පරාස හෝ අනන්‍යතාව මත පදනම් කරන්න.
සෑම Azure point-to-site සේවාදායකයෙක්ම සත්‍යාපනයේදී තටාකයෙන් ලිපිනයක් ලබා ගන්නා අතර එය එම සම්බන්ධතාවය පවතින තාක් පමණක් රඳවා ගනී. කිසිදු වෙන් කිරීමේ වගුවක් නැත, පරිශීලකයා අනුව සිතියම්කරණයක් නැත, සහ “මෙම පුද්ගලයාට සැමවිටම 172.16.0.10 දෙන්න” යන අර්ථය ඇති ගේට්වේ සැකසුමක් නැත. මෙම එකම යාන්ත්‍රණය තමයි පසුව මිනිසුන්ට මුණගැසෙන රෝග ලක්ෂණ දෙකම පැහැදිලි කරන්නේ: පෙර ගැළපුණු පරිශීලකයා සමඟ තවදුරටත් නොගැළපෙන NSG නියමයක්, සහ කිසිවෙකු හිතාමතා නොඑකතු කළ යන්ත්‍රයක් නිහඬව ඇතුළු කරන අවසර ලැයිස්තුවක්. නියමය වඩාත් දක්ෂ IP නියමයකින් ප්‍රතිස්ථාපනය කිරීමෙන් දෙකම සකස් නොවේ, මන්ද නියමය නම් කරන දෙය ඔබ පාලනය නොකරන කාලසටහනකට අනුව නැවත පවරනු ලැබේ.
තටාකය ධාරිතාවයකි, අනන්‍යතාවයක් නොවේ. එකවර උමංවලට අනන්‍ය ලිපින ලැබීම සඳහා එය පවතින අතර බද්ද අවසන් වන මොහොතේ ඒවා නැවත භාවිත කරයි. එය පැහැදිලි වූ පසු, ප්‍රයෝජනවත් ප්‍රශ්නය “මම මෙම සේවාදායකයා කෙසේ ඇමිණුම් කරම්ද” යන්න නොවී “ගේට්වේ නැවත භාවිත නොකරන කුමක් සාමයෙන් මට නියමයක් ලිවිය හැකිද” බවට පත් වේ.
සේවාදායකයා සම්බන්ධ වූ විට ගේට්වේ ඇත්තටම කරන්නේ කුමක්ද
ගේට්වේ වින්‍යාසගත සේවාදායක ලිපින තටාකය රඳවා ගන්නා අතර එය බදු වගුවක් ලෙස සලකයි. සම්බන්ධ වන විට එය ඊළඟ නිදහස් ලිපිනය, ප්‍රායෝගිකව ලබා ගත හැකි අවම එක, ගෙන සේවාදායකයා විසන්ධි වන තෙක් හෝ බද්ද අවසන් වන තෙක් එය උමං අනුකූලකයට පවරයි. තීරණය කරන්නේ අනුපිළිවෙලයි, අනන්‍යතාවය නොවේ: නිහඬ කාල පරිච්ඡේදයකට පසු පළමුව නැවත සම්බන්ධ වන්නා එම මොහොතේ අහම්බෙන් නිදහස්ව ඇති අවම ලිපිනය ලබා ගනී.
තටාකයේ ප්‍රමාණය හැසිරීම සඟවයි. පරීක්ෂකයන්ගේ ගණනට වඩා ලිපිනයක් හෝ දෙකක් විශාල පර්යේෂණාගාර තටාකයක් නිශ්චයාත්මක ලෙස පෙනේ, මන්ද එම ලැප්ටොප් පරිගණකය සෑම උදෑසනම එකම අනුපිළිවෙලින් නැවත සම්බන්ධ වීමට නැඹුරු වේ. තුන්වන යන්ත්‍රයක් එකතු කරන්න, තටාකයේ ප්‍රමාණය වෙනස් කරන්න, හෝ දහවල් ආහාරය තුළ සැසිය සම්බන්ධිතව තබන්න — රටාව කැඩේ. ලිපිනය කිසිදා ස්ථාවර නොවීය; පෝලිමයි ස්ථාවර වූයේ.
point-to-site වින්‍යාසයේ ඕනෑම වෙනසක් බදු අවකාශය ද නැවත සකසයි. වෙනස් සත්‍යාපන වර්ගයක්, ප්‍රමාණය වෙනස් කළ තටාකයක්, නව තටාක පරාසයක්, හෝ කඩා නැවත ගොඩනඟන ලද ගේට්වේක් — මේ සියල්ල සේවාදායකයන් ඔවුන්ගේ පැරණි ලිපිනවලට තවදුරටත් නොගැළපෙන තටාකයකට ආපසු යවයි. එම වෙනසෙහි කිසිවක් ඔබේ NSG අල්ලා නොගනී, එබැවින් බිඳවැටීම ස්වයංසිද්ධ ලෙස පෙනේ.
මිනිත්තුවක් පමණ තුළ මෙය සිදුවන ආකාරය දැකිය හැකිය. සම්බන්ධ වන්න, සේවාදායකයාගේ සම්බන්ධතා විස්තරවල උමං ලිපිනය සටහන් කරන්න, විසන්ධි වන්න, දෙවන යන්ත්‍රයක් සම්බන්ධ කරන්න, පසුව පළමු එක නැවත සම්බන්ධ කරන්න. ආපසු ලැබෙන ලිපිනය දෙවන යන්ත්‍රය රඳවා ගන්නා දෙය මත රඳා පවතින අතර, කිසිදු ද්වාර සැකසුමක් ඉල්ලීම මත පෙර ලිපිනය ප්‍රතිස්ථාපනය නොකරයි.
සේවාදායක IP මත පදනම් වූ NSG ඇත්තටම සම්බන්ධතා අනුපිළිවෙල පිළිබඳ නියමයකි
මිනිසුන් පළමුව ලියන නියමය පැහැදිලිය: කළමනාකරණ VM හි NIC මත හෝ එහි උපජාලය මත ඇතුළු වන නියමයක්, මූලාශ්‍රය ලෙස VPN සේවාදායකයාගේ අභ්‍යන්තර ලිපිනය. එය කෙටිය, ලියන දිනයේ පරීක්ෂණය සමත් වේ, සහ තටාකයේ එකකට වඩා නිදහස් ලිපිනයක් ඇති වූ විටම අසාර්ථක වේ.
එයින් අසාර්ථක වීමේ ක්‍රම දෙකක් ඇති වන අතර, ඉන් එකක් පමණක් දෝෂයක් ලෙස පෙනේ. නීත්‍යානුකූල පරිශීලකයෙකු ප්‍රතික්ෂේප වන්නේ නියමය නම් කරන ලිපිනය එම මොහොතේ වෙනත් අයෙකු සතුව ඇති බැවිනි, සහ එය කරදරකාරී ආධාරක ටිකට් එකක් ලෙස පැමිණේ. නැතහොත් අනපේක්ෂිත පරිශීලකයෙකුට අවසර ලැබෙන්නේ ඔහු නියමය තවමත් විශ්වාස කරන ලිපිනයක් උරුම වූ බැවිනි, සහ කිසිවෙකු ප්‍රවේශය විගණනය කරන තෙක් එය කිසිවක් ලෙස නොපැමිණේ.
නියමය බද්ද අනුගමනය කරන බැවින්, ඵලදායී ප්‍රතිපත්තිය “පළමුව සම්බන්ධ වන්නාට කළමනාකරණ ප්‍රවේශය ලැබේ” ලෙස කියවේ. එය අභිප්‍රායේ වස්ත්‍රයෙන් සැරසුණු සම්බන්ධතා අනුපිළිවෙල පිළිබඳ විස්තරයකි, සහ කිසිදු නියම පිරිසිදුකමක් එය අභිප්‍රාය ප්‍රකාශයක් නොකරයි.
සේවාදායක බද්ද සහ ගේට්වේ ලිපිනය වෙනස් වස්තූන් ය
බොහෝ ව්‍යාකූලත්වය පැමිණෙන්නේ එක් වචනයකිනි. ගේට්වේට තරමක් ස්ථාවර පොදු IP එකක් ඇත; සේවාදායකයන්ට තටාකයෙන් පෞද්ගලික ලිපින ඇති අතර ඒවා ස්ථාවර නොවේ. කලාප-ප්‍රතිදාන නොවන VPN ගේට්වේ සඳහා පොදු IP ගතිකව වෙන් කෙරේ, නමුත් එය ප්‍රමාණ වෙනස් කිරීම, නැවත සැකසීම සහ සාමාන්‍ය නඩත්තුව ජය ගනී — එය වෙනස් වන්නේ ගේට්වේම මකා නැවත නිර්මාණය කරන විටය.
එම ස්ථාවරත්වය තමයි ඔන්-ප්‍රෙමයිසස් සහකරුවාට ඔහුගේ වින්‍යාසයේ අවශ්‍ය වන්නේ, සහ එය තනි සේවාදායකයෙකු හඳුනා ගැනීම ගැන කිසිවක් නොකියයි. හවුල්කරුවෙකු ඔවුන් දකින ලිපිනය කුමක්දැයි ඇසූ විට, පිළිතුර site-to-site යටතේ ගේට්වේයේ පොදු IP, හෝ හවුල් NAT පරාසයකි — කිසිදා ලැප්ටොප් පරිගණකයක උමං බද්ද නොවේ.
කණ්ඩායම් තටාක ඔබට නියම ලිවීමට වටිනා පරාසයක් ලබා දෙයි
Virtual WAN point-to-site පරිශීලක කණ්ඩායම් සඳහා සහාය දක්වන අතර, සෑම කණ්ඩායමකටම එහිම සේවාදායක ලිපින තටාකයක් පැවරිය හැකිය. සාමාජිකත්වය අනන්‍යතාවයෙන් තීරණය වන බැවින්, සේවාදායකයා වැටෙන පරාසය අනාවැකි කළ හැකි බවට පත් වේ: මෙහෙයුම් එක් පරාසයක, කොන්ත්‍රාත්කරුවන් තවත් පරාසයක, සහ පරාසය යනු ෆයර්වෝල් හෝ NSG නියමයකට අනුමාන නොකර නම් කළ හැකි දෙයකි.
ප්‍රතිඵලයක් ලෙස ලැබෙන නියම කට්ටලයට ඔබට සමාලෝචනය කළ හැකි හැඩයක් ඇත:
- එක් එක් ප්‍රේක්ෂකයාට එක් තටාකයක්, හිස් ගණනට වඩා උපරිම එකවර සැසි සඳහා මනින ලද;
- කණ්ඩායම් සාමාජිකත්වය අනන්‍යතාවයෙන් හසුරුවනු ලැබේ, යමෙකු එකතු වන සෑම විටම නියම සංස්කරණය කිරීමෙන් නොව;
- NSG හෝ Azure Firewall නියම තටාක පරාසයන්ට එරෙහිව ලියනු ලැබේ, කිසිදා තනි බදු සඳහා නොවේ;
- කිසිදා පරාසයක් බෙදා නොගත යුතු ප්‍රේක්ෂකයන් සඳහා වෙනම කේන්ද්‍රස්ථානයක් හෝ ගේට්වේයක්.
| Rule target | Survives a reconnect | What it still cannot express |
|---|---|---|
| Client tunnel address | No | Follows connection order and admits whoever holds the address next |
| Whole client pool | Yes | Grants every connected client identical access |
| Virtual WAN group pool | Yes | Only as reliable as group membership |
| Gateway public IP | Until the gateway is recreated | Identifies the site, not the person |
සම්පූර්ණ තටාකයක් අවසර ලැයිස්තුවට දැමීම අවංක නමුත් රළුය: එම පරාසයේ සෑම සම්බන්ධිත සේවාදායකයෙකුටම එකම ප්‍රවේශය ලැබේ. එය සමාලෝචනයේදී සොයා ගැනීමට වඩා හයියෙන් කීමට වටිනා ප්‍රතිපත්ති තීරණයකි. තවමත් පුද්ගලයාට පිළිතුරක් අවශ්‍ය වන සෑම දෙයක්ම භූමිකා පැවරීම් හරහා සම්පත් වෙත අයත් වේ, පැකට් පෙරහනට නොවේ.
යෙදවීම Virtual WAN වෙත යා නොහැකි විට
බොහෝ ගේට්වේ සාමාන්‍ය VPN ගේට්වේ ලෙසම පවතී, සහ Virtual WAN වෙත යාම සුළු වෙනසක් නොවේ. ප්‍රායෝගික පිළිතුර වන්නේ පරිශීලකයා අනුව තීරණය පැකට් පෙරහනෙන් පරිශීලකයා කවුරුන්දැයි දැනටමත් දන්නා දෙයකට ගෙන යාමයි.
සම්පත් මට්ටමේ අනන්‍යතාවය ලාභම අනුවාදයයි. Storage, SQL සහ Key Vault සියල්ලම පරිශීලකයා හෝ කණ්ඩායම අනුව භූමිකා පැවරීම් සමඟ Entra ID සත්‍යාපනයට සහාය දක්වයි, එබැවින් VPN ට ජාල ළඟා වීම පමණක් ඔප්පු කළ යුතුය. නම් කළ ගිණුම් සහිත පිම්ම සත්කාරකය පරිපාලන කටයුතු සඳහා එම කාර්යයම කරයි, මන්ද සත්කාරකය පුද්ගලයා වාර්තා කරන අතර උමං පැකට් පමණක් ගෙන යයි. සේවාදායකයන් DNS හි ලියාපදිංචි කිරීම සහ අංකය වෙනුවට නමට අවසර දීම නියමය එක් ස්තරයක් ඉහළට ඔසවයි. යෙදුම් ස්තරයේ අනන්‍යතාවය — සහතික විෂය, ටෝකන් හිමිකම්, කණ්ඩායම් සාමාජිකත්වය — තීරණය ගැනීමට ඉල්ලා සිටින්නේ ජාලයට නොව යෙදුමට වූ විට ක්‍රියා කරයි.
ස්ථිර මූලාශ්‍ර ලිපිනයක් ඉල්ලා සිටින හවුල්කරුවෙකුට, පිළිතුර නිර්වචිත සමක පූර්වාංකයක් සහිත site-to-site හෝ ExpressRoute වේ. ඔවුන් සමක පූර්වාංකයට අවසර දෙයි, ඔවුන්ගේ පැත්තේ දිස්වන ලිපිනය ගේට්වේට අයත් වන අතර කිසිවෙකු ලැප්ටොප් පරිගණකයක් නැවත අරඹන විට එය වෙනස් නොවේ.
තවත් අවසර ලැයිස්තුවක් සංස්කරණය කිරීමට පෙර තටාකය පරීක්ෂා කරන්න
තටාකයේ ගුණාංග දෙකක් මිනිසුන් සේවාදායකයාට ආරෝපණය කරන බොහෝ හැසිරීම් ඇති කරයි. ඉතා කුඩා තටාකයක් බදු ඉක්මනින් නැවත භාවිත කරයි, එබැවින් ලිපින නිරන්තරයෙන් ගමන් කරන ලෙස පෙනේ සහ ලිපිනය මත පදනම් වූ ඕනෑම නියමයක් නිර්මාණයෙන්ම අස්ථිර ලෙස පෙනේ. පරිශීලක පරාස හෝ අතථ්‍ය ජාල ලිපින අවකාශය සමඟ අතිච්ඡාදනය වන තටාකයක් කිසිදු ෆයර්වෝල් නියමයකින් සකස් නොකරන මාර්ගගත කිරීමේ අපැහැදිලිකමක් ඇති කරයි.
නියමයක් ස්පර්ශ කිරීමට පෙර තුන් දෙයක් එක් පිටුවක තබන්න: point-to-site තටාකය, අතථ්‍ය ජාල ලිපින අවකාශය සහ පරිශීලක පරාස. ඒවා අතිච්ඡාදනය නොවිය යුතු අතර, තටාකයට සෑම එකවර සේවාදායකයෙකුටම ඉඩ සහ නැවත සම්බන්ධ වීමට යම් ආන්තිකයක් අවශ්‍යය.
ඉන්පසු මෙම අනුපිළිවෙලින් චක්‍රය වසන්න:
- යන්ත්‍ර දෙකකින් අනුපිළිවෙල දෙකෙන්ම සම්බන්ධ වී ලිපින සසඳන්න; ඒවා මාරු විය හැකි නම්, ලිපිනය මත පදනම් වූ කිසිදු නියමයක් ආරක්ෂිත නොවේ.
- ගේට්වේ Virtual WAN දැයි පරීක්ෂා කරන්න; එසේ නම්, ලිපිනය අනුව නියම වෙනුවට කණ්ඩායම් තටාක භාවිත කරන්න.
- නියමය වැරදි පුද්ගලයාට ගැළපුණු විට කුමක් සිදුවේදැයි අසන්න; පිළිතුර ප්‍රවේශ සිද්ධියක් නම්, පාලනය අනන්‍යතාවයට ගෙන යන්න.
- කුමන පරාසය කුමන කණ්ඩායමට අයත් දැයි NSG නිර්වචන සමඟ එකම ගබඩාවේ සටහන් කරන්න.
- තටාකය, සත්‍යාපනය හෝ ගේට්වේ වෙනසකින් පසු නැවත පරීක්ෂා කරන්න, මන්ද එම වෙනස්කම් දැනුම් දීමකින් තොරව සිතියම්කරණය නැවත ලියයි.