NVA නොමැතිව ExpressRoute හරහා Azure පෞද්ගලික IP VPN

මිථ්‍යාව නම් ExpressRoute පෞද්ගලික peering හරහා රහස්‍යගත කිරීමට ජාල අතථ්‍ය උපකරණයක් අවශ්‍ය බවයි. එසේ නොවේ. Azure, උමගේ අන්ත ලක්ෂ්‍යය පරිපථය හරහා ගෙන යන පෞද්ගලික RFC1918 ලිපිනයක් වන Site-to-Site VPN Gateway එකක් සහාය දක්වයි, සහ උපකරණය ව්‍යුහාත්මක නොව අවශ්‍යතාවයකි. උපකරණ මිථ්‍යාව සඟවන දෙය වන්නේ සැබවින්ම රිදවන කොටසයි: පෞද්ගලික අන්ත ලක්ෂ්‍යය වස්තු දෙකකට වඩා එකක් මත සක්‍රීය කිරීම, සහ සෘජු peering මාර්ගයකට රහස්‍යගත මාර්ගයට වඩා නිශ්ශබ්දව ජය ගැනීමට ඉඩ දීම.

මිථ්‍යාව පැමිණියේ කොහෙන්ද

මෙම ප්‍රකාශයට ගරු කළ යුතු පෙර මූලයක් ඇත. වසර ගණනාවක් තිස්සේ පෞද්ගලික peering හරහා IPsec සඳහා ප්‍රායෝගික වට්ටෝරුව NVA විය, මන්ද කළමනාකරණය කරන ලද ද්වාරය පොදු අන්ත ලක්ෂ්‍ය පමණක් නිරාවරණය කළ බැවිනි. එය වෙනස් විය, සහ වෙනසට පෙර ලියන ලද පිළිතුරු තවමත් දිනය කිසිවෙකු පරීක්ෂා නොකරන තන්තුවල උපුටා දැක්වේ. නිවැරදි කිරීම පටු ය: පෞද්ගලික ලිපිනයක් සහිත VPN ද්වාරයක් පවතී, එය අන්ත ලක්ෂ්‍යය වෙනස් කරයි, එය වටා ඇති මාර්ගගත කිරීමේ තර්කනය නොවේ.

මේ කිසිවක් NVA විශ්‍රාම ගැන්වීම නොකරයි. එය උපකරණයම අවශ්‍යතාවයට ඇති එකම මාර්ගය යන උපකල්පනය විශ්‍රාම ගැන්වීම කරයි.

මට්ටම් දෙකෙහිම පෞද්ගලික අන්ත ලක්ෂ්‍යය සක්‍රීය කරන්න

VPN ද්වාරය ඇති VNet වෙත සම්බන්ධිත ක්‍රියාකාරී ExpressRoute පෞද්ගලික peering සම්බන්ධතාවයකින් ආරම්භ කරන්න. උමග එම ලිපින ප්‍රවාහනය ලෙස භාවිත කරන බැවින්, ස්ථානීය පැත්ත දැනටමත් එම පරිපථය හරහා අදාළ පෞද්ගලික ලිපිනවලට ළඟා විය යුතුය. පසුව ද්වාරයේ පූර්ව කොන්දේසිය: පෞද්ගලික-IP VPN සඳහා Microsoft ක්‍රියා පටිපාටියට Standard පොදු IP සම්පතක් මත ගොඩනගන ලද ද්වාරයක් අවශ්‍ය වේ. පෞද්ගලික උමග ලිපිනකරණය එම කොන්දේසිය ඉවත් නොකරයි, එය „පෞද්ගලික“ යනු „කොතැනකවත් පොදු IP නැත“ යැයි සිතන අයට පුදුමයකි.

දැන් දෙපසම කොඩිය සක්‍රීය කරන්න. ද්වාර වින්‍යාසයට පෞද්ගලික IP සඳහා තමන්ගේම ස්විචයක් ඇත, සහ තනි Site-to-Site සම්බන්ධතාවයට එම සම්බන්ධතාවය පෞද්ගලික ලිපිනය භාවිත කිරීමට බල කරන දෙවන එකක් ඇත. එකක් සකසා අනෙක සකසා නොගැනීම වඩාත් පොදු අසම්පූර්ණ වින්‍යාසයයි; උමග එක්කෝ ස්ථාපිත නොවේ, එක්කෝ වැරදි අන්ත ලක්ෂ්‍යයට ස්ථාපිත වේ.

az network vnet-gateway update -g rg-net -n vpngw-prod --set enablePrivateIpAddress=true
az network vpn-connection update -g rg-net -n conn-onprem --set enablePrivateIpAddress=true
az network vnet-gateway show -g rg-net -n vpngw-prod \
  --query '{sku:sku,priv:enablePrivateIpAddress,active:activeActive}'

