Azure UDR සිට VPN ගේට්වේ දක්වා: එක් ගමනාන්තයක්, සියලු පිටවීම් නොවේ

ඔබ එක් බාහිර ප්‍රිෆික්සයක් සඳහා පරිශීලක-නිර්වචිත මාර්ගයක් එකතු කර, එය VPN ගේට්වේ වෙත යොමු කර, තවමත් ගමන් පථය Azure හි අන්තර්ජාල මාර්ගයෙන් පිටවේ. නැතහොත් එය නිවැරදිව පිටවන අතර පිළිතුර කිසිදා ආපසු නොඑයි. ප්‍රතිඵල දෙකම එකම වැරැද්දෙන් පැමිණේ: Azure හි ඊළඟ පිම්ම සම්පූර්ණ සැලසුම ලෙස සැලකීම. මාර්ග වගුව තීරණය කරන්නේ Azure තුළ පැකට්ටුව ගන්නා පිටවීම පමණි. උමං මාර්ගයෙන් පසු එයට සිදුවන්නේ කුමක්ද සහ පිළිතුර ආපසු එන්නේ කෙසේද යන්න ඔබ ගොඩනගත යුතු දෙවන භාගයයි.

ඊළඟ පිම්ම ගේට්වේ එකකි, උපාංගයක IP එකක් නොවේ

UDR ගැලපෙන ප්‍රිෆික්සය ඊළඟ-පිම්ම වර්ගයකට යවයි, VirtualNetworkGateway යනු වර්ගයකි, ලිපිනයක් නොවේ. මිනිසුන් ගේට්වේ හි පෞද්ගලික IP එක VirtualAppliance මාර්ගයකට අලවා, කිසිවක් නොගැලපෙන්නේ ඇයි දැයි කල්පනා කරති, එම වර්ගය ඒ වෙනුවට NIC එකක් හෝ අභ්‍යන්තර භාර සමතුලිතකාරකයක් අපේක්ෂා කරන බැවිනි. Microsoft හි මාර්ගකරණ ලේඛනද ගේට්වේ ඊළඟ පිම්ම ගේට්වේ VPN ගේට්වේ එකක් වන අතථ්‍ය ජාලයකට සීමා කරයි. ExpressRoute, Route Server සහ Virtual WAN කේන්ද්‍රය එම විකල්පයෙන් ලිපිනය නොකෙරේ.

මාර්ගය ලිවීමට පෙර අතථ්‍ය ජාලයට ඇත්ත වශයෙන්ම ඇත්තේ කුමක්දැයි පරීක්ෂා කරන්න. සැලසුම කේන්ද්‍රයක් හරහා මාර්ග ගත කරන්නේ නම්, මාර්ගය ඔබ සංස්කරණය කරන ශාඛාවට නොව කේන්ද්‍රයේ මාර්ගකරණ හිමිකරුට අයත් වේ.

කිසිවක් වෙනස් කිරීමට පෙර ඵලදායී මාර්ගය කියවන්න

Azure පද්ධති මාර්ග, BGP මගින් ඉගෙනගත් ප්‍රිෆික්ස් සහ UDR එක් එක් NIC සඳහා ඵලදායී මාර්ග වගුවකට ඒකාබද්ධ කරයි, සහ දිගම ගැලපෙන ප්‍රිෆික්සය එය පැමිණි තැන කුමක් වුවත් ජය ගනී. එකම ප්‍රිෆික්සය සඳහා UDR එකක් BGP මාර්ගයක් පරදවයි. එම අනුපිළිවෙල නිසා පෙර පරීක්ෂණයක කල් ඉකුත් වූ UDR එකකට ඔබ දැන් උමං මාර්ගයෙන් ඉගෙනගත් ප්‍රිෆික්සය නිහඬව ඉක්මවා යා හැකිය.

පළමුව ඵලදායී වගුව බලන්න, පසුව ඔබ මාර්ගයක් එකතු කරනවාද නැතහොත් එකක් ප්‍රතිස්ථාපනය කරනවාද යන්න තීරණය කරන්න:

az network nic show-effective-route-table \
  --resource-group rg-net --name vm-web-nic -o table

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

සැබෑ ප්‍රිෆික්සය සහ උප ජාලය අනුව මාර්ගය ලියන්න

සංසද පළ කිරීමකින් පිටපත් කළ පොදු පරාසයක් වෙනුවට ඔබ සැබවින්ම ළඟා වන සේවාවෙන් ගත් ගමනාන්තයේ සැබෑ ප්‍රිෆික්සය භාවිත කරන්න. සියලුම පිටවීම් ගෙන යන පෙරනිමි මාර්ගයක් සලකා බැලීමට පෙර එක් අනුමත සේවාවකින් ආරම්භ කරන්න. පසුව මාර්ග වගුව කාර්ය භාරයේ උප ජාලයට සම්බන්ධ කරන්න. ගේට්වේ උප ජාලයට එහිම අවශ්‍යතා ඇත, සහ ඔබේ වගුව එහි සම්බන්ධ කිරීම කාර්ය භාරය යොමු කරනවා වෙනුවට ගේට්වේ කඩා දමයි.

