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 астында стандартты шығыс пен қате journal-ға кетеді, егер айқын файл директивасы басымдық алмаса, ал жеткізуші қабы оларды мүлдем басқа жерде ұстап алуы мүмкін.

Сондықтан бір профиль shell-ден және unit-тен басқаша әрекет етеді. Unit-тің ортасы, оның жұмыс каталогы және стандартты ағындары сіздің интерактивті shell-іңізден ерекшеленеді. Салыстырмалы жол бір контексте шешіліп, екіншісінде еш жерге жетпеуі мүмкін. Екеуі келіспегенде профильді емес, unit анықтамасын оқыңыз.

Біреуі бұзылған деп қорытындылаудың орнына екі іске қосу құрылымын салыстырыңыз. Unit-тің пәрмен жолы мен ортасын оқыңыз, содан кейін сол уақыт терезесі үшін journal оқыңыз. Егер қап шығысты өз файлына бағыттаса, сол файл енді сіздің журналыңыз, ал OpenVPN директивалары хабарламалардың қайда кеткеніне қатысы жоқ.

Егжей-тегжейлікті тек оны оқи алғаннан кейін арттырыңыз

Межені таппай тұрып егжей-тегжейлікті арттыру қарамайтын жерде тек көбірек мәтін шығарады.

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

Содан кейін нақты қатені оқыңыз. Үнсіз терминал туннель көтерілген-көтерілмегені туралы ештеңе дәлелдемейді, ал файлда тіркелген сәтсіздік — түзетуге тұрарлық нәрсе.