Екі телефон, бір профиль және біреу шлюзге қарамайынша табиғаттан тыс көрінетін үлгі. Бір құрылғы туннельді ұстайды, екіншісі қосылады, ал біріншісі оны бірнеше секунд ішінде жоғалтады. Біріншісі қайта қосылады, екіншісі түсіп қалады. Батареяны үнемдеу, Wi-Fi роумингі және оператор NAT-ы кінәланады, ал шынайы себеп қалғанның бәрімен бірге көшірілген мәтіндік өрісте отыр. IKEv2 peer-ді атауы бойынша анықтайды, және екі телефон да бірдей атауды ұсынады.

Идентификация — сервердің сені сақтайтын кілті

IKEv2 алмасуының ішінде әр тарап кім екенін мәлімдейді: бастаушы жергілікті идентификатор жібереді, жауап беруші өзінікімен жауап береді, сондай-ақ бастаушының мәлімдеген идентификациясын саясатқа сәйкес тексереді. Шлюз өз күйін құрылғы бойынша емес, идентификация бойынша сақтайды, өйткені құрылғы ол көре алатын нәрсе емес. Сондықтан бір идентификаторы бар екі телефон бір peer ретінде келеді, ал екінші алмасу біріншісінің үстінен жазуы керек. Мәселе екеуі де қолданыста болғанда ғана пайда болады, сондықтан бір телефонмен сынау оны ешқашан қайталамайды.

Бұның ешқайсысы клиенттегі қате емес. Клиент профиль айтқан нәрсені дәл жіберді.

Қақтығыс шлюзден қалай көрінеді

Екі телефон да ояу және қолданыста болғанда peer тізіміне қараңыз. Қақтығыс телефондар алмасқан сайын мекенжайы өзгеретін бір жазбаны көрсетеді, ал белсенді сессиялар санағышы ешқашан екіге жетпейді. Сұраныс бойынша үзу басқаша көрінеді, және оларды ажырату теорияны емес, бір бақылауды қажет етеді.

ObservationShared identityIdle teardown
Peer entries while both are awakeOne, with a changing addressOne per phone, or none
What triggers the dropThe other device connectingTime without traffic
What restores itThe other device disconnectingAny app needing the tunnel

Бұл болып жатқанда екі оқиғаны да уақыт белгілерімен жазып алыңыз. Басқа аппараттың қосылуымен сәйкес келетін үзіліс идентификаторға нұсқайды, ал соңғы пакеттен кейін бір бос аралықтан соң келетін үзіліс таймерге нұсқайды.

Көшірмелер қайдан келеді

Бір жұмыс істейтін конфигурацияны экспорттап, тек сервер мекенжайын өңдеу бірінші файлдың идентификациясы әлі ішінде бар екінші файлды жасайды. Бұл осы сәтсіздікке әдеттегі жол, және әдетте шағын топты асығыс қосқанда болады.

Өрістердің атаулары мұны байқамауды жеңілдетеді. Қашықтағы идентификатор телефон күтетін шлюзді атайды, және оны көшіру дұрыс. Жергілікті идентификатор осы аппаратты шлюзге таныстырады, және сол мәнді көшіру бүкіл мәселе.

Әр құрылғыға мән беріңіз

Аппаратқа бірегей және оның бүкіл өмірінде тұрақты нәрсені пайдаланыңыз, мысалы, түгендеуден алынған құрылғы идентификаторы немесе басқару жүйеңіз әр тіркелу үшін жасайтын мән. Бөлім белгісі, ортақ қызмет тіркелгісінің атауы немесе пайдаланушының электрондық пошта мекенжайы — сол адамның екінші құрылғысы болған сәтте бәрі қақтығысады.

Бір файлды таратқанның орнына әр құрылғыға пайдалы жүктемені жасаңыз. Қай мән қай аппаратқа тиесілі екенін жазып алыңыз, сонда ауыстыру ескі профильді қалпына келтіріп, жаңа телефонды тағы сол қақтығысқа тастамайды.

Сервер жағын да тексеріңіз. Идентификацияны тіркелген туннель мекенжайына салыстыратын шлюз екі түрлі идентификатор бірдей тағайындау алғанда әлі де қақтығысуы мүмкін, сондықтан пулда орын бар екенін және тағайындаулар пайдаланушыға бекітілмегенін растаңыз.

Екі телефон ояу кезде тексеріңіз

Біріншісін қосыңыз, жеке ресурсқа жетіңіз, содан кейін екіншісін қосып, екеуін бір минут бос қалдырыңыз. Екі сессия да сақталуы керек және peer тізімі екі идентификацияны көрсетуі керек. Содан кейін әр телефонды құлыптап, ашып, бос жағдайдың әлі дұрыс жұмыс істейтінін растаңыз.

Егер бір сессия күніне бір рет басқа ештеңе қосылмай түсіп қалса, идентификация енді күдікті емес. Профильді қайта өңдеудің орнына бос таймерлер мен сервердің сессия шектеулеріне көшіңіз.

Қатысты мақалалар