NIC කිහිපයක් සහිත GCP VM: පිළිතුරු වැරදි අතුරුමුහුණතින් පිටවන්නේ ඇයි

Compute Engine VM එකකට දෙවන අතුරුමුහුණතක් සම්බන්ධ කිරීමෙන් එයට තවත් ජාල සම්බන්ධතාවයක් ලැබේ, සමමිතික ආපසු මාර්ගයක් නොවේ. අමුත්තා තවමත් තමන්ගේම මාර්ග සහ නීතිවලින් අතුරුමුහුණත සහ මූලාශ්‍ර ලිපිනය තෝරා ගනී. පසුව Google Cloud පැකට්ටුව පිටවූ අතුරුමුහුණත වටා VPC මාර්ගගත කිරීම සහ firewall ප්‍රතිපත්තිය යොදයි. මෙම තීරණ දෙක නොගැලපෙන විට, ඉල්ලීම් එක් NIC එකකට පැමිණ පිළිතුරු අනෙකෙන් පිටවෙයි, සහ ශාඛාව අර්ධ වශයෙන් විවෘත සංවාදයක් දකී.

පියවර පහකින් මාර්ගය ගමන් කරන්න, ප්‍රතිපත්ති නීතියක් ලිවීමට පෙර නොගැලපීම පෙනෙනු ඇත.

පියවර 1: ක්ලවුඩ් NIC අමුත්තාගේ උපාංගවලට සම්බන්ධ කරන්න

ක්ලවුඩ් අතුරුමුහුණත් nic0, nic1 ආදී වශයෙන් නම් කරයි, අමුත්තා ගැලපිය යුතු නොවන උපාංග නම් දකී. වෙනත් ඕනෑම දෙයකට පෙර උදාහරණ මෙටාදත්ත හෝ අතුරුමුහුණතේම ලිපිනයෙන් සිතියම විසඳන්න. DHCP ලබා දෙන සාමාන්‍ය පෙරනිමි මාර්ගය nic0 සමඟ සම්බන්ධ වේ, එබැවින් අන්තර්ජාලයට යන මාර්ගය බොහෝ විට අහම්බෙන් ජය ගනී. අනුමාන කළ උපාංග නමකට එරෙහිව ප්‍රතිපත්තියක් ලිවීම යනු නිවැරදි නීතියක් වැරදි අතුරුමුහුණතට පැමිණෙන ආකාරයයි.

ලිපින, උපාංග නම් සහ එක් එක් අයත් VPC සටහන් කරන්න. එම තීරු තුනේ සිතියම ඊළඟ සෑම පියවරකටම ආදානයයි.

පියවර 2: මාර්ගගත තීරණ දෙක නම් කරන්න

පළමු තීරණය අමුත්තාට අයත්: මෙම පැකට්ටුවට කුමන අතුරුමුහුණත සහ කුමන මූලාශ්‍ර ලිපිනයද. දෙවැන්න ක්ලවුඩ්වලට අයත්: VPC හි මාර්ග සහ firewall ප්‍රතිපත්තිය එම අතුරුමුහුණත වටා අවසර දෙන්නේ කුමක්ද.

VPN දෙසට ඇති VPC හි දිස්වන මාර්ගයක් එම NIC තෝරන අමුත්තාගේ මාර්ගයක් නොවේ. ක්ලවුඩ් මාර්ගය ජාලයට ලබා දිය හැකි දේ විස්තර කරයි, අමුත්තාගේ මාර්ගය පැකට්ටුව කරන දේ තීරණය කරන අතරතුර.

පියවර 3: ආපසු මාර්ග ප්‍රතිපත්තියක් තෝරන්න

ශාඛා උපසර්ගවල කුඩා, ස්ථාවර කට්ටලයක් සඳහා අමුත්තා තුළ පැහැදිලි ගමනාන්ත මාර්ග සරලම ප්‍රකාශනයයි: එම උපසර්ගවලට පිළිතුරු VPN දෙසට ඇති අතුරුමුහුණතින් පිටවෙයි. සේවා කිහිපයක් හිතාමතා වෙනස් දේශීය මූලාශ්‍ර ලිපින භාවිතා කරන විට, එක් එක් අතුරුමුහුණතට වගුවක් තෝරන මූලාශ්‍ර පාදක නීති සෑම පිළිතුරක්ම නිවැරදි සන්දර්භයේ තබා ගනී. අතුරුමුහුණත් කිහිපයක ලේඛනය මෙම නිර්මාණ රඳා පවතින NIC නාමකරණය සහ පෙරනිමි මාර්ග හැසිරීම විස්තර කරයි.

සෑම වගුවකටම වලංගු සම්බන්ධිත මාර්ග සහ ඊළඟ පිම්ම, එසේම එයින් අසන ගමනාන්ත අවශ්‍ය වේ. අසම්පූර්ණ වගුවකට යොමු වන නීතියක් ආපසු මාර්ග නිර්මාණයක් නොවේ. එම NIC සඳහා ලේඛනගත ගේට්වේ භාවිතා කරන්න, උපජාලයේ පෙනුමෙන් Ethernet ගේට්වේ නිර්මාණය නොකර.

පියවර 4: අමුත්තාගේම පෙරහන් පරීක්ෂා කරන්න

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

Linux හි, අපේක්ෂිත නිර්මාණයට එරෙහිව ප්‍රතිලෝම මාර්ග සත්‍යාපනය සමාලෝචනය කරන්න. පළමු පියවර ලෙස එය ගෝලීයව අක්‍රීය කිරීම මාර්ගගත දෝෂයක් ව්‍යාජ ලෙස පෙන්වීමේ අවදානමක් සමඟ මාරු කරන අතර ඔබ සොයමින් සිටි අසමමිතිය සඟවයි.

පියවර 5: සෑම මාර්ගයකටම එක් ප්‍රවාහයක් පරීක්ෂා කරන්න

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

පරීක්ෂණ දෙක ඔබේ සටහන්වල වෙන වෙනම තබන්න, ඒවා වෙනස් මාර්ග සහ වෙනස් firewall නීති භාවිතා කරන බැවින්.

දෙවන NIC ඔබට නොදෙන දේ

දෙවන අතුරුමුහුණත ජාල සම්බන්ධතාවයක් සහ තවත් ලිපිනයක් එකතු කරයි. එය ස්වයංක්‍රීය සමමිතික මාර්ගගත කිරීම එකතු නොකරන අතර firewall ප්‍රතිපත්තිය මග හරියන්නේ නැත. එය මාර්ගගත අලුත්වැඩියාවක් ලෙස සැලකීම නිසා බහු NIC නිර්මාණවල පසුව කිසිවෙකුට පැහැදිලි කළ නොහැකි නීති එකතු වේ.

VM අනෙක් යන්ත්‍රවල රථවාහන ඉදිරියට යැවිය යුතු නම්, එම රවුටර් භූමිකාව පැහැදිලිව සැලසුම් කරන්න, ඉදිරියට යැවීමට අවසර දෙන ක්ලවුඩ් සැකසුම සහ ඒ සමඟ යන අමුත්තාගේ පෙරහන් ඇතුළුව.