openvpn --errors-to-stderr — гэта параметр запуску, а не памылка
Калі вы бачыце --errors-to-stderr у камандным радку, гэта не азначае, што нешта не ўдалося. Вызначце, ці гэта радок запуску, ці вывад працэсу, і праверце.
Камандны радок з --errors-to-stderr выглядае як скарга, але ёю не з’яўляецца. Слова належыць назве параметра — гэтак жа, як назва файла журнала нічога не кажа пра тое, што ў ім змешчана. Перш чым змяняць любыя налады, устанавіце, што вы насамрэч чытаеце.
Рашэнне мае тры галіны: радок — гэта сам запуск, радок — гэта вывад, які надрукавала праграма, альбо радок — гэта тэкст, які прамовіла абалонка да запуску VPN. Кожная галіна паказвае на іншае месца пошуку, і толькі адна з іх — уласнае паведамленне VPN.
Назва параметра — не паведамленне пра стан
Для Community OpenVPN, --errors-to-stderr накіроўвае вывад памылак у стандартную памылку замест стандартнага вываду. Гэта выбар патоку, а не фільтр сур’ёзнасці, і ён не стварае памылку. Пазней --log або --log-append могуць перанакіраваць тыя ж паведамленні ў файл, таму эфект сцяжка залежыць ад астатняй часткі каманды. Даведнік па журналаванні вышэй па плыні вызначае гэты парадак.
Такім чынам, наяўнасць сцяжка паведамляе, куды пойдуць памылкі. Яна не паведамляе, што памылка ўзнікла.
Радок запуску ці вывад працэсу
Пачніце з пытання, хто надрукаваў тэкст. Сэрвісны юніт, пакет праграмы або абалонка часта выводзяць поўны argv да таго, як працэс VPN што-небудзь запіша. Гэтае рэха неадрозніць ад радка стану, калі вы бачыце толькі фрагмент.
Калі радок паходзіць ад абалонкі, VPN яшчэ не запусціўся і не мае чаго паведамляць. Праглядзіце вывад далей у пошуках першага паведамлення з адзнакай часу або назвай падсістэмы.
Калі радок паходзіць ад працэсу VPN, гэта ўсё яшчэ толькі выклік. OpenVPN не друкуе свой уласны камандны радок як памылку, а важныя паведамленні ідуць пасля яго.
Знайдзіце працэс і яго вынік
Устанавіце, ці працэс яшчэ працуе. Кліент, які працуе і паўтарае спробы, выглядае зусім інакш, чым той, што адразу завяршыўся, і адзін і той жа камандны радок стаіць перад абодвума.
Затым чытайце вынік праз кампанент, якому належыць працэс. У systemd гэта журнал юніта; у настольнай праграме — уласны журнал або кансоль праграмы. Статус выхаду разам з апошнімі паведамленнямі адказвае на пытанне, на якое назва параметра толькі намякае.
Памылка разбору канфігурацыі, адсутны файл, адхіленыя ўліковыя даныя і тайм-аўт партнёра — гэта чатыры розныя падзеі. Яны прыходзяць у адзін і той жа паток. Ім патрэбныя чатыры розныя выпраўленні. Вызначце, якая з іх у вас, перш чым кранаць профіль, і цытуйце дакладнае паведамленне, калі просіце дапамогі.
Калі сцяжок апраўданы
Сцяжок апраўданы, калі stdout нясе даныя і памылкі не павінны яго забруджваць, або калі абалонка захоплівае два патоку асобна. У сеансе на пярэднім плане ў тэрмінале абодва патоку трапляюць перад вамі. У такім выпадку адрозненне рэдка змяняе тое, што вы робіце.
Пакіньце яго, калі навакольны скрыпт залежыць ад падзелу. Выдаленне праз тое, што назва выглядае трывожна, змяняе месца з’яўлення паведамленняў і больш нічога не выпраўляе.
Што не варта змяняць
Не ўспрымайце параметр як крок рамонту. Яго выдаленне не можа выправіць сертыфікат, маршрут або збой аўтэнтыфікацыі.
Калі выклік змяшчае --config stdin, канфігурацыя падаецца праз стандартны ўвод. Гэта асобнае рашэнне пра тое, як падаецца файл. Змяняйце па адным за раз і перачытайце фактычнае паведамленне, перш чым змяніць другое.