Дали заедничката датотека со 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

Повторете за вториот клиент и споредете ги двата излеза. Опцијата што ја преместивте треба да се појави точно во еден од нив. Ако се појави во двата, клиентот ја генерира повторно и поправката им припаѓа на тој профил, а не на заедничката датотека. Запишете каде сега живее поставувањето, покрај врската, за да не го открие следниот човек повторно со тоа што ќе го скрши.