Mga doble IKE packet: hanapin ang nawawalang paglipat

Ipinapakita ng log ang parehong IKE request nang dalawang beses, may tumuturo sa mobile uplink, at nagsasara ang ticket sa isang haka-haka. Ang haka-hakang iyon ang mito: ang paulit-ulit na packet ay obserbasyon tungkol sa isang palitan, hindi diagnosis ng isang link. Ang muling pagpapadala ay normal na gawi na may sariling mga tuntunin, at lumilitaw ito sa malusog na landas tuwing mabagal ang sagot. Sundin ang sagot bago sisihin ang isang interface.

Ang mito: pinatutunayan ng paulit-ulit na request ang pagkawala sa isang link

Dalawang magkaibang bagay ang gumagawa ng doble, at wala sa kanila ang nagsasabi ng salarin. Maaaring ulitin ng humihingi ang request dahil walang sagot na dumating, o maaaring ipakita ng capture point ang parehong packet nang dalawang beses dahil sa kinaroroonan nito sa stack. Ang tap na nakakakita ng papasok at palabas sa parehong host ay masayang itatala ang isang packet bilang dalawa, at ang operator na nagbabasa ng log ay walang paraan upang makilala ang pagkakaiba nang walang mga pantukoy ng palitan. Ituring ang doble bilang kaganapan ng timer hanggang masabi mo kung alin sa dalawa ang hawak mo.

Pinapalala ng dalawang uplink ang kalituhan sa halip na mapabuti ito. Ang isang linya ng log ay nagpapangalan ng isang interface, samantalang ang sagot ay maaaring lumabas sa isa pa, kaya inilalarawan ng interface sa mensahe kung saan nakita ang packet at hindi ang hugis ng usapan. Ito rin ang dahilan kung bakit ang unang tanong ay aling palitan ang tinitingnan mo, hindi aling link ang sira.

Ano talaga ang sinasabi ng muling pagpapadala

Sa IKEv2, gumagana ang muling pagpapadala nang ganito: inuulit ng humihingi ang request kapag walang dumating na sagot, at maaaring muling ipadala ng sumasagot ang naka-cache na sagot sa halip na magkalkula ng bago. Ang mga pantukoy ng mensahe ay kabilang sa palitang iyon, at iyon ang dahilan kung bakit ang paulit-ulit na request na may parehong pantukoy ay nakikilala bilang gumaganang protocol at hindi bagong pagtatangka. Ang unang pagtatangka ay kadalasang nangangailangan ng higit pa sa source address o SPI ng nagpasimula upang maiugnay, kaya ang sariling talaan ng palitan ng plataporma ay mas mabuti kaysa listahan ng packet. Sinusunod ng IKEv1 ang ibang mga tuntunin na may ibang pantukoy, at ang babala ng vendor tungkol sa dobleng unang packet ay hindi pareho ang ibig sabihin sa lahat ng bersyon.

Kaya sinasabi ng timestamp ng muling pagpapadala na nag-expire ang timer. Hindi nito sinasabi kung aling hop ang mabagal, at tiyak na hindi nito sinasabi na ang operator ay may kasalanan. Magkaibang pag-aangkin ang mga iyon, at ang pangalawa lamang ang kapaki-pakinabang sa isang ticket.

Ang praktikal na bunga ay itala ang palitan bago gumawa ng konklusyon. Isulat ang lokal na address ng pagtanggap, ang landas ng sagot na pinili ng patakaran, ang tuple ng kapares at ang mga pantukoy ng palitan sa isang lugar, dahil bawat isa sa kanila ay sumasagot sa ibang tanong kapag binasa ang talaan mamaya.

Apat na punto ng obserbasyon bilang isang kadena

Isipin ang palitan bilang apat na kawing sa isang kadena at hindi apat na hiwalay na lugar na titingnan. Ang kawing ay may ebidensya o nananatiling hindi alam, at ang kadena ay kasing-kaalaman lamang ng pinakamahinang naitalang kawing nito. Ang talahanayan sa ibaba ay ang imbentaryo: ano ang maipapakita ng bawat posisyon at ano ang iniiwan nitong hindi nagalaw.

