Додате један ред да се тврдоглави PPTP профил повеже, а недељу дана касније L2TP клијент који је радио месецима стаје. Очигледно читање је да су два протокола сада у сукобу. Чешће оба клијента покрећу pppd, оба читају исте подразумеване вредности, а ред који сте додали никада није био ограничен на профил који сте поправљали. Заједничка датотека опција је та веза, а протоколи су невини.

Шта клијент наслеђује када се покрене

Клијент заснован на PPP-у ретко гради своју командну линију од ничега. Он покреће pppd, који чита системске подразумеване вредности, затим било коју корисничку или терминалску датотеку, затим аргументе које клијент прослеђује, а клијент га може усмерити и на датотеку партнера. Сваки од тих слојева може носити додатак, метод аутентификације или директиву руте, а први слој који постави заштићену опцију може је закључати против каснијих измена.

Зато корисно питање није који је VPN покварен, већ који је слој дао подешавање. Клијент који сам генерише сопствене аргументе изгледа самосталан и ипак наслеђује све што системска датотека садржи.

Утврдите порекло реда пре него што га промените

Почните од прегледа процеса који ради док је веза активна. Командна линија показује које су датотеке експлицитно прослеђене, а све што тамо није наведено дошло је са подразумеване путање.

ps -o pid=,args= -C pppd

Ако листа аргумената садржи име партнера, прочитајте ту датотеку. Ако не, подешавање које тражите живи на заједничкој путањи. pppd приручник наводи редослед читања тих датотека и опције које обичан корисник не може да надјача, због чега каснији ред понекад не ради апсолутно ништа. Заштићена опција као што је путања додатка не може се заменити каснијим редом на корисничком нивоу, па уређивање погрешне датотеке нема видљив ефекат.

Ред додатка који следи сваки клијент

Додатак учитан у системску датотеку је најгори прекршилац јер мења шта нови PPP процес покушава да учита, без обзира на то које је дугме корисник притиснуо. L2TP додатак је класичан пример: тачан за један профил, бесмислен или штетан за PPTP профил који почиње од истих подразумеваних вредности.

Преместите га у датотеку партнера коју клијент бира, или у сопствена подешавања клијента по вези када их подржава. Потпуно брисање поправља други клијент и квари први, и управо тако ови проблеми путују између тимова.

Тестирајте сваки клијент после премештања

Тестирајте обе везе са исте машине, једну за другом, и читајте договорене опције, а не дијалог о успеху. Испис испод штампа скуп опција који је pppd заиста саставио, и то је једина листа која је важна.

sudo pppd call office debug dump

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

Повезани чланци