Virtio මත pfSense: offload අක්‍රිය කරන තෙක් TCP නතර වේ

සේවාලාභියෙක් වාර්තා කරන්නේ ටනලය සම්බන්ධ වන බවත්, ping පිළිතුරු දෙන බවත්, පිවිසුම් පිටුව පූරණය වන බවත්, පසුව සෑම උත්සාහයකදීම මාරුව එකම ස්ථානයේ කැටි වන බවත්‍ය. එම රටාව දැනටමත් බොහෝ දේ කියයි: ළඟා වීම වැඩ කරන අතර තිරසාර ප්‍රවාහය වැඩ නොකරයි. firewall එක විවෘත කිරීමට පෙර VPN එක මෙම අසාර්ථකත්වයට කිසිසේත් සම්බන්ධදැයි සොයා ගන්න. එකම gateway හරහා මාර්ගයේ ටනලයක් නොමැතිව විශාල TCP යවන්න; එයද කැටි වන්නේ නම් OpenVPN කිසිදා සම්බන්ධ වී නැත.

virtio ජාල කාඩ්පතක් භාවිතා කරන pfSense අමුත්තෙකුට හරියටම එම ආකාරයෙන් අසාර්ථක වීමට ඉතා හොඳ හේතුවක් ඇත.

කුඩා පැකට් ගමන් කරයි, විශාල TCP එල්ලෙයි

අත්වැල් ගැසීම්, DNS පිළිතුරු සහ ICMP ප්‍රතිධ්වනි කුඩා වන අතර සාමාන්‍යයෙන් ගමන් කරයි. තිරසාර මාරු කිරීම් අමුත්තා කොටස් කිරීමට බල කරන අතර හානි වූ offload මාර්ගය එහිදී මතු වේ. දෝෂය සමමිතික විය යුතු නැත: පිටවන රථවාහන පිරිසිදු විය හැකි අතර ඇතුළු වන ඒවා වැටේ, නැතහොත් අනෙක් අතට, එබැවින් පරිශීලකයෙකුට පිවිසිය හැකි අතර පසුව පළමු විශාල ප්‍රතිචාරයේදී නතර විය හැක. එකම සේවාලාභියා වෙනත් gateway එකක් හරහා ක්‍රියා කරන බැවින් වරද නවතම සංරචකයට පටවනු ලැබේ.

එබැවින් ටනලය නොමැතිව gateway එක පරීක්ෂා කරන්න. තත්පර කිහිපයක් ධාවනය වන තරම් විශාල LAN-සිට-WAN බාගැනීමක් ප්‍රමාණවත් වන අතර, පසුව සිදු කරන සංසන්දනය අර්ථවත් වන පරිදි එය කිසිදු සැකසුම් වෙනසකට පෙර සිදු කළ යුතුය.

offload සැබවින්ම පොරොන්දු වන්නේ කුමක්ද

virtio අර්ධ-අතථ්‍ය වේ: සත්කාරකය සහ අමුත්තා කාර්‍යය බෙදා ගනී, සත්කාරකය චෙක්සම් සහ කොටස් කිරීමේ හැකියාවන් ප්‍රකාශ කරන අතර අමුත්තා ආරම්භ කළ දේ අවසන් කරනු ඇතැයි අපේක්ෂා කරයි. අමුත්තාගේ තැටිය එසේ නොකරන්නේ නම්, රාමු අසම්පූර්ණ චෙක්සම් සමඟ පිටවේ හෝ සත්කාරකය ඒවා ඉවත් කරයි. අනුකරණය කළ E1000 සරල හා මන්දගාමී ආකෘතියක් ලබා දෙන අතර, එහිදී pfSense හි එකම වෙනසක් නොමැතිව ගැටලුව අතුරුදහන් වේ. හැකියාවන් සාකච්ඡා කිරීම එක් එක් උපාංගය සඳහා වෙන වෙනම සිදු වේ, එමනිසා එක් අමුත්තෙක් මාස ගණනක් ක්‍රියා කරන අතර ඔහුගේ නැවත ගොඩනගන ලද නිවුන් සහෝදරයා පළමු දිනයේම අසාර්ථක වන්නේ ඇයිද යන්න පැහැදිලි වේ.

