OpenVPN иштеп башталды, бирок эч нерсе басып чыгарган жок: адегенде log-append текшериңиз

Конфигурация файлы менен shell-ден OpenVPN иштетип жатасыз, ал эми терминал эч кандай чыгарылышсыз туруп калат. Баннер жок, ката жок, чакыруу жок. Туюм иштетүү ийгиликсиз болду дейт, ошондуктан дагы бир көчүрмө, анан дагы бирөөнү иштетесиз, машинада бир нече жарым конфигурацияланган үлгү калат. Ушунун баарынан мурун профилде журналды мурунтан эле башка жерге багыттаган директиваны текшериңиз. Тынчтык — консолдун касиети, процесстин эмес.

Тынчтыктын эки таптакыр башка түшүндүрмөсү бар

Биринчиси — процесс жакшы иштеп, сиз көзөмөлдөбөгөн файлга жазып жатат. Экинчиси — ал ошол эле файлда жазылган ката менен дароо чыгып кетти.

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

Директиваны табыңыз, анан процессти табыңыз.

ps -o pid,args= -C openvpn
grep -nE '^\s*(log|log-append|cd|daemon|verb)\b' /etc/openvpn/server/server.conf

Иштеп жаткан процесс колдонгон багытты табыңыз

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

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

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

log log-append-ке каршы: далил жана өчүрүү

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

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

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

Кызмат кабы чыгарылышты кармап алганда

systemd астында стандарттык чыгарылыш жана ката журналга кетет, эгер ачык файл директивасы артыкчылык албаса, ал эми жеткирүүчүнүн кабы аларды таптакыр башка жерден кармап алышы мүмкүн.

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

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

Кеңири маалыматты аны окуй алгандан кийин гана жогорулатыңыз

Багытты таппастан мурун кеңири маалыматты жогорулатуу карабаган жерде жөн гана көбүрөөк текст жаратат.

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

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