Ці ламае агульны файл параметраў pppd ваш іншы VPN?

Вы дадаяце адзін радок, каб упарты профіль PPTP урэшце злучыўся, а праз тыдзень кліент L2TP, які працаваў месяцы, спыняецца. Відавочнае тлумачэнне — два пратаколы цяпер канфліктуюць. Часцей абодва кліенты запускаюць pppd, абодва чытаюць адныя і тыя ж прадвызначэнні, а радок, які вы дадалі, ніколі не быў абмежаваны профілем, які вы выпраўлялі. Агульны файл параметраў — гэта сувязь, а пратаколы ні пры чым.

Што кліент атрымлівае ў спадчыну пры запуску

Кліент на базе PPP рэдка будуе свой камандны радок з нічога. Ён запускае pppd, які чытае сістэмныя прадвызначэнні, потым любы карыстальніцкі або тэрмінальны файл, потым аргументы, якія перадае кліент, і кліент можа таксама накіраваць яго на файл суразмоўцы. Кожны з гэтых узроўняў можа несці плагін, метад аўтэнтыфікацыі або дырэктыву маршруту, і першы ўзровень, які задае абаронены параметр, можа заблакаваць яго ад далейшых змен.

Таму карыснае пытанне не ў тым, які VPN зламаны, а ў тым, які ўзровень даў наладу. Кліент, які сам генеравае свае аргументы, выглядае самадастатковым, але ўсё роўна атрымлівае ў спадчыну ўсё, што змяшчае сістэмны файл.

Вызначце паходжанне радка перад зменай

Пачніце з працэсу, які працуе, пакуль злучэнне актыўнае. Камандны радок паказвае, якія файлы былі перададзеныя яўна, а ўсё, што там не названа, прыйшло з прадвызначанага шляху.

ps -o pid=,args= -C pppd

Калі спіс аргументаў змяшчае імя суразмоўцы, прачытайце гэты файл. Калі не, налада, якую вы шукаеце, жыве ў агульным шляху. кіраўніцтва pppd пералічвае парадак чытання гэтых файлаў і параметры, якія звычайны карыстальнік не можа перазапісаць, таму пазнейшы радок часам не робіць зусім нічога. Абаронены параметр, напрыклад шлях да плагіна, нельга замяніць пазнейшым радком узроўню карыстальніка, таму права ў няправільным файле не мае бачнага эфекту.

Радок плагіна, які ідзе за кожным кліентам

Плагін, загружаны ў сістэмным файле, — найгоршы парушальнік, бо ён змяняе тое, што новы працэс PPP спрабуе загрузіць, незалежна ад таго, якую кнопку націснуў карыстальнік. Плагін L2TP — класічны прыклад: правільны для аднаго профілю, бессэнсоўны або шкодны для профілю PPTP, які пачынаецца з тых жа прадвызначэнняў.

Перамясціце яго ў файл суразмоўцы, які выбірае кліент, або ва ўласныя налады кліента для кожнага злучэння, калі ён іх падтрымлівае. Поўнае выдаленне выпраўляе другі кліент і ламае першы — менавіта так гэтыя праблемы падарожнічаюць паміж камандамі.

Праверце кожны кліент пасля пераносу

Праверце абодва злучэнні з адной машыны, адно за адным, і чытайце ўзгодненыя параметры, а не дыялог поспеху. Дамп ніжэй друкуе набор параметраў, які pppd фактычна сабраў, і гэта адзіны спіс, які мае значэнне.

sudo pppd call office debug dump

Паўтарыце для другога кліента і параўнайце два вынікі. Перамешчаны вамі параметр павінен з'явіцца роўна ў адным з іх. Калі ён з'яўляецца ў абодвух, кліент генеруе яго нанова, і выпраўленне належыць гэтаму профілю, а не агульнаму файлу. Запішыце, дзе цяпер жыве налада, побач са злучэннем, каб наступны чалавек не адкрыў гэтую сувязь зноў, зламаўшы яе.