Virtio இல் pfSense: offload அணைக்கப்படும் வரை TCP நிற்கிறது

ஒரு வாடிக்கையாளர் தெரிவிக்கிறார்: சுரங்கப்பாதை இணைகிறது, ping பதிலளிக்கிறது, உள்நுழைவு பக்கம் ஏற்றப்படுகிறது, பின்னர் ஒவ்வொரு முயற்சியிலும் பரிமாற்றம் அதே இடத்தில் உறைகிறது. இந்த வடிவம் ஏற்கனவே நிறைய சொல்கிறது: அணுகல் வேலை செய்கிறது, தொடர்ச்சியான செயல்திறன் செய்யவில்லை. firewall-ஐ திறப்பதற்கு முன் VPN இந்த தோல்வியில் ஏதேனும் பங்கேற்கிறதா என்பதைக் கண்டறியுங்கள். அதே நுழைவாயில் வழியாக பாதையில் சுரங்கப்பாதை இல்லாமல் பெரிய TCP அனுப்புங்கள்; அதுவும் உறைந்தால் OpenVPN எப்போதும் ஈடுபடவில்லை.

virtio பிணைய அட்டையைப் பயன்படுத்தும் pfSense விருந்தினருக்கு அதே வடிவத்தில் தோல்வியடைய மிக நல்ல காரணம் உண்டு.

சிறிய பாக்கெட்டுகள் கடக்கின்றன, பெரிய TCP தொங்குகிறது

கைக்குலுக்கல்கள், DNS பதில்கள் மற்றும் ICMP எதிரொலிகள் சிறியவை மற்றும் பொதுவாக கடக்கின்றன. தொடர்ச்சியான பரிமாற்றங்கள் விருந்தினரை பிரிக்கக் கட்டாயப்படுத்துகின்றன, அங்குதான் சேதமடைந்த offload பாதை வெளிப்படுகிறது. தோல்வி சமச்சீராக இருக்க வேண்டியதில்லை: வெளிச்செல்லும் போக்குவரத்து சுத்தமாக இருக்கும்போது உள்வரும் போக்குவரத்து விழலாம், அல்லது நேர்மாறாகவும் இருக்கலாம், எனவே பயனர் உள்நுழைந்து பின்னர் முதல் பெரிய பதிலில் நிற்கலாம். அதே வாடிக்கையாளர் வேறு நுழைவாயில் வழியாக வேலை செய்வதால், குற்றம் புதிய கூறின் மீது சுமத்தப்படுகிறது.

எனவே சுரங்கப்பாதை இல்லாமல் நுழைவாயிலைச் சோதியுங்கள். சில வினாடிகள் இயங்கக்கூடிய அளவு பெரிய LAN-இலிருந்து-WAN பதிவிறக்கம் போதும், மேலும் பின்னர் செய்யும் ஒப்பீடு அர்த்தமுள்ளதாக இருக்க எந்த அமைப்பு மாற்றத்திற்கும் முன் அதைச் செய்ய வேண்டும்.

offload உண்மையில் என்ன வாக்குறுதி அளிக்கிறது

virtio பகுதி-மெய்நிகர் ஆகும்: புரவலனும் விருந்தினரும் வேலையைப் பகிர்ந்து கொள்கின்றன, புரவலன் செக்சம் மற்றும் பிரிவாக்க திறன்களை அறிவிக்கிறது, விருந்தினர் தொடங்கியதை முடிப்பார் என எதிர்பார்க்கிறது. விருந்தினரின் ஸ்டாக் அவ்வாறு செய்யாவிட்டால், சட்டகங்கள் முழுமையற்ற செக்சத்துடன் வெளியேறும் அல்லது புரவலன் அவற்றை வீசிவிடும். உருவகப்படுத்தப்பட்ட E1000 எளிய மற்றும் மெதுவான மாதிரியை வழங்குகிறது, அதில் pfSense-இல் ஒரு மாற்றமும் இல்லாமல் சிக்கல் மறைகிறது. திறன் பேச்சுவார்த்தை ஒவ்வொரு சாதனத்திற்கும் தனித்தனியாக நடக்கிறது, இதுவே ஒரு விருந்தினர் மாதக்கணக்கில் இயங்குவதற்கும் அதன் மீள்கட்டமைக்கப்பட்ட இரட்டை முதல் நாளிலேயே தோல்வியடைவதற்கும் விளக்கம்.