ඔබ ස්ථාපනය කළ CLI අනුවාදයට එරෙහිව ගුණාංග නාම තහවුරු කරන්න, මන්ද ද්වාර ලේබල සහ CLI ගුණාංග සැමවිටම එකම වචන භාවිත නොකරන බැවිනි. සක්‍රීය-සක්‍රීය ද්වාරය පෞද්ගලික උමග ලිපින දෙකක් නිරාවරණය කරයි, සහ එම අතිරික්තතාවය අර්ථවත් වීමට නම් ස්ථානීය උපාංගයේ සගයන් දෙදෙනාම වින්‍යාසගත කළ යුතුය. මෙම පෞද්ගලික ලිපින උමග ඔසවා තැබීමට පමණක් BGP අවශ්‍ය නොවේ, නමුත් එය සාමාන්‍යයෙන් උපසර්ග බෙදාහැරීමේ ක්‍රමයේ කොටසකි.

දෙවන මිථ්‍යාව: ස්ථාපිත උමග ඔබේ රහස්‍යගත කරයි

දැන් යෙදුම් ජාලයට මාර්ග දෙකක් ළඟා වේ: සෘජු පෞද්ගලික peering මාර්ගය සහ VPN හරහා මාර්ගය. දෙකම ක්‍රියා කරයි. මෙම IPsec ස්ථරය යෙදෙන්නේ එකකට පමණි. එකම උපසර්ග ExpressRoute සහ VPN දෙකෙහිම ප්‍රකාශිත විට Azure සෘජු ExpressRoute මාර්ගයට මනාප ලබා දෙන බව Microsoft සටහන් කරයි, එබැවින් නිරෝගී උමගක් සහ නිරෝගී ගණන්කරුවන් යෙදුම් පැකට් ගියේ කොහේද යන්න කිසිවක් ඔප්පු නොකරයි.

සටහන් කරන ලද මෙහෙයවීම් ක්‍රම වන්නේ ExpressRoute මත ආවරණ පරාසයක් සහ VPN මත වඩාත් නිශ්චිත ආරක්ෂිත පරාසයක්, හෝ මාර්ග දෙකෙහි විසංයෝජිත උපසර්ග ය. උදාහරණයක් ලෙස, පෞද්ගලික peering 10.40.0.0/16 රැගෙන යා හැකි අතර VPN 10.40.12.0/24 ප්‍රකාශ කරයි. වඩාත් නිශ්චිත උපසර්ගය ජය ගනී, සහ පරාසයේ ඉතිරිය සෘජුවම පවතී.

az network vnet-gateway list-advertised-routes -g rg-net -n vpngw-prod
az network vnet-gateway list-learned-routes -g rg-net -n vpngw-prod
az network vpn-connection show -g rg-net -n conn-onprem --query connectionStatus

ස්ථානීය දිශාවෙන්ද එම පරීක්ෂාව කරන්න, මන්ද ඔබේ රවුටරයේ මනාපය තීරණය කරන්නේ පිටවන රථවාහනය කුමන පැත්තෙන් පිටවේද යන්නයි. සහ උමගේම ප්‍රවාහනය ExpressRoute මාර්ගයේ තබා ගන්න; ද්වාරයේ පෞද්ගලික අන්ත ලක්ෂ්‍යය උමග තුළට ඇද ගන්නා මාර්ගය උමග තමා මතම රඳා පවතින ලෙස සකසයි.

උමග වැටෙන විට කුමක් සිදුවේද යන්න තීරණය කරන්න

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

කුමන උපසර්ග සෘජුවම ළඟා විය හැකි ලෙස පවතිනු ඇත්ද සහ කුමන ඒවා රහස්‍යගත මාර්ගය නොමැති විට නැවතිය යුතුද යන්න ලියන්න. පසුව අවසර දී ඇති අවස්ථාව සැබෑ රථවාහනය සමඟ පරීක්ෂා කර සම්බන්ධතා ගණන්කරු සසඳන්න, මන්ද මාර්ග වගුව පමණක් රහස්‍යගත කිරීමේ අවශ්‍යතාවය තවමත් පවතීද යන්න නොකියයි.

මෙම රාමුව NVA එකක් එහි සැබෑ විශේෂාංග අනුව ඇගයීමටද ඔබට ඉඩ දෙයි, උමග කිහිපයක්, ප්‍රතිදානය හෝ සැපයුම්කරු පරීක්ෂාව වැනි, අන්ත ලක්ෂ්‍යය පෞද්ගලික නිසා එකක් මිලදී ගැනීම වෙනුවට.