Ang masamang checksum sa isang VPN capture ay hindi pagkabulok ng file

Minarkahan ng analyzer ang isang packet na may masamang checksum, at ang na-download na file ay mukhang mali, kaya pinagsasama ang dalawang obserbasyon sa isang kuwento tungkol sa pagkabulok sa VPN. Ito ay magkaibang pagsukat na kinuha sa magkaibang punto. Ang isa ay naglalarawan ng nakita ng mekanismo ng capture bago pa tapusin ng network adapter ang trabaho nito; ang isa ay naglalarawan ng mga byte na inimbak ng application. Ang pagtukoy kung alin sa kanila ang tunay na nagbago ay ang buong diagnosis.

Saan nakaupo ang capture kaugnay ng adapter

Ang packet capture ay isang snapshot sa isang punto ng landas na may ilang pagbabago. Sa pagitan ng host stack at ng kawad ay may segmentation, pagkalkula ng checksum at, sa pagtanggap, pagsasama. Ang capture point ay nagpapakita ng kalagayan sa sandaling iyon, na bihirang maging katulad ng huling frame sa kawad. Ang pagbasa nito na parang ito ang kawad ay siyang paraan kung paano nagiging paratang ang isang placeholder na field.

Kaya ang kapaki-pakinabang na tanong tungkol sa anumang kahina-hinalang field ay hindi kung mukhang mali ito, kundi kung saan ito naobserbahan. Isulat sa tabi ng natuklasan ang interface ng capture, bersyon ng analyzer at layer ng packet; kung wala ang tatlong ito, hindi maipaliwanag ang label ng checksum.

Ano ang ginagawa ng transmit offload sa isang trace

Kapag nakabukas ang transmit checksum offload, kinakalkula ng adapter ang checksum at pinupuno ang field pagkatapos na mailagay ng host ang packet sa pila. Kaya nagtatala ang capture sa panig ng host ng placeholder, at nag-uulat ang analyzer ng checksum na hindi kailanman dinala ng kawad. Gumagawa rin ang segmentation offload ng katulad na artipisyal na bagay, dahil maaaring ibigay ng host sa adapter ang isang malaking buffer na nagiging ilang frame sa kalaunan.

Ang sanggunian ng Wireshark sa offload ay naglalarawan ng dalawang epekto at nagpapansin na ang pagkilala sa bahagyang checksum ay nakasalalay sa bersyon ng analyzer at uri ng packet. Kaya maaaring hindi magkasundo ang lumang tool sa capture at ang mas bago tungkol sa isang trace habang pareho silang nagbabasa nito nang tama.

Nagdadagdag ng pangalawang bagay ang encapsulation

Naglalagay ang VPN ng pangalawang packet sa larawan. Ipinapakita ng tunnel interface ang panloob na packet na tunay na ipinadala ng application, habang ipinapakita ng pisikal na interface ang panlabas na naka-encapsulate na koneksyon na nagdadala nito. Ang checksum o haba na kinuha mula sa panloob na packet ay hindi kabilang sa panlabas na frame, at ang paghahambing sa dalawa na parang naglalarawan ng isang bagay ay nagbubunga ng walang saysay.

Kapag kailangang maghambing, ihambing ang katulad sa katulad: panloob sa panloob, panlabas sa panlabas, sa parehong punto ng landas. Ang pares ng field na hindi tugma ay nagpapatunay lamang na may dalawang magkaibang bagay na sinukat. Itala kung saang interface galing ang bawat trace, dahil ang capture ng tunnel na mukhang malinis ay walang sinasabi tungkol sa inilabas ng adapter.

Patunayan ang integridad ng file sa hash

Para sa file mismo, kalkulahin ang hash ng nilalaman mula sa isang mapagmulang mapagkukunan at mula sa inimbak na resulta, at ihambing ang mga digest. Sinasagot nito ang ibang tanong kaysa sa anumang label sa bawat packet, at sinasagot ito tungkol sa bagay na tunay na mahalaga sa gumagamit.

sha256sum payload.bin
sha256sum /srv/transfer/payload.bin
cmp -l payload.bin /srv/transfer/payload.bin | head

Ang magkaparehong digest ay nagsasara ng tanong ng pagkabulok para sa paglilipat na iyon. Ang magkaibang digest ay nagbubukas ng mas makitid: hanapin ang pinakaunang yugto kung saan nagkakahiwalay ang mga byte, at tingnan kung may sadyang nagbago ng file. Ang bahagyang pag-save, ang muling na-encode na attachment at ang pahina ng error na inimbak sa ilalim ng inaasahang pangalan ng file ay lahat nagbabago ng byte nang walang anumang depekto sa network.

I-lokalisa ang landas ng adapter nang hindi ito ginagawang permanente

Para sa problemang nauulit na sumusunod sa isang dock o adapter, panatilihing maayos ang profile ng VPN, application, test object at destinasyon, pagkatapos ay ulitin ang paglilipat sa pamamagitan ng sinusuportahang alternatibong interface. Ang resultang nagbabago ayon sa adapter ay naglilimita ng depekto sa landas na iyon; hindi pa nito tinutukoy ang setting ng driver o pinatutunayan ang depekto ng buong modelo.

Ang pag-offload nang pandaigdigan ay isang nakakaakit na pagsusulit at masamang default. Ang setting para sa buong host ay nakakaapekto sa trapiko na malayo sa eksperimento at maaaring magdala ng tunay na gastos sa pagganap, kaya ituring ang anumang ganitong pagbabago na pansamantala, itala ito at ibalik. Gamitin ang sinusuportahang diagnostic ng tagagawa bago panatilihin ang isang solusyong hiram mula sa ibang makina.

Dapat sabihin ng ulat kung alin sa tatlong resulta ang nagbago: ang interpretasyon ng analyzer sa isang packet, ang mga natapos na byte ng application, o ang pagiging maulit ng isang landas ng adapter. Ang mga ito ay humahantong sa tatlong magkaibang susunod na aksyon, at isa lamang sa kanila ang tungkol sa encryption.