සාකච්ඡා කළ කට්ටලය hypervisor අනුවාදය සහ තෝරාගත් NIC ආකෘතිය මත රඳා පවතින අතර, ඔබ ආයාත කළ වින්‍යාසය මත පමණක් නොවේ.

එක් සලකුණු පෙට්ටියක් virtio රඳවා ගනී

pfSense අතුරුමුහුණතෙහි, පද්ධතිය පසුව උසස් පසුව ජාලකරණය යන මාර්ගයේ දෘඩාංග චෙක්සම් offload අබල කරන්න යනුවෙන් සලකුණු පෙට්ටියක් ඇත. එය සලකුණු කළ විට අමුත්තා මෘදුකාංගයේ චෙක්සම් ගණනය කරන අතර, එය pfSense පිටුපස ඇති FreeBSD තැටිය අර්ධ-අතථ්‍ය උපාංගයකින් අපේක්ෂා කරන දෙයට ගැලපේ. එම පිටුවේම අදාළ විකල්ප දෙකක් දෘඩාංග TCP කොටස් කිරීමේ offload සහ දෘඩාංග විශාල ලැබීමේ offload ආවරණය කරයි. අත්වැල් ගැසීම් සාර්ථක වුවද විශාල මාරු කිරීම් සාර්ථක නොවන විට ඒවා වෙත යන්න.

වෙනස කරන අතරතුර NIC එක virtio ලෙසම තබන්න. E1000 වෙත මාරු වීම VM හි මුළු ආයු කාලය පුරාම සෑම පැකට්ටුවකම CPU දවන අතර, සත්කාරකය උරුම වන ඕනෑම අයෙකුගෙන් වින්‍යාස ගැටලුව සඟවයි, එය තරමක් මන්දගාමී නමුත් අනුමාන කළ හැකි දත්ත මාර්ගයකට වඩා නරක මාරුවකි.

ඔබ දැන් පිළිගත් පිරිවැය මනින්න

මෘදුකාංග චෙක්සම් කිරීම කාර්‍යය අමුත්තා වෙත ගෙන යයි, එබැවින් කිසිදු පිරිවැයක් නැතැයි උපකල්පනය කරනවාට වඩා පසුව ප්‍රවාහය මනින්න. කුඩා VM එකක දඬුවම සැබෑ ය, නමුත් එය නිහඬ අලාභයට වඩා දෘශ්‍යමාන හා ස්ථාවර ය. පෙර සහ පසුව අතුරුමුහුණතේ දෝෂ ගණනය කිරීම් සහ අමුත්තාගේ කර්නල ලොගය සංසන්දනය කරන්න. පාලම පෙරහන් කරන hypervisor එකක් වෙනත් සාක්ෂි සහිත වෙනම දෝෂයක් වන අතර කිසිදු offload කොඩියක් එය සුව කරන්නේ නැත.

එක් එක් පරීක්ෂණයට එක් දෙයක් වෙනස් කර මෙනු මාර්ගය, ඔබ සලකුණු කළ පෙට්ටිය සහ ඔබ මැනූ සංඛ්‍යාව ලියන්න. ඊළඟ නැවත ගොඩනගන ලද අමුත්තාට මුහුණ දෙන ඕනෑම අයෙකුට තුනම අවශ්‍ය වනු ඇත.

BSD පාදක firewall වෙනත් ඒවා තමන්ගේම අතුරුමුහුණත් සැකසුම් යටතේ සමාන පාලනයක් ලබා දෙන බැවින් මෙනු මාර්ගය නොමැති විටද තර්කය අදාළ වේ.