එක් VLAN සඳහා TAP පාලම: උප-අතුරුමුහුණත සම්බන්ධ කරන්න

VLAN වලට පෙර LAN වෙත ළඟා වී පසුව නතර වූ TAP සේවාදායකයකට සාමාන්‍යයෙන් වැරදි අතුරුමුහුණත තවමත් අඩංගු පාලමක් ඇත. රාමු යැවීම VLAN ටැගයක් එකතු නොකරයි, එබැවින් භෞතික අප්ලිංකයට යවන ටැග් නොමැති සේවාදායක රාමුව ට්‍රන්ක් තොටුපළක ටැග් නොමැතිව පැමිණ, එක්කෝ ඉවත දමයි, නැතහොත් දේශීය VLAN එකට වැටේ. උප-අතුරුමුහුණත සත්කාරකයේ කොතැනක හෝ පැවතීම පාලමේ සාමාජික ලැයිස්තුවේ කිසිවක් වෙනස් නොකරයි. මුලින්ම මරා දැමිය යුතු මිථ්‍යාව එයයි: ටැගය එයට හිමි අතුරුමුහුණත විසින් යොදයි, සත්කාරකයට එකක් ඇති නිසා නොවේ.

එක් VLAN දිගුවක් යනු එක් 2-වන ස්ථර වසමකි, පාලම සියල්ල ගෙනයන ට්‍රන්ක් එකට නොව, එම වසමට එකතු විය යුතුය.

ටැගය නොපෙනෙන්නේ ඔබ ට්‍රන්ක් එක පාලම් කළ නිසාය

VLAN 120 ගෙනයන Linux අප්ලිංක් eno1 කළමනාකරණ ස්විචයකට ගන්න. එක් VLAN සඳහා ක්‍රියා කරන නිර්මාණය වන්නේ tap_vpn br_vpn වෙත පාලම් කර, br_vpn තුළ eno1 නොව eno1.120 තිබීමයි. VLAN උප-අතුරුමුහුණත පිටවීමේදී ටැගය යොදා ඇතුළුවීමේදී එය ඉවත් කරයි, එබැවින් පාලම එම එක් VLAN සඳහා ටැග් නොමැති රාමු පමණක් දකී. ඒ වෙනුවට භෞතික අතුරුමුහුණත පාලමට දමන්න, එම රාමු ට්‍රන්ක් තොටුපළක ටැග් නොමැතිව පිටවේ, එය ඔබ සැලසුම් කළ දෙය නොවේ.

VLAN පෙරහන නවත්වා ට්‍රන්ක් එක පාලම් කිරීම එම ප්‍රතිඵලයට කෙටි මාර්ගයක් නොවේ. එය එම රැහැනේ සෑම VLAN එකක්ම පාලමට දෙයි, සේවාදායකයින් නොදැකිය යුතු ඒවා ද ඇතුළුව.

වලංගු නිර්මාණ දෙකක්, එක් ටැග් හිමිකරුවෙක්

VLAN දන්නා පාලම අනෙක් වලංගු සැකැස්මයි: ට්‍රන්ක් එක පාලම් තොටුපළකට ඇතුළු වේ, තොටුපළ අනුව සාමාජිකත්වය, PVID සහ ටැග් කළ පිටවීම් සැකසුම් තීරණය කරන්නේ කුමන VLAN ගමන් කරන්නේ ද යන්නයි. එහි ටැග් කිරීම පාලම සතුය, එය යටතේ VLAN උප-අතුරුමුහුණතක් එකතු කිරීම එක් කාර්යයකට දෙවන හිමිකරුවෙකු ස්ථාපනය කරයි. නිර්මාණ දෙකම ක්‍රියා කරයි; දෙකෙහිම කොටස් ක්‍රියා නොකරයි. කිසිදු සාමාජික ලැයිස්තුවක් සංස්කරණය කිරීමට පෙර කුමන වස්තුව ටැගය යොදන්නේ ද යන්න තීරණය කරන්න.