මාර්ගය සාදන්න, පසුව වගුව කාර්ය භාරය සත්කාරකත්වය දරන උප ජාලයට බැඳ දමන්න:

az network route-table route create --resource-group rg-net --route-table-name rt-egress \
  --name to-partner --address-prefix 203.0.113.0/24 --next-hop-type VirtualNetworkGateway
az network vnet subnet update --resource-group rg-net --vnet-name vnet-app \
  --name snet-web --route-table rt-egress

ප්‍රචාරණයද වැදගත් වේ. එම වගුවේ BGP ප්‍රචාරණය සක්‍රීය වූ විට, ඉගෙනගත් ප්‍රිෆික්ස් ඔබ ලියූ ඒවා සමඟ දිස්වේ, සහ වඩාත් නිශ්චිත ඉගෙනගත් ප්‍රිෆික්සයක් පුළුල් UDR එකක් පරදවා ගත හැකිය. ප්‍රචාරණය අක්‍රීය කරන්නේ එම උප ජාලය සඳහා UDR කට්ටලය අධිකාරී විය යුතු යැයි ඔබ අදහස් කරන විට පමණි.

ස්ථානීය භාගය සම්පූර්ණ කරන්න, නැතහොත් ගලා යාම එහි මිය යයි

ස්ථානීය ගේට්වේ එක Azure මූලාශ්‍රය පිළිගෙන, එය ගමනාන්තයට යොමු කර, යෙදුමට අවසර දිය යුතුය. එහි ඉදිරි මාර්ගය අන්තර්ජාල පිටවීමක් හෝ තවත් පෞද්ගලික පිම්මක් විය හැකිය, නමුත් එම තීරණය සැලැස්මට අයත් වේ, Azure මාර්ග වගුවට නොවේ. සුපුරුදු අසාර්ථකත්වය වන්නේ ආපසු යාමයි. අන්තර්ජාල ගමනාන්තයක් පෞද්ගලික Azure මූලාශ්‍රයක් ඔබ වෙත ආපසු මාර්ග නොකරයි, එබැවින් පිළිතුර එහිම පෙරනිමි ගේට්වේ වෙත ගොස් මිය යයි, නැතහොත් කිසිසේත් පිටව නොයයි.

සැලසුම් දෙකක් මෙය විසඳන අතර ඒවා එකිනෙකට මාරු කළ නොහැකිය. පිටවීමේදී මූලාශ්‍රය පරිවර්තනය කරන්න, එවිට ගමනාන්තය ස්ථානීය ජාලය සතු පොදු ලිපිනයකට පිළිතුරු දෙයි. නැතහොත් මූලාශ්‍රය රඳවා ගෙන පිළිතුරු උමං මාර්ගයෙන් ආපසු එන පරිදි මාර්ගගත ආපසු සම්බන්ධතාවක් ගොඩනගන්න. එකක් තෝරා යෙදුම කුමන ලිපිනය දකින්නේදැයි ලියා තබන්න.

තේරීම්කරුවන් සහ අවසර ලැයිස්තු මේ සියල්ලෙන් වෙන් වේ. Azure ඊළඟ පිම්මක් තේරීම VPN ගමන් පථ තේරීම්කරුවන් පුළුල් නොකරයි, සහ බාහිර සේවාවක මූලාශ්‍ර අවසර ලැයිස්තුව වෙනස් නොකරයි.

ගමනාන්තය දකින මූලාශ්‍රය සමඟ තහවුරු කරන්න

ඉල්ලීම වෙනත් උප ජාලයක පිම්ම සත්කාරකයෙන් නොව සැබෑ කාර්ය භාරයෙන් යවන්න, පසුව ගමනාන්තය දුටු මූලාශ්‍ර ලිපිනය කියවන්න. එම එකම අගය ආපසු එන සැලසුම් දෙකෙන් කුමක් ක්‍රියාත්මකදැයි ඔබට කියයි. පසුව පිළිතුරු මාර්ගය පරීක්ෂා කර, VM වෙත සාමාන්‍ය කළමනාකරණ ගමන් පථය තවමත් ක්‍රියා කරන බව තහවුරු කරන්න, මන්ද අහම්බෙන් එකතු කළ පෙරනිමි මාර්ගයක් යෙදුම කැඩීමට බොහෝ කලකට පෙර කැඩුණු SSH සැසියක් ලෙස පෙනේ.

තෝරාගත් ප්‍රිෆික්සයක් හරහා ගමන් කිරීම බලහත්කාර උමං මාර්ගකරණයට වඩා බොහෝ පටු වෙනසකි. එය පටුව තබන්න, එවිට ආපසු හැරවීම යනු එක් මාර්ගයක් මකා දැමීමයි.