Parehong IKEv2 identity sa dalawang iPhone? Naghahalili silang kumonekta
Isang profile na kinopya sa dalawang device ay nagbibigay sa gateway ng isang peer kaysa dalawa. Panoorin ang peer table na pumupuno at umaaliwalas, pagkatapos ay maglabas ng halaga sa bawat device.
Dalawang telepono, isang profile, at isang pattern na mukhang sobrenatural hanggang may tumingin sa gateway. Hawak ng isang device ang tunnel, kumokonekta ang pangalawa, at nawawala ito ng una sa loob ng ilang segundo. Kumokonekta muli ang una at bumabagsak ang pangalawa. Sinisisi ang pagtitipid ng baterya, Wi-Fi roaming, at NAT ng carrier, habang ang tunay na dahilan ay nasa isang text field na kinopya kasama ng lahat ng iba pa. Kinikilala ng IKEv2 ang isang peer sa pamamagitan ng pangalan, at parehong ipinapakita ng dalawang telepono ang parehong pangalan.
Ang identidad ang susi kung saan ka itinatago ng server
Sa loob ng isang palitan ng IKEv2, inihahayag ng bawat panig kung sino siya: nagpapadala ang initiator ng lokal na identifier, tumutugon ang responder ng sarili nito, at sinusuri rin ng responder ang identidad na inangkin ng initiator laban sa patakaran. Hinihawak ng gateway ang estado nito ayon sa identidad at hindi ayon sa device, dahil ang device ay hindi isang bagay na nakikita nito. Kaya dalawang telepono na may isang identifier ay dumarating bilang isang peer, at kailangang i-overwrite ng ikalawang palitan ang una. Lumilitaw lamang ang problema habang ginagamit ang dalawa, kaya hindi ito kailanman naulit ng pagsubok na may isang telepono.
Wala sa mga ito ang bug sa client. Ipinadala ng client ang eksaktong sinabi ng profile.
Itsura ng banggaan mula sa gateway
Panoorin ang listahan ng peer habang gising at ginagamit ang dalawang telepono. Ang banggaan ay nagpapakita ng isang entry na nagbabago ang address habang naghahalili ang mga telepono, at hindi kailanman umabot sa dalawa ang counter ng aktibong session. Iba ang itsura ng paghinto kapag hiniling, at ang pagkilala sa kanila ay nangangailangan ng isang obserbasyon, hindi teorya.
| Observation | Shared identity | Idle teardown |
|---|---|---|
| Peer entries while both are awake | One, with a changing address | One per phone, or none |
| What triggers the drop | The other device connecting | Time without traffic |
| What restores it | The other device disconnecting | Any app needing the tunnel |
Isulat ang dalawang pangyayari na may timestamp habang nangyayari. Ang pagbagsak na tumutugma sa pagkonekta ng kabilang aparato ay tumuturo sa identifier, at ang pagbagsak na dumarating isang interval ng idle pagkatapos ng huling packet ay tumuturo sa timer.
Saan galing ang mga duplicate
Ang pag-export ng isang gumaganang configuration at pag-edit lamang ng server address ay gumagawa ng pangalawang file na mayroon pa rin ang identidad ng unang file. Iyon ang karaniwang landas sa problemang ito, at karaniwang nangyayari kapag minamadali ang pag-onboard ng maliit na grupo.
Pinapadali ng mga pangalan ng field na mapalampas ito. Pinapangalanan ng remote identifier ang gateway na inaasahan ng telepono, at tama ang pagkopya nito. Pinapangalanan ng local identifier ang aparatong ito sa gateway, at ang pagkopya ng halagang iyon ang buong problema.
Maglabas ng halaga sa bawat device
Gumamit ng bagay na natatangi sa aparato at stable sa buong buhay nito, tulad ng device identifier mula sa imbentaryo o halagang ginagawa ng iyong management system sa bawat enrollment. Ang label ng departamento, pinagsamang pangalan ng service account, o email address ng user ay lahat nagbabanggaan sa sandaling magkaroon ng pangalawang device ang taong iyon.
Bumuo ng payload sa bawat device sa halip na mamahagi ng isang file. Itala kung aling halaga ang nabibilang sa aling aparato, upang hindi maibalik ng kapalit ang lumang profile at maibaba ang bagong telepono pabalik sa parehong banggaan.
Suriin din ang panig ng server. Ang gateway na nagmamapa ng identidad sa isang fixed tunnel address ay maaari pa ring magbanggaan kapag dalawang magkaibang identifier ang tumanggap ng parehong asignasyon, kaya tiyakin na may espasyo ang pool at hindi naka-pin ang mga asignasyon sa bawat user.
I-verify habang gising ang dalawang telepono
Ikonekta ang una, maabot ang isang pribadong resource, pagkatapos ikonekta ang pangalawa at hayaang idle ang dalawa sa loob ng isang minuto. Dapat manatili ang dalawang session at dapat magpakita ang listahan ng peer ng dalawang identidad. Pagkatapos i-lock at i-unlock ang bawat telepono upang kumpirmahin na maayos pa rin ang kilos ng idle case.
Kung ang isang session ay bumabagsak pa rin isang beses sa isang araw na walang ibang kumokonekta, hindi na ang identidad ang pinaghihinalaan. Pumunta sa mga idle timer at limitasyon ng session ng server sa halip na i-edit muli ang profile.