Azure P2S: VNet වෙනසකින් පසු එක් Windows සේවාලාභියෙකුට මාර්ග අහිමි වේ

ලැප්ටොප් දෙකක් එකම Azure point-to-site ගේට්වේ එකට සත්‍යාපනය වන අතර, අලුතින් සම්බන්ධ වූ VNet එකට ළඟා වන්නේ එකක් පමණි. දෙකම Connected පෙන්වයි, එබැවින් සත්‍යාපනය වෙනස නොවේ; ඔවුන් රඳවා ගන්නා ගමනාන්ත මාර්ග වෙනසයි. අසාර්ථක වන සේවාලාභියාගෙන් ආරම්භ කරන්න, එක් ගමනාන්තයක් සසඳන්න, පසුව පමණක් හිඩැස ගේට්වේ ඇසුරුමට ද නැතහොත් දේශීය මාර්ග වගුවට ද යන්න තීරණය කරන්න.

ගේට්වේ එකෙන් නොව, අසාර්ථක වන සේවාලාභියාගෙන් ආරම්භ කරන්න

ලැප්ටොප් එකට දොස් නැගීමට පෙර භූගෝලීය සැකැස්ම තහවුරු කරන්න. කුමන VNet ගේට්වේ VNet එකට සම්බන්ධ ද සහ නව ජාලය සෘජුවම peer ද නැතහොත් වෙනම site-to-site උමං මාර්ගයකින් ළඟා වන්නේ ද පරීක්ෂා කරන්න. නව VNet ගේට්වේ VNet එකට කිසිසේත් සම්බන්ධ නොවේ නම්, කිසිදු සේවාලාභී ඇසුරුමකට එහි මාර්ගගත කළ නොහැකි අතර, ක්‍රියා කරන ලැප්ටොප් එකම පැහැදිලි කළ යුතු විෂමතාවයයි. පිළිතුර ලියා තබන්න, එය ඔබ සේවාලාභියෙකු ද ගේට්වේ එකක් ද දෝෂහරණය කරන්නේ ද යන්න තීරණය කරන බැවින්.

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

route print සමඟ එක් ගමනාන්තයක් සසඳන්න

අනුමත සම්පත් IP එකක් තෝරා ලැප්ටොප් දෙකම දෙවරක් සසඳන්න: විසන්ධි තත්ත්වයේ, පසුව සම්බන්ධ තත්ත්වයේ. Windows හි route print -4 ගමනාන්ත පූර්වාංගය, අතුරුමුහුණත, ඊළඟ පිම්ම සහ මෙට්‍රික් සමඟ IPv4 මාර්ග ලැයිස්තුගත කරයි. VPN යන වචනය අඩංගු සටහන් ගණන් කරනවාට වඩා එම ගමනාන්තයට සැබවින්ම ජයගන්නා පේළිය සටහන් කරන්න.

තේරීම පළමුව දිගම පූර්වාංගය, පසුව මෙට්‍රික් අනුව සිදු වේ, එබැවින් වඩාත් නිශ්චිත දේශීය මාර්ගයක් වැරදි ලෙස නොපෙනී උමං මාර්ගය පරදවා ගත හැක. අපේක්ෂිත ගමනාන්තය 10.24.0.0/16 තුළ නම්, සෞඛ්‍ය සම්පන්න සේවාලාභියා VPN අතුරුමුහුණතේ ගැළපෙන මාර්ගයක් පෙන්වන අතර, අසාර්ථක සේවාලාභියා එම ලිපිනයම තම පෙරනිමි ගේට්වේ වෙත යවයි.

ගැටුම්කාරී දේශීය පූර්වාංගයක් ද එම රෝග ලක්ෂණයම ඇති කළ හැක. යමක් එකතු කිරීමට පෙර ඔබට අවස්ථා දෙකෙන් කුමක් ද යන්න තීරණය කරන්න: උමං මාර්ගයක් කිසිසේත් නැත, නැතහොත් වඩාත් නිශ්චිත එකකට පරදින උමං මාර්ගයක්.

TTL expired මාර්ග බෙදාහැරීමේ දෝෂයක් නොවේ

TTL expired in transit ආපසු දෙන ping එකක් පවසන්නේ ඇසුරුම තම පිම්ම් කෝටාව අවසන් කළ බවයි, එය සාමාන්‍යයෙන් ඉදිරියට යැවීමේ ලූපයක් යන අර්ථයයි, කැඩුණු VPN ධාවකයක් නොවේ. Windows ping 255 දක්වා TTL පිළිගනී, අගය ඉහළ දැමීම ලූපය අලුත්වැඩියා නොකරයි; එය එම දෝෂයම පමා කරයි. පණිවිඩය මාර්ගයේ රෝග ලක්ෂණයක් ලෙස සලකන්න, මාර්ග බෙදාහැරීම පිළිබඳ සාක්ෂියක් ලෙස නොවේ.

