tcpdump huonyesha pakiti za 64 KB: offload na sehemu ya kunasa

Kunasa kwenye mwenyeji kunaweza kuonyesha pakiti ya 64 KB kwenye kiolesura chenye MTU 1420, na hitimisho dhahiri ni kuwa handaki lilipuuza kikomo chake cha ukubwa. Hitimisho hilo kwa kawaida si sahihi. Sehemu za kunasa kwenye mwenyeji ziko ndani ya njia ya uchakataji, ambapo ugawaji, muunganisho na kazi ya checksum huenda bado hazijafanyika. Soma nafasi ya mchunguzi kabla ya kusoma ukubwa wa pakiti.

Mahali unapokamata hubadilisha unachokiona

Offload ya utumaji huruhusu rafu kukabidhi kizio kikubwa kwa kifaa cha mtandao, ambacho baadaye hukikata vipande vya ukubwa wa waya. Muunganisho wa upokeaji hufanya kinyume chake kwenye njia ya kuingia, ukiunganisha sehemu kabla mchunguzi upande wa mwenyeji hazijaona. Kwa hiyo kunasa hurekodi mwonekano wa ndani wa mwenyeji katika sehemu hiyo, si lazima fremu zilizo kwenye kiungo. Taratibu zote mbili hutegemea kifaa na njia.

ethtool -k eth0 | grep -E 'tso|gso|gro'

Nasa kwenye sehemu ya pili, ikiwezekana kipokeaji huru au kioo, kabla ya kuchukua ukubwa kama hitilafu. Ikiwa kizio kikubwa kinaonekana tu kwenye mwenyeji anayetuma, waya huenda haukuibeba kamwe. Sehemu mbili za uchunguzi zina nguvu zaidi kuliko faili moja, hasa wakati swali ni kile kilichotoka kwenye mashine kwa kweli.

Tenganisha kiolesura cha ndani na cha nje

Handaki huongeza kiolesura chake mwenyewe, na mwonekano wa nje na wa ndani hutofautiana katika ufungashaji na uchakataji. Kunasa kwenye kifaa cha handaki huonyesha pakiti ya ndani; kunasa kwenye adapta ya kimwili huonyesha ile ya nje. Ukubwa, anwani na hali ya checksum vinaweza kutofautiana kati yao kwa sababu zisizo na uhusiano wowote na hitilafu.

Rekodi ni kiolesura gani kilizalisha kila faili. Ukubwa unaoonekana kwenye kifaa cha handaki huelezea pakiti ya ndani, si fremu ambayo adapta ilituma mwishoni. Kuchanganya vyote viwili katika uchambuzi mmoja ndiko kunakofanya tofauti ya kawaida ya ufungashaji kuwa fumbo.

Onyo la checksum pia linategemea nafasi

Kunasa upande wa utumaji kunaweza kuonyesha sehemu ya checksum kabla ya maunzi kuijaza, jambo ambalo huzalisha onyo ambalo hakuna kipokeaji kingewahi kuliona. Hii ni ushahidi tofauti na mwenyeji wa mbali anayekataa pakiti iliyoharibika. Mwelekeo na sehemu ya kunasa huamua ni ipi kati ya hizo mbili unayo.

Wakati uhamishaji halisi unashindwa, linganisha uchunguzi kwa kipokeaji au katika sehemu nyingine ya njia. Hifadhi mwelekeo, kiolesura na tabaka la ufungashaji pamoja na rekodi, kwa sababu picha ya skrini bila hayo haiwezi kufasiriwa baadaye.

Zima offload tu kama jaribio linalodhibitiwa

Kuzima offload hubadilisha utendaji na uchakataji wa pakiti, kwa hiyo si jibu la kwanza kwa onyesho la ajabu la ukubwa. Ikiwa unaijaribu, badilisha mpangilio mmoja na rekodi mstari wa msingi kwanza. Uendeshaji unaobadilisha pia MTU, kanuni za firewall na wasifu wa mteja hauwezi kuhusisha matokeo na offload. Rejesha mpangilio baadaye.

ethtool -K eth0 tso off gro off
ping -M do -s 1400 example.com

Kusimama kwa kweli kwa uhamishaji mkubwa ni swali tofauti kuhusu MTU ya njia na mrejesho ambao programu hupokea. Kizio kilichounganishwa cha mwenyeji hakithibitishi wala hakikanushi kikomo cha ukubwa chini zaidi, na asilimia ndogo ya CPU haitambui offload kama sababu.

Matokeo yenye manufaa ni sehemu ya kunasa iliyoelezwa pamoja na uchunguzi wa programu unaoweza kurudiwa. Haya yakitenganishwa, mabadiliko ya MTU yanaweza kulenga kikwazo halisi badala ya umbo la bafa ya ndani.