පාලමෙන් සම්බන්ධ කළ අඩවිවලට තවමත් දේශීය අන්තර්ජාල පිටවීම පිළිබඳ තීරණයක් අවශ්‍යයි

VLAN දිගුව පිරිසිදුව සමත් විය: අඩවි දෙකේම සත්කාරක එකිනෙකා දකිති, ගොනු බෙදාගැනීම ක්‍රියා කරයි, මුද්‍රණ යන්ත්‍ර පිළිතුරු දෙයි. පසුව කුඩා අඩවියේ කෙනෙකුට සෑම බාගැනීමක්ම අනෙක් අඩවියේ අන්තර්ජාල රේඛාව භාවිත කරන බව පෙනෙයි, ටිකට්පත කලාප පළල පැමිණිල්ලක් ලෙස පැමිණේ. පාලම ඉල්ලා තිබූ දේ හරියටම කළේය. එය ගොඩනැගිලි දෙකක් අතර රාමු ගෙන ගියේය, එම රාමු අන්තර්ජාලය සඳහා කුමන රවුටරයක් භාවිත කළ යුතුද යන්න පිළිබඳ කිසිදා මතයක් එයට තිබුණේ නැත.

පාලම රාමු ගෙනයයි, තීරණ නොවේ

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

එම හවුල් උපජාලයේ රවුටර දෙකක් තබන්න, දෙකම විශ්වාසනීය ද්වාර බවට පත්වේ, ඒවායින් එකක් භාවිත කරන සේවාදායකයාට ආසන්නද නැද්ද යන්න නොසලකා.

සේවාදායකයා තම ද්වාරය තෝරාගන්නේ කෙසේද

RFC 1122 හි විස්තර කර ඇති IPv4 තීරණය සරලයි. සේවාදායකයාගේ සම්බන්ධිත උපජාලය තුළ ඇති ගමනාන්තයකට ARP සමඟ සෘජුවම ළඟා වේ, ඉන් පිටත ගමනාන්තය වින්‍යාස කළ පෙරනිමි ද්වාරයට යයි. එබැවින් අඩවි අතර එකම උපජාලයේ ගමනාගමනය කිසිදු රවුටරයක සහභාගිත්වයකින් තොරව පාලම හරහා යා හැක, එබැවින් අන්තර්ජාල ගමනාගමනය සම්පූර්ණයෙන්ම සේවාදායකයාට ලැබුණු ද්වාර ලිපිනය මත රඳා පවතී. රටා දෙකම ස්වාධීනය, ක්‍රියාකාරී ගොනු බෙදාගැනීම පළමු එක පමණක් ඔප්පු කරයි.

කුඩා අඩවියේ සේවාදායකයෙකු විශාල අඩවියේ රවුටරය සමඟ වින්‍යාස කර තිබේ නම්, එහි අන්තර්ජාල රාමු මුලින්ම උමග හරහා ගොස් එතැනින් පිටවේ.

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

DHCP ට අභිප්‍රේත පිටවීම ප්‍රකාශ කිරීමට ඉඩ දෙන්න

DHCP පිළිතුරේ විකල්පය 3 සේවාදායකයාගේ උපජාලයේ රවුටර ලිපින ලැයිස්තුවක් මුල්‍යතා අනුපිළිවෙලින් ලබා දෙයි, සේවාදායකයින් සාමාන්‍යයෙන් පළමුව පිළිතුරු දෙන එක ගනී. යාන්ත්‍රණය හොඳයි; හිමිකම යනු නිර්මාණ වැරදි වන තැනය. ආසන්නතම DHCP සේවාදායකය ආසන්නතම ද්වාරය දෙනු ඇතැයි උපකල්පනය කරනවාට වඩා එක් එක් අඩවියේ සැබෑ බද්දක් ලබා දෙන දේ සටහන් කරන්න.

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

අඩවි දෙකේ සැකසුම් සමානව පෙනෙන පමණක් එක් ද්වාර ලිපිනයක් ස්වාධීනව සක්‍රීය රවුටර දෙකකට නොදෙන්න. පාලම් කළ කොටස හරහා හවුල් අභාවිත ලිපිනයක් තමන්ගේම අවශ්‍යතා සහිත පළමු පිම්මේ අනුපිටපත් නිර්මාණයකි, අතින් සාදන ලද අනුවාදය ඉඳහිට පැකට් නැතිවීමක් ලෙස පෙනෙන ARP ගැටුම් නිපදවයි. යෙදුමට සැබවින්ම හවුල් ස්ථර 2 කොටසක් අවශ්‍ය නොවේ නම්, දේශීය පෙරනිමි සහිත වෙනම මාර්ගගත උපසර්ග ක්‍රියාත්මක කිරීම පහසුය, සිද්ධියක් අතරතුර පැහැදිලි කිරීමද පහසුය.

කරුණු හතර වෙන වෙනම පරීක්ෂා කරන්න

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

එම ප්‍රතිඵල හතර ඔබට කියන්නේ අඩවි අතර පාලමක්, දේශීය පිටවීමක් හෝ අහම්බෙන් සිදුවූ පසුගමනයක් තිබේද යන්නය, ඒවා එකතු කිරීමට මිනිත්තු දහයක් ගතවේ.

නිර්මාණ මූලධර්මය දීප්තිමත් නොවේ: පාලම් කිරීම ළඟාවීම තීරණය කරයි, DHCP ද්වාරය තීරණය කරයි, උපාංගයේ මාර්ගගත වගුව උමගේ තමන්ගේ මාර්ගය තීරණය කරයි. තුනම වෙන වෙනම සංවාදවල තබා ගන්න, මන්ද තුනම නිවැරදි කිරීමට උත්සාහ කරන එකම වෙනසක් සාමාන්‍යයෙන් දෙකක් කඩයි.