Azure හි VPN උපාංග VM එක ප්‍රත්‍යාවර්ත මාර්ගය අහිමි කරන්නේ ඇයි
Azure VM එකක ඇති VPN උපාංගයට UDR, ජාල කාඩ්පතේ යැවීම් ධ්වජය සහ අමුත්තාගේ ප්‍රතිපත්තිය එකඟ විය යුතු ය. එක් ශාඛා ඉල්ලීමක් තුන හරහා ම අනුගමනය කරන්න.
VPN උපාංගයක් ධාවනය කරන Azure VM එකක් ස්වාධීන තීරණ පද්ධති දෙකක් තුළ පිහිටයි. පැකට්ටුවක් කුමන උපජාලයකින් පිටවෙන්නේ දැයි Azure තීරණය කරන්නේ මාර්ග වගු සහ ජාල කාඩ්පතේ යැවීම් සැකසුම භාවිතයෙන් ය. විකේතනය කළ පැකට්ටුව ඉදිරියට යවන්නේ දැයි උපාංගයේ ම භාවිත පද්ධතිය තීරණය කරයි. සම්පූර්ණයෙන් ඉහළ එන උමගක් දෙවන පද්ධතියේ දී අසාර්ථක විය හැක, සහ මෙම යෙදවුම් බොහොමයක් නතර වන්නේ එහිදී ය.
එක් මාර්ගයක හිමිකරුවන් තිදෙනෙක්
ශාඛා ජාලයක් ගන්න 192.168.50.0/24 සහ වැඩ භාර උපජාලයක් ගන්න 10.0.10.0/24, උපාංගය පිහිටා ඇත්තේ 10.0.0.4 තමන්ගේ ම උපජාලය තුළ ය. එක් ඉල්ලීමක් වෙන වෙනම සැකසුම් තුනක් ස්පර්ශ කරයි.
| Decision | Configured in | How it fails |
|---|---|---|
| Where the workload subnet sends branch traffic | Azure route table entry | Traffic leaves the subnet and never reaches the appliance |
| Whether a NIC may accept traffic not addressed to it | Azure NIC IP forwarding | Packets arrive and disappear at the interface |
| Whether the guest forwards decrypted traffic | Guest OS or vendor appliance policy | Tunnel is up, workload is unreachable |
| Whether the workload accepts the source | NSG and service policy | Requests delivered, replies refused |
බොහෝ සංවිධානවල සෑම පේළියක් ම හිමි වන්නේ වෙනස් කණ්ඩායමකට ය, එබැවින් මෙම දෝෂය සාමාන්‍යයෙන් පැමිණෙන්නේ එකක් වෙනුවට ටිකට් තුනක් ලෙස ය.
උපාංගය දෙසට යොමු වන මාර්ගය
මාර්ග වගුවක් වැඩ භාර උපජාලයට සම්බන්ධ කර ශාඛා උපසර්ගයට Virtual appliance වර්ගයේ ඊළඟ පියවර ලබා දෙන්න 10.0.0.4 ලෙස ලිපිනය. උපාංගයේ ළඟා විය හැකි පෞද්ගලික ලිපිනය භාවිත කරන්න, කිසි විටෙකත් නොවේ එහි පොදු VPN පිවිසුම් ස්ථානය. ඊළඟ පියවර වැඩ භාර උපජාලය දැනටමත් ළඟා විය හැකි ලිපිනයක් විය යුතු ය. පෙරනිමි මාර්ගය අදහස් සහිතව ප්‍රතිස්ථාපනය කිරීමට තීරණය කර නොමැති නම් වැඩ භාරයේ ඉතිරි මාර්ගකරණය එලෙස ම තබන්න.
උපාංගය තමන්ගේ ම උපජාලයේ තබා, ශාඛා රථවාහන උපාංගයට යවන මාර්ගය උපාංගයේ ම පිටවන මාර්ගය ද අල්ලා නොගන්නා බවට වග බලා ගන්න. එවැනි ලූපයක් පිළිතුරු ශූන්‍ය සෞඛ්‍ය සම්පන්න උමගක් ලෙස පෙනේ, රාත්‍රී 2 ට එය නිදොස් කිරීම ඉතා අපහසු ය.
සැමට අමතක වන ජාල කාඩ්පත් ධ්වජය
Azure හි සෑම ජාල කාඩ්පතකට ම IP යැවීම් සැකසුමක් ඇත, එය පෙරනිමියෙන් වසා ඇත. එය පවතින්නේ යවන ජාල කාඩ්පත තමන්ට නොව අන් යමකට යවන ලද පැකට්ටු ලබන බැවින් ය, ඒවා නිහඬව ඉවත් කිරීම අන් සැමට ආරක්ෂිත පෙරනිමිය වේ.
az network nic update --resource-group rg-net --name appliance-nic --ip-forwarding true එය එක් අතුරුමුහුණතක් සඳහා සක්‍රීය කරයි. Microsoft හි ජාල කාඩ්පතේ යැවීම පිළිබඳ මාර්ගෝපදේශය රථවාහන යවන සෑම සම්බන්ධිත කාඩ්පතක ම මෙම සැකසුම ඉල්ලා සිටින බැවින් එක් කාඩ්පතක් සහිත උපාංගයකට ද එය එම කාඩ්පතේ සැකසිය යුතු ය.
ධ්වජය මාර්ගයක් නොවේ, ගිනිපවුරු නියමයක් ද නොවේ. එය සක්‍රීය කිරීම අවසරයක් පමණක් ලබා දෙයි.
අමුත්තා විකේතනය කළ පැකට්ටුව සමඟ කුමක් කරයි ද
උමග අවසන් වූ පසු උපාංගයේ ම තට්ටුව ඊළඟ තීරණය ගනී. Linux අමුත්තෙකු තුළ IPv4 යැවීම ධාවන කාල සැකසුමක් වන අතර sysctl -w net.ipv4.ip_forward=1 ඊළඟ ආරම්භය දක්වා පවතී. එය වෙනුවට ගොනුවක /etc/sysctl.d/ සුරකින්න. විකුණුම්කරුගේ උපාංගයට තමන්ගේ ම සමානයක් ඇත, විකුණුම්කරු වේදිකාවකට අලවන ලද Linux උපදෙස් සාමාන්‍යයෙන් කිසිවක් නොකරයි.
අමුත්තාගේ ගිනිපවුරු ප්‍රතිපත්තිය නැවතත් වෙන වෙනම ය, වැඩ භාරයේ ජාල ආරක්ෂණ සමූහය ද එසේ ය. VM හි පොදු ලිපිනයට UDP 500 සහ 4500 ඉඩ දීම උමග ආරක්ෂා කරයි; විකේතනය කළ ශාඛා ඉල්ලීමක් වැඩ භාර වරායකට ළඟා විය හැකි දැයි එය කිසිවක් නොකියයි.
එක් ඉල්ලීමක් සහ එහි පිළිතුර අනුගමනය කරන්න
අවසර ලත් ගැලීමක් තෝරා එය මුල සිට අග දක්වා අනුගමනය කරන්න. ශාඛාවට මාර්ගයක් අවශ්‍ය ය 10.0.10.0/24 අඩවි සම්බන්ධතාව හරහා, උපාංගයට වැඩ භාර උපජාලයට බෙදාහැරීමේ මාර්ගයක් අවශ්‍ය ය, වැඩ භාර උපජාලයට ශාඛාව දෙසට ආපසු මාර්ගයක් අවශ්‍ය ය.
සැලසුම ශාඛාවේ මූලාශ්‍ර ලිපිනය රඳවා ගන්නේ ද නැතහොත් පරිවර්තනය කරන්නේ දැයි කලින් තීරණය කරන්න. NAT වැඩ භාරය දකින දෙය වෙනස් කරයි, එබැවින් එහි ප්‍රවේශ නියම ඔබ සැබවින් ම තෝරාගත් ආකෘතිය විස්තර කළ යුතු ය, අනුමාන කළ ද්වාර ලිපිනයක් නොවේ.
සාර්ථක අත්වැල් ගැසීමක් එම දාමයේ එක් කඩුල්ලක් ඔප්පු කරයි. පිළිතුර එම උපාංගය හරහා ම ආපසු පැමිණ වැඩ භාරයේ ම ප්‍රතිපත්තිය එයට ඉඩ දෙන විට මාර්ගය සම්පූර්ණ ය.