ස්විච් තොටුපළ ඔබ තෝරන ඕනෑම නිර්මාණයකට එකඟ විය යුතුය. VLAN ටැග් නොමැතිව ගෙනයන access තොටුපළ භෞතික අතුරුමුහුණත සමඟ සම්බන්ධකය ලෙස ගැළපේ, ට්‍රන්ක් තොටුපළ ටැග් කළ උප-අතුරුමුහුණත සමඟ ගැළපේ. නොගැළපෙන access තොටුපළකට උප-අතුරුමුහුණතක් එකතු කිරීම කිසිවක් අලුත්වැඩියා නොකරයි.

ලිපිනය සාමාජිකත්වය සමඟ ගෙනයන්න

උප-අතුරුමුහුණත නිර්මාණයේදී, පාලම් කළ උපජාලය සඳහා සත්කාරක ලිපිනය br_vpn මත තිබිය යුතුය, පෙර තිබිය හැකි වහල් VLAN තොටුපළ මත නොවේ. එය තොටුපළේ තැබීම ක්‍රියා කරන බව පෙනී පසුව අමුතු ලෙස හැසිරිය හැක, මන්ද පාලම 2-වන ස්ථරයේ යවන අතර ලිපිනය සාමාජිකයෙකු මත වාඩි වී ඇත. එය වෙනම පරීක්ෂණයක් ලෙස නොව, සාමාජිකත්ව වෙනසෙහි කොටසක් ලෙස ගෙනයන්න.

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

සේවාදායක ලිපිනකරණයට ද එම සැලකිල්ලම අවශ්‍යයි. පාලම් කළ VPN සේවාදායකයින් දිගු කළ උපජාලයට තබයි, එබැවින් තටාකය වෙනත් බදු හෝ ස්ථිති පැවරුම් සමඟ අතිච්ඡාදනය නොවිය යුතුය, DHCP විසින් සපයන සැකැස්ම LAN ඇත්තෙන්ම බලාපොරොත්තු වන එක විය යුතුය. ක්‍රියා කරන 2-වන ස්ථර මාර්ගයක් අනුපිටපත් ලිපින ගැන කිසිවක් නොකියයි.

මාර්ග දොස් නැගීමට පෙර සාමාජිකත්වය තහවුරු කරන්න

අපේක්ෂිත තත්ත්වය නොව වර්තමාන තත්ත්වය කියවන්න: ip -d link show dev eno1.120 VLAN id සහ එහි මව මුද්‍රණය කරයි, ip link show master br_vpn පාලම් සාමාජිකයින් ලැයිස්තුගත කරයි, bridge vlan show තොටුපළ අනුව සාමාජිකත්වය සහ පිටවීම් හැසිරවීම වාර්තා කරයි. උප-අතුරුමුහුණත නිර්මාණයේදී, TAP උපාංගය සහ VLAN උපාංගය සාමාජිකයින් බව තහවුරු කරන්න. VLAN දන්නා පාලමේ, තොටුපළ ප්‍රතිපත්තියම පරීක්ෂා කරන්න, මන්ද පාලමක් පැවතීම එය අවසර දෙන දේ ඔප්පු නොකරයි.

පසුව අවසර ලත් එක් සේවාදායකයෙකු එම VLAN හි සේවාවකට එරෙහිව පරීක්ෂා කරන්න, ARP, ගිනිකොන ප්‍රතිපත්තිය සහ පිළිතුරු මාර්ගය සාමාජිකත්වයෙන් වෙන්වූ කරුණු බව මතක තබා ගන්න. ඔබ පැකට් අල්ලා ගන්නේ නම්, දෘඩාංග offload එකක් නිරීක්ෂණයක VLAN ටැග පෙනෙන ස්ථානය වෙනස් කළ හැකි බව සලකන්න. විෂය පථය ද අවංකව තබන්න: රවුට් කළ TUN සේවාදායකයෙකු කිසිදු පාලම් වෙනසකින් VLAN සාමාජිකයෙකු නොවේ, සහ සේවාදායකයා-සේවාදායකයා ගමනාගමනය සත්කාරකයාගේ VLAN සම්බන්ධය ප්‍රතිස්ථාපනය නොකරයි.