මාර්ගය නැවත නැවත සිදුවන තැන බැලීමට tracert -4 10.24.1.10 භාවිත කරන්න. එම පිම්ම් දෙකම නැවත නැවත දිස්වන්නේ නම්, උමං මාර්ගයට යන ගමන් ප්‍රවාහය නැවත උමං මාර්ගයට හෝ එය ආපසු යවන දේශීය රවුටරයකට යවන මාර්ගයක් සොයන්න.

ඇසුරුම එයට හිමි ගේට්වේ එකේ නැවත සාදන්න

අදාළ භූගෝලීය වෙනස්කම් වලින් පසු Windows සේවාලාභී ඇසුරුම් නැවත බාගත කර ස්ථාපනය කළ යුතු බව Microsoft ලේඛනගත කරයි. මෙම පැතිකඩ සේවය කරන Azure ගේට්වේ එකෙන් වත්මන් ඇසුරුම ලබාගෙන, පසුව එම සේවාලාභියාට අනුග්‍රහය දක්වන ක්‍රියාවලිය සමඟ යොදන්න. අදාළ නොවන VPN යෙදුමක ක්‍රියාත්මක කළ හැකි ගොනුවක් ප්‍රතිස්ථාපනය කිරීම ගේට්වේ-විශේෂිත සැකසුම් නැවත සෑදීමට සමාන ක්‍රියාවක් නොවේ. ඇසුරුම නැවත බාගැනීම ලාභදායීය; දේශීය මාර්ග අනුමාන කිරීම එසේ නොවේ.

නැවත සම්බන්ධ වී මුල් ගමනාන්තයේ මාර්ගය නැවත කියවන්න. වෙනස්කම් වාර්තාව සමඟ පෙර සහ පසු පේළි තබා ගන්න, එවිට ප්‍රතිඵලය මම සේවාලාභියා නැවත ස්ථාපනය කළා යන ප්‍රකාශයට වඩා නිවැරදි වේ.

Azure P2S මාර්ගගත කිරීමේ අවස්ථා සෘජුවම peer කළ VNet වෙනත් උමං මාර්ග හරහා ළඟා වන ජාලවලින් වෙන් කරයි, නව ඇසුරුමකට peer කිරීම සංක්‍රාමක කළ නොහැක. සමහර Windows site-to-site හෝ BGP අවස්ථාවලට අතින් වින්‍යාස කළ දුරස්ථ මාර්ග ද අවශ්‍ය වේ, එබැවින් ඇසුරුම නැවුම් කිරීම සර්වව්‍යාපී මාර්ග බෙදාහැරීමේ යාන්ත්‍රණයක් නොවේ.

තාවකාලික මාර්ගයක් තාවකාලිකව තබන්න

අතින් සාදන ලද මාර්ගයකට අස්ථානගත සේවාලාභී මාර්ගයක් හුදකලා කළ හැක, නමුත් එය සැබෑ නිර්මාණයෙන් ගොඩනගන්න: route add 10.24.0.0 mask 255.255.0.0 172.16.0.1 if 42, ස්ථිර ධජයකින් තොරව, එවිට නැවත ඇරඹීමේදී එය අතුරුදහන් වේ. අතුරුමුහුණත් දර්ශකය සහ ඊළඟ පිම්ම සම්බන්ධිත VPN ඇඩැප්ටරයෙන් තෝරන්න, අනුමානයකින් නොවේ.

පරීක්ෂණාත්මක මාර්ගයක් ස්ථිර තරඟකාරී හිමිකරුවෙකු ලෙස තබා නොයන්න. අනාගත පැතිකඩ යාවත්කාලීන එම පූර්වාංගයම වෙනත් මෙට්‍රික් එකක් සමඟ එකතු කළ හැක, එවිට අතින් සාදන ලද සටහන කුමන මාර්ගය ජය ගන්නේ ද යන්න නිහඬව තීරණය කරයි. ඉවත් කිරීමේ පියවර වෙනසෙහි සටහන් කරන්න.

නිවැරදි මාර්ගය සක්‍රීය වූ පසු ping නොව, ඉලක්ක යෙදුම පරීක්ෂා කරන්න. ඇසුරුම් Azure වෙත ළඟා වුවත් සේවාව තවමත් අසාර්ථක නම්, ජාල ආරක්ෂණ කණ්ඩායම සහ ආපසු මාර්ගය පරීක්ෂා කරන්න, ඒවා ලැප්ටොප් එක පූර්වාංගය ඉගෙන ගත්තේ ද යන්නෙන් වෙන්ව ඇති බැවින්.