sudo, &, -b же --daemon: OpenVPN клиентин фондук режимде кантип иштетүү керек

«Аны фондо иштет» деген сүйлөмдө эки суроо жашыруун. Биринчиси — бул колдонуучу артыкчылыктуу процессти баштай алабы; экинчиси — сессия эч ким терминалга жазып отурбастан улантыла алабы. Shell амперсанды экөөнө тең жооп бербейт, ал эми sudo сырсөзүн өзгөрмөдө сактаган скрипт биринчисине жаман жооп берип, экинчисин тийбестен калтырат. Аларды бөлүңүз, ошондо варианттарды салыштыруу оңой болот.

Үч талапкерди ээлик боюнча салыштырыңыз, ыңгайлуулук боюнча эмес.

Терминалдан чыгуунун үч жолу, үч башка ээси

Командага амперсанд кошуу shellден аны фондук тапшырма катары аткарууну суранат, ал эми тапшырма ошол эле shellге таандык бойдон калат. sudo программа баштала электе эле сурашы мүмкүн, ал эми OpenVPN кийин ачкычтын сырсөз фразасы же кирүү жөнүндө сурашы мүмкүн. Кирүүнү күткөн команданы фонго коюу эч ким карабаган терминалды күткөн процессти жаратат. Терминал бошотулат; өз ара аракеттенүү бошотулбайт.

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

sudo -b эсептик маалыматтарды иштетүүчү эмес

sudo -b команданы sudoнун өз көз карашынан фондо аткарат, бул жетишпеген функциядай угулат, бирок андай эмес. sudo колдонмосуна ылайык, интерактивдүү командалар бул режимде адатта туура эмес иштейт, ал эми shellдин тапшырма көзөмөлү анын жараткан процесстерин башкара албайт. Ал процессти суроолорго жооп берүү жолун бербестен жылдырат. Анда жеке ачкычтын сырсөз фразасын же шлюзга кирүүнү камсыз кылган эч нерсе жок.

Эгер байланышка интерактивдүүлүк керек болсо, чечим — колдоого алынган интерактивдүү эмес аутентификация тартиби, ал эмес ошол эле суроону баштоонун башка жолу.

--daemon программаны өзгөртөт, кирүүнү эмес

--daemon инициализациядан кийин ажыроону OpenVPNдин өзүнөн суранат. 2.6 колдонмосу syslog кайра багыттоо опция талдоодо болорун белгилейт, бирок ажыроо кийинчерээк болот, ошондуктан билдирүүлөр күтүлгөндөн эрте терминалда көрүнбөй калышы мүмкүн. Ошол учурдан кийинки тынчтык туннель жөнүндө эч нерсени далилдебейт. Ачык --log же --log-append кошуңуз, ошентип чыгарылыш өзүңүз окуй алган жерге түшөт.

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

sudo текшерүүсү эмне берет жана эмнени бербейт

sudo -v кэштеги жергиликтүү эсептик маалыматты текшерет же жаңыртат, саясат талап кылса аутентификация жасайт. Ал OpenVPNди баштабайт, шлюз менен аутентификация жасабайт жана скрипттеги кийинки командага уруксат берилерин кепилдебейт. sudo -n тескерисин билдирет: сураба, ишке ашпа. Бул жергиликтүү авторизациянын ишке ашпастыгын ачык кылат, бул пайдалуу, жана OpenVPN кийин эмнени сураары жөнүндө эч нерсе айтпайт.

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

Байкоого боло турган ээсин артык көрүңүз

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

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