பேச்சுவார்த்தை செய்யப்பட்ட தொகுப்பு ஹைப்பர்வைசர் பதிப்பு மற்றும் தேர்ந்தெடுக்கப்பட்ட NIC மாதிரியைப் பொறுத்தது, நீங்கள் இறக்குமதி செய்த உள்ளமைவை மட்டுமல்ல.

ஒரு தேர்வுப்பெட்டி virtio-வை வைத்திருக்கிறது

pfSense இடைமுகத்தில், சிஸ்டம் பின்னர் மேம்பட்டது பின்னர் நெட்வொர்க்கிங்கில் வன்பொருள் செக்சம் offload முடக்கு எனும் தேர்வுப்பெட்டி உள்ளது. அதைத் தேர்ந்தெடுத்தால் விருந்தினர் மென்பொருளில் செக்சங்களைக் கணக்கிடுகிறது, இது pfSense பின்னால் உள்ள FreeBSD ஸ்டாக் பகுதி-மெய்நிகர் சாதனத்திலிருந்து எதிர்பார்ப்பதற்குப் பொருந்துகிறது. அதே பக்கத்தில் உள்ள இரண்டு தொடர்புடைய விருப்பங்கள் வன்பொருள் TCP பிரிவாக்க offload மற்றும் வன்பொருள் பெரிய பெறுதல் offload ஆகியவற்றை உள்ளடக்குகின்றன. கைக்குலுக்கல்கள் வெற்றிபெறும் ஆனால் பெரிய பரிமாற்றங்கள் இல்லாதபோது அவற்றை நோக்கிச் செல்லுங்கள்.

மாற்றத்தைச் செய்யும்போது NIC-ஐ virtio ஆகவே வைத்திருங்கள். E1000-க்கு மாறுவது VM-இன் முழு ஆயுளிலும் ஒவ்வொரு பாக்கெட்டிலும் CPU-ஐ எரிக்கிறது மற்றும் புரவலனை வாரிசாகப் பெறும் எவரிடமிருந்தும் உள்ளமைவு சிக்கலை மறைக்கிறது, இது சற்று மெதுவான ஆனால் கணிக்கக்கூடிய தரவுப் பாதையை விட மோசமான பரிமாற்றம்.

இப்போது ஏற்றுக்கொண்ட செலவை அளவிடுங்கள்

மென்பொருள் செக்சம் வேலையை விருந்தினருக்குள் நகர்த்துகிறது, எனவே எதுவும் செலவில்லை எனக் கருதுவதற்குப் பதிலாக பின்னர் செயல்திறனை அளவிடுங்கள். சிறிய VM-இல் தண்டனை உண்மையானது, ஆனால் அமைதியான இழப்புக்கு மாறாக அது தெரிகிறது மற்றும் நிலையானது. முன்னும் பின்னும் இடைமுக பிழை கணக்கிகள் மற்றும் விருந்தினரின் கர்னல் பதிவை ஒப்பிடுங்கள். பாலத்தை வடிகட்டும் ஹைப்பர்வைசர் வேறு சான்றுகளுடன் கூடிய தனி தோல்வி, எந்த offload கொடியும் அதைக் குணப்படுத்தாது.

ஒவ்வொரு சோதனையிலும் ஒரு விஷயத்தை மாற்றி மெனு பாதை, நீங்கள் தேர்ந்தெடுத்த பெட்டி மற்றும் அளந்த எண்ணை எழுதுங்கள். அடுத்த மீள்கட்டமைக்கப்பட்ட விருந்தினரை எதிர்கொள்பவருக்கு மூன்றும் தேவைப்படும்.

BSD அடிப்படையிலான மற்ற firewall-கள் தங்கள் சொந்த இடைமுக அமைப்புகளில் சமமான கட்டுப்பாட்டை வழங்குகின்றன, எனவே மெனு பாதை இல்லாவிட்டாலும் தர்க்கம் பொருந்தும்.