Punan ang kadena lamang kung saan may access ka, at markahan ang iba bilang hindi alam sa halip na hulaan. Ang hook na nagtatala ng packet sa isang makina ay walang sinasabi tungkol sa natanggap ng malayong makina, at ang linya ng log na nagsasabing nakita ang isang request ay hindi patunay na may sagot na lumabas. Ang tapat na puwang ay mas kapaki-pakinabang kaysa talaang mukhang kumpleto na binuo mula sa haka-haka.

Hanapin ang unang nawawalang paglipat

Lakarin ang kadena mula sa nagpasimula palabas at huminto sa unang kawing na walang ebidensya. Kung hindi kailanman itinatala ng gateway ang request, nasa landas bago ito ang sira. Kapag paulit-ulit na itinatala ng gateway ang parehong request samantalang hindi kailanman itinatala ng kliyente ang sagot, ang direksyong pabalik ang pinaghihinalaan: source address, pagsasalin at pagsasala sa bawat hangganan na kinokontrol mo. Kung dumarating ang sagot at hindi pa rin umuusad ang kliyente, umalis na ang tanong sa transport at naging patakaran o estado.

Panatilihing nakatigil ang kapares at protocol habang naghahambing, at tandaan na ang pagkaantala, pagkawala, patakaran at estado ay bawat isa ay gumagawa ng ibang timeline. Ang mobile network ay hindi awtomatikong ang sanhi, at ang fixed line ay hindi awtomatikong sapat na maaasahan para sa bawat pangangailangan. Kunan ng capture ang parehong direksyon habang buhay ang palitan:

tcpdump -ni any -vv 'udp port 500 or udp port 4500'

Kapag huminto ang access bago ang malayong dulo, nakakatulong pa rin ang talaan kung sinasabi nito kung saan ito humihinto. Ang capture lamang sa nagpasimula ay maaaring magpakita ng request na lumalabas at walang sagot na dumarating, na nagpapaliit sa sira sa lahat ng sumusunod sa hook na iyon nang hindi nagpapanggap na alam mo kung aling hop ang nagpabagsak nito. Markahan ang malalayong kawing bilang hindi alam at hayaang punan ng susunod na taong may access. Kapag ganito ang pagkakasulat, nananatiling tapat ang talaan at maikli pa rin.

Ihambing bago magbago ng anuman. Ang pag-uulit ng parehong request sa parehong kapares na may parehong protocol ay nagpapanatili sa mga variable na mabibilang, samantalang ang reset, pag-renew ng key o pag-edit ng patakaran sa pagitan ng mga capture ay sumisira sa paghahambing. Kung hindi maiiwasan ang pagbabago, kunan agad ng capture pagkatapos upang ang bago at pagkatapos ay naglalarawan pa rin ng parehong palitan.

Ano ang sinasabi ng kapaki-pakinabang na ulat

Ang ulat na karapat-dapat aksyunan ay nagpapares ng isang request sa sagot nito at pinapangalanan ang unang hakbang na walang ebidensyang nakasalalay. Ang pangungusap na iyon ay tumatagal sa pagbasa makalipas ang isang linggo ng isang inhinyerong wala roon, at nagbibigay sa susunod na tao ng simulaan sa halip na pinaghihinalaan.

Huwag kailanman pahinain ang mga pagsusuri ng pagkakakilanlan o palawakin ang pinapayagang set ng protocol para lamang suriin ang teorya ng muling pagpapadala. I-save ang orihinal na mga packet at talaan ng kaganapan bago ang anumang reset, dahil ang reset ay sumisira sa mismong materyal na kinokolekta mo at nagbubura ng timing na nagpakita kung saan natigil ang palitan.

Ang mito ay pinatutunayan ng isang doble na ang operator ay may kasalanan. Ang katotohanan ay pinatutunayan ng isang doble na nag-expire ang timer, at nabubuhay ang sagot sa landas ng sagot.