OpenVPN кирүүдө статикалык чакырык коду кайда жайгашат

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

Кардарыңыз чындыгында көрсөткөн сурамдан баштаңыз

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

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

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

Сервер мурдатан колдошу керек нерселер

Профиль кардар эмнени жыйноо керектигин сүрөттөйт. Ал серверде текшерүүнү күйгүзбөйт, тиешелүү аутентификация интеграциясы жок сервер жөн гана өзү тааныбаган сырсөздү алат. Ошондуктан кээ бир жайгаштыруулар сурамды көрсөтүп, ар бир кодду четке кагат, жана ошондуктан текшерүүнү кайсы механизм жүргүзөт деген оператордун жообу маанилүү.

Оператордон текшерүүнү кайсы механизм жүргүзөт деп сураңыз. Бул PAM менен сүйлөшкөн кошумча, жоопту токен кызматына каршы текшерген скрипт илгичи же жыйналган маанини өзү талдаган башкарууга негизделген интеграция болушу мүмкүн. Алардын ар бири бир аз башка киргизүүнү күтөт.

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

Башкаруу интерфейси жиберген коддолгон талаа

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

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

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

Статикалык жана динамикалык: башка убакыт

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

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

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

Ийгиликти да, ийгиликсиздикти да сынаңыз, диалогду гана эмес

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

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