resolver peered VNet එකක ඇති විට Azure P2S DNS අසාර්ථක වේ

VM එකට ping කරන්න, එය පිළිතුරු දෙයි; එහි නම අසන්න, සේවාලාභියා පවසන්නේ host නොදන්නා බවයි. resolver VPN gateway ඇති ජාලයේ නොව peered අතථ්‍ය ජාලයක සිටින විට, මෙම ප්‍රතිඵල යුගලය අපේක්ෂිතය, සහ resolver ගැටලු විසඳීම කොතරම් කළත් එය වෙනස් නොවේ. නැති වී ඇත්තේ peering පෙරනිමියෙන් රඳවා තබා ගන්නා මාර්ගගත කිරීමේ ගිවිසුමකි. ටොපොලොජි දෙකක් කඩදාසියේ පාහේ සමාන ලෙස පෙනේ, සහ ක්‍රියා කරන සහ කැඩුණු අතර වෙනස නිවැරදි දිශාවට තබා ඇති peering ස්විච යුගලයකි.

ලැප්ටොප් පරිගණකයක් VNet2 හි gateway එකකට ටනල් කරන අතර, DNS සේවය කරන domain controller එක VNet1 හි වාඩි වී සිටින බව සිතන්න.

ටොපොලොජි දෙකක්, එක් වෙනසක්

resolver එක gateway හිම අතථ්‍ය ජාලය තුළ තබන්න, ටනලය ඉහළ එන මොහොතේ නම විසඳෙනවා. එම සෙවීමේ කිසිදු peering සැකසුමක් සහභාගී නොවේ.

එම resolver එකම peering එකක් හරහා අනෙක් පැත්තට ගෙන යන්න, සේවාලාභියා තවමත් VM වෙතින් පිළිතුරක් ලබා ගනී, නම නොදන්නා ලෙසම රැඳේ. සහතිකය, ටනලය සහ සේවාලාභියා වෙනස් වී නැත. වෙනස් වූ එකම දෙය resolver ජීවත් වන ස්ථානයයි. peering එයට එම ලිපිනයට මාර්ගයක් දුන්නා, gateway එකට එහි රථවාහන ගෙන යාමේ අධිකාරිය නොවේ.

පැත්ත A: gateway හිමියා තුළ gateway සංක්‍රාමණයට අවසර දෙන්න

peering අතථ්‍ය ජාල දෙකක් එක් කරයි, නමුත් gateway එකක් හරහා පැමිණෙන රථවාහන සඳහා මෙම එක්වීම සංක්‍රාමක නොවේ, සහ point-to-site ඉල්ලීම එසේම පැමිණේ. එබැවින් VNet2 හි gateway එකට නිර්මාණය අවසර දෙන තුරු සෙවීම VNet1 වෙත භාර දීමට අයිතියක් නැත. අවසරය යනු gateway ඇති ජාලය සතු peering එකේ ඇති ස්විචයකි.

VNet2 සිට VNet1 දෙසට peering එකේ Allow gateway transit සකසන්න. මෙම ගුණාංගය gateway සම්පත් එකේ නොව peering වස්තුවේ, එබැවින් එය peering blade එකේ කියවා වෙනස් කරන්න. සම්පූර්ණ පැත්ත A එපමණයි.

පැත්ත B: සහකරු මත දුරස්ථ gateway භාවිත කරන්න

අනෙක් අඩක් දර්පණ ප්‍රතිබිම්බයයි: VNet1 සිට VNet2 වෙත ආපසු peering එකේ Use remote gateways සක්‍රීය කරන්න. එම කොඩිය දෙකෙළවරේම, හෝ එක් කෙළවරක පමණක් දැල්වීමෙන් අඩක් ඉදිකළ මාර්ගයක් සහ මුල් රෝග ලක්ෂණය අස්පර්ශීව ඉතිරි වේ. VPN gateway ඇති ජාලයට පමණක් සංක්‍රාමණයට අවසර දෙන අතර, සහකරු එය භාවිත කරන පැත්තයි.

අවසන් වරට විවෘත කළ පෝටල් blade එක විශ්වාස කරනවාට වඩා ජාල දෙකේම ගුණාංග දෙකම කියවන්න.

Get-AzVirtualNetworkPeering -ResourceGroupName rg-core -VirtualNetworkName vnet2 `
  | Format-List Name,AllowGatewayTransit,UseRemoteGateways
Get-AzVirtualNetworkPeering -ResourceGroupName rg-core -VirtualNetworkName vnet1 `
  | Format-List Name,AllowGatewayTransit,UseRemoteGateways

