iPhone'догу Always On VPN жана VPN On Demand: эмнени орнотуу керек

On Demand эрежелери дал келгенде туннель ачат; башкарылуучу Always On көзөмөлдөгү түзмөктөрдө камтууну мажбурлайт. Бирөөнү тандоо жана иштээрин далилдөө боюнча колдонмо.

Эки iPhone тең VPN деп айтышы мүмкүн, бирок такыр башкача жүрүм-турум көрсөтөт. On Demand эреже дал келгенде туннель ачат, колдонуучу аны Жөндөөлөрдөн өчүрө алат. Башкарылуучу Always On көзөмөлдөгү түзмөктө туннель көтөрүлө албаган учурларда да камтууну мажбурлап кармайт. Колдонуучу эч нерсе кылбаганда эмне туура болушу керек деп сурап тандаңыз, анан туруктуу абалды эмес, өтүүлөрдү текшериңиз. Төмөнкү кадамдар орнотуу чындап ийгиликсиз болгон тартипте жүрөт.

1-кадам: түзмөк эмнени мажбурлай аларын аныктаңыз

Always On — көзөмөлдөгү түзмөктөр үчүн функция. Парк көзөмөлдө болбосо, талкуу башталбай эле бүтөт, жана эч бир payload ачкычы көзөмөлсүз телефонду мажбурланган кылбайт. Көзөмөлдү башкаруу тарабынан жана түзмөктөн ырастаңыз, анан профилге ким кол койгонун ырастаңыз.

Телефондо: Жөндөөлөр, анан Жалпы, анан VPN жана түзмөктү башкаруу. Профил жазуусу өз ээсин атайт, кол менен орнотулган жеке профиль башкаруу кызматы бергенден башкача көрүнөт. Мажбурлоону профилдин атынан же провайдердин маркетингдик белгисинен чыгарбаңыз; белги — платформанын саясаты эмес.

Конфигурацияга кол тийгизээрден мурун үч факты жазыңыз: көзөмөлдөбү же жокпу, башкарылуучу же жеке профиль, жана туннелди кайсы клиент ташыйт. Ар бир кийинки кадам ушул үчөөнө көз каранды, ал эми жүрүм-турумду жеке телефондон башкарылуучу профилге көчүрүү — орнотууну туура эмес негизге каршы бекитүү жолу.

2-кадам: функциянын атын эмес, on-demand эрежелерин окуңуз

On Demand — тартип боюнча баалануучу эрежелердин тизмеси. Ар бир эреже аракетти жана аны тандаган шарттарды атайт, шарттар эң кызык бөлүк: интерфейс түрү, Wi-Fi SSID, DNS домен суффикси же текшерүү URL'и. Эч качан дал келбеген эрежелер жыйнагы — эч качан туташпаган функция.

<key>OnDemandRules</key>
<array>
  <dict>
    <key>Action</key><string>EvaluateConnection</string>
    <key>InterfaceTypeMatch</key><string>WiFi</string>
    <key>SSIDMatch</key><array><string>Office-WiFi</string></array>
  </dict>
</array>

Бүт массивди окуп, ар бир эрежеге эки суроо бериңиз: бул шарт бул паркта качандыр бир туура боло алабы, жана эч бир эреже дал келбесе эмне болот? Ишкана тармактары кирүү пункттарын кайра атайт, SSID'лерди бириктирет жана DNS суффикстерин өзгөртөт, жана ошол өзгөртүүлөрдүн ар бири эрежени чындыктан үнсүз ажыратат.

DNS суффикси шарты талаада эң көп ката кетет, анткени конок тармагында телефон билдирген суффикс корпоративдик чечүүчү тейлеген суффикс эмес. Эрежеге ишенээрден мурун түзмөк чындап чечкен атты текшериңиз.

3-кадам: статикалык туташууну эмес, өтүүлөрдү текшериңиз

Сиз карап турганда көтөрүлгөн туннель аз нерсени далилдейт. Ар бир өтүүнү атайын аткарыңыз жана түзмөк эмне кыларын жазыңыз, натыйжалар салыштырылышы үчүн ар жолу ошол эле жеке ресурсту колдонуңуз:

  • Эреже дал келиши керек тармакка кошулуңуз, анан жеке ресурсту сурап, жүктөлөрүн ырастаңыз.
  • Колдонмо фондо турганда уюлдук тармакка өтүңүз, анан аны алдыга чыгарып, сурамды кайталаңыз.
  • Captive portal бар Wi-Fi'ге туташып, порталга жетүүгө болобу же мажбурлоо аны аутентификацияга чейин тоспойбу, көрүңүз.
  • Көзөмөлдөгү түзмөктө туннелди кол менен өчүрүп, ал өзү кайтабы жана канчалык тез экенин текшериңиз.

Эгер бар болсо, ошол эле тизмени көзөмөлсүз түзмөктө аткарыңыз. Эки натыйжанын айырмасы — орнотуунун чыныгы жүрүм-туруму, жана туташкан туннелдин скриншоту муну эч качан көрсөтпөйт.

4-кадам: ийгиликсиздиктин эки формасын билиңиз

Мажбурланган камтуу тосуу менен ийгиликсиз болот. Туннель орнотулбаганда түзмөк жеке ресурстар менен бирге кадимки интернет кирүүнү жоготот, колдонуучу онлайн, бирок серептей албаган телефонду көрөт. Кайра туташуу жана тосуу өзүнчө байкоолор, ошондуктан экөөнү тең жазыңыз, интернет жоктугун бир симптом деп эсептебеңиз.

On Demand иштетилбей ийгиликсиз болот. Эреже дал келбейт, туннель көрүнбөйт, жеке ресурстун мөөнөтү жөн эле бүтөт. Муну сервердин көйгөйү деп туура эмес диагноз коюу оңой, анткени клиент конфигурациялангандай эле иштейт.

Captive portal экөөнүн ортосунда турат: туннель пайда болоордон мурун ага туташуу керек, ошондуктан туннель көтөрүлгөнчө баарын тоскон саясатка портал аркылуу документтелген жол керек. Муну долбоордо чечиңиз, жардам столунда эмес.

5-кадам: текшериңиз, анан артка кайтарууну машыктырыңыз

Текшерүү зыянсыз трафик менен чыныгы жолдо жүргүзүлөт: жарыя болбошу керек жеке ресурсту сураңыз, түзмөк сыртка кайсы даректи сунуштаарын ырастаңыз жана кайра жүктөөдөн кийин кайталаңыз, ошентип баштоо тартибин көрөсүз, жылуу абалды гана эмес.

Анан өндүрүштө керек болоордон мурун сыноо түзмөгүндө алып салууну машыктырыңыз. Профилди алып салуу түзмөктү мурунку абалына кайтарат, жана канча убакыт кетерин жана колдонуучу эмнени көрөрүн билүү runbook'тун бөлүгү. Apple'дын VPN коопсуздук колдонмосу платформанын бул саясаттар тууралуу документтегенин билдирген булак, жана платформадан ашык ырастаган конфигурация жазбастан мурун аны окуган жөн.

Биринчи кадамдын үч фактысын эрежелер жыйнагы жана сыноо натыйжалары менен кошо кармаңыз. Кийинки адам телефон эмне үчүн бир тармакта туташып, экинчисинде туташпайт деп сураганда, бул жазуулар кайра куруунун ордуна бир мүнөттө жооп берет.

Тектеш макалалар