OpenVPN паведамляе, што ncp-disable невядомы: чым яго замянілі?
ncp-disable ніколі не азначаў адключэнне шыфравання, а 2.6 выдаліў гэтую опцыю. Вызначце, які бінарны файл спарадзіў памылку, і выпраўце палітыку data-cipher на абодвух баках.
Кліент адмаўляецца запускацца з памылкай опцый, у якой згадваецца ncp-disable, хаця профіль працаваў на папярэдняй машыне. Гэтае паведамленне не азначае, што опцыя напісана з памылкай або што шыфраванне зламанае. Яно азначае, што бінарны файл перад вамі зусім не ведае гэтай дырэктывы, і на гэта ёсць дзве цалкам розныя прычыны. Якая менавіта – вырашае, ці вы праўляеце профіль, ці мяняеце кліент.
Памылка можа паходзіць ад больш новага бінарнага файла
Памылка невядомай опцыі датычыцца парсера, а не тунеля. OpenVPN 2.4 дадаў параметры шыфравання, якія можна ўзгадніць, 2.5 абвясціў састарэлым перамыкач, што іх адключаў, а 2.6 цалкам яго выдаліў. Таму профіль, напісаны для 2.3 або 2.4, не працуе на сучасным кліенце, нават калі ў файле нічога не змянілася. Версія, якая скардзіцца, навейшая, а не старэйшая.
Высветліце, які выканальны файл спарадзіў паведамленне, перш чым нешта правіць. Настольны кліент мае ўласны рухавік, а асобна ўсталяваны бінарны файл каманднага радка мае сваю версію. Яны могуць не супадаць на адной машыне.
openvpn --version вырашае гэта для бінарнага файла, які вы тэстуеце. GUI-кліент можа не паказваць гэтую каманду, і тады прачытайце яго экран «Пра праграму» або версію ўбудаванай бібліятэкі.
Што опцыя насамрэч кантралявала
Дырэктыва адключала ўзгадненне крыптаграфічных параметраў, таму абодва бакі вярталіся да старога паводзінаў выбару, якім кіравала налада cipher. Яна ніколі не адключала шыфраванне і ніколі не ператварала тунель у адкрыты тэкст. Чытанне яе як перамыкача бяспекі – гэта першы няправільны паварот, і ён вядзе да змен, якія робяць злучэнне горш, а не лепш.
Калі ўзгадненне існуе, эквівалентнае пытанне – якія шыфры кожны бок гатовы выкарыстоўваць. Гэта пытанне палітыкі, а палітыка жыве ў data-ciphers у 2.5 і пазней.
Старэйшае імя ncp-ciphers належыць 2.4. Змешванне двух імёнаў паміж бакамі – частая крыніца аднабаковага правалу ўзгаднення. Профіль, які змяшчае абодва, – гэта профіль, адрэдагаваны двума людзьмі ў розны час.
Замяніце палітыку, а не напісанне
Задайце data-ciphers на абодвух баках з меркаваным супольным выбарам і трымайце спіс дастаткова кароткім, каб рэцэнзент мог яго асэнсаваць. Змена аднаго адвольнага радка нічога не даказвае; вынік залежыць ад перасячэння абодвух спісаў і ад таго, што падтрымлівае стэк TLS. Пацвердзіце згоду бакоў, прачытаўшы ўзгоднены вынік, а не канфігурацыю. Затым запішыце пару спісаў у запіс разгортвання, каб наступная змена пачалася з вядомага стану.
Абнаўляйце профіль праз таго, хто ім валодае. Даданне опцыі ігнаравання, каб схаваць састарэлую дырэктыву, пакідае пытанне палітыкі без адказу.
Калі старэйшаму боку сапраўды патрэбна апрацоўка сумяшчальнасці, абмяжуйце яе гэтым разгортваннем. Аднаўленне састарэлых паводзінаў глабальна не з'яўляецца перадумовай для злучэння сучасных бакоў. Выключэнне павінна называць бок, для якога яно існуе.
Два радкі, якія выглядаюць як спіс шыфраў, але імі не з'яўляюцца
Накладанне двух радкоў шыфраў таксама не аднаўляе ўзгадненне, і вынікам становіцца профіль, які выглядае як спіс, але паводзіць сябе як адно значэнне. Радок з AES-256-CBC і наступны з CBC – частая спроба. CBC сам па сабе называе рэжым, а не алгарытм, таму парсер можа прыняць яго ў адным слоце і адхіліць у наступным. Паўторныя дырэктывы cipher задаюць адну і тую ж опцыю двойчы замест назапашвання кандыдатаў.
Правярайце прынятыя імёны з дапамогай openvpn --show-ciphers на мэтавым бінарным файле, замест таго каб капіяваць спіс з кіраўніцтва для іншай галіны. Спіс змяняецца паміж выпускамі. Імя, сапраўднае ў адной галіне, не абавязкова сапраўднае ў іншай.
Калі мэтай было параўнанне прадукцыйнасці, запішыце алгарытмы і нагрузку. Пераход на CBC не з'яўляецца вымярэннем адсутнасці шыфравання.
Праверце, што злучэнне фактычна ўзгадніла
Узніміце свежае злучэнне і прачытайце радок канала даных у журнале, які называе выкарыстаны шыфр. Набор кантрольнага канала вызначаецца асобна, таму дазволены спіс у файле паказвае толькі тое, што прапаноўвалася. Калі два бакі выбралі не тое, што вы чакалі, глядзець трэба на спісы, а не на інтэрфейс тунеля. Пацвердзіце вынік на другім злучэнні пасля любой змены, бо адзін перазапуск можа паўторна выкарыстаць кэшаваную сесію.
Трымайце ўзгоднены вынік у запісе разгортвання побач з версіяй профілю. Менавіта гэты факт адказвае на наступнае пытанне пра тое, які шыфр сапраўды абараняе трафік.