යුගලය පැත්තෙන් පැත්තට දැකීම ප්‍රතිලෝම සැකසුමක් අල්ලා ගැනීමට වේගවත්ම ක්‍රමයයි. gateway පැත්තේ AllowGatewayTransit false වාර්තා කරන peering එකක් පැකට් ග්‍රහණයකින් තොරව සම්පූර්ණ අසාර්ථකත්වය පැහැදිලි කරයි.

සේවාලාභියා තවමත් ලබා ගත යුත්තේ කුමක්ද

මාර්ගගත කිරීම අවශ්‍ය වන අතර ප්‍රමාණවත් නොවේ, මන්ද point-to-site පැතිකඩ සේවාලාභියාට සංක්‍රාමණය ක්‍රියා කළ පසු පිළිතුරු දෙන DNS ලිපිනයක් ද ලබා දිය යුතුය. වේදිකා resolver එය එම ලිපිනය නොවේ: එය අතථ්‍ය ජාලයට සම්බන්ධ Azure Private DNS කලාපවලට පිළිතුරු දෙයි, නමුත් ඔබේම නාමාවලි සේවාදායකවල සත්කාරක කලාපයක් සඳහා කිසිවක් නොදේ, සහ මෙම යෙදවීම භාවිත කරන්නේ එයයි. සේවාලාභියෙකු එයට යොමු කරන්න, පොදු නම් සතුටින් විසඳෙන අතර අභ්‍යන්තර host නොදන්නා ලෙසම රැඳේ.

වෙනත් ඕනෑම දෙයක් වෙනස් කිරීමට පෙර සම්බන්ධිත ලැප්ටොප් එකෙන් resolver අසන්න.

nslookup dc01.corp.example 10.1.0.4

කාලය ඉකුත් වීම පවසන්නේ මාර්ගය තවමත් නැති බවයි. අධිකාරී පිළිතුරක් ගැටලුව නැවත සේවාලාභියා වෙත තල්ලු කරයි, සාමාන්‍යයෙන් කිසිදා එකතු නොවන අක්ෂර එකතුවක්, එබැවින් කෙටි නම් ඒවා සතුටින් අසාර්ථක කරන පොදු resolver වෙත ගමන් කරයි.

site-to-site පැත්තේ එම ගිවිසුම සංසන්දනය කරන්න

මෙයින් කිසිවක් විශේෂයෙන් ලැප්ටොප්වලට අයත් නොවේ. සේවාලාභියා වෙනුවට site-to-site ශාඛාවක් යොදන්න, දෙපැත්තේ අවශ්‍යතාව නැවත පැමිණේ: ශාඛාව සෘජුවම gateway ජාලයට පැමිණේ, සහ ජාල දෙකක් දුරින් ඇති සේවාවක් තවමත් peering පිටුපසය.

සංක්‍රාමණය peering දෙකේම ලබා දිය යුතු අතර, එය ලබා දෙන ස්විචය සේවාලාභී වර්ගය මත නොව peering මත ජීවත් වේ.

gateway එකට දොස් පැවරීමට පෙර

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

ipconfig /all
Get-DnsClientServerAddress -AddressFamily IPv4
ipconfig /flushdns

සෘණ පිළිතුරක් cache තුළ මාර්ගගත නිවැරදි කිරීමට වඩා දිගු කල් ජීවත් වේ, සහ පැරණි අක්ෂර එකතු ලැයිස්තුවක් කලාපය කිසිදා සත්කාරක නොවූ තැනකට ප්‍රශ්න යැවීම දිගටම කරයි. හිස් කරන්න, නැවත අසන්න, සහ කුමන සේවාදායකය පිළිතුරු දෙන්නේද සටහන් කරන්න.

මාර්ගය රැඳේද යන්න කුඩා කොන්දේසි දෙකක් තීරණය කරයි: ලිපින අවකාශ එකිනෙකට උඩින් නොතිබිය යුතුය, සහ resolver හි උපජාලයේ ඇති ජාල ආරක්ෂණ කණ්ඩායම සේවාලාභී තටාකය පිළිගත යුතුය, එය තවත් එක් මූලාශ්‍ර පරාසයක් පමණි. VM පැත්තෙන් ඵලදායී මාර්ග පරීක්ෂාවක් සහ සේවාලාභියාගෙන් එක් සෘජු විමසුමක් සමඟ එය ඔප්පු කරන්න, එවිට කලාප ගැටලුවක්, අක්ෂර එකතු ගැටලුවක් හෝ පෙරහනක් කිසිදා නැති සංක්‍රාමණයක් ලෙස වරදවා නොගැනේ.