Øydelegg ei delt pppd-innstillingsfil den andre VPN-en din?

Du legg til éi linje for å få ein gjenstridig PPTP-profil til å kopla til, og ei veke seinare stoppar L2TP-klienten som hadde fungert i månadsvis. Den openberre lesinga er at dei to protokollane no er i konflikt. Oftare startar begge klientane pppd, begge les dei same standardverdiane, og linja du la til var aldri avgrensa til profilen du reparerte. Den delte innstillingsfila er koplinga, og protokollane er uskuldige.

Kva ein klient arvar når han startar

Ein PPP-basert klient byggjer sjeldan kommandolinja si frå ingenting. Han startar pppd, som les systemstandardverdiar, deretter kvar brukar- eller terminalfil, deretter argumenta klienten sender, og klienten kan òg peike han mot ei peer-fil. Kvart av desse laga kan bera eit plugin, ein autentiseringsmetode eller eit rutedirektiv, og det første laget som set ei verna innstilling, kan låse ho mot seinare endringar.

Så det nyttige spørsmålet er ikkje kva VPN som er øydelagd, men kva lag som gav innstillinga. Ein klient som genererer sine eigne argument, ser sjølvforsynt ut og arvar likevel alt systemfila inneheld.

Fastslå opphavet til linja før du endrar ho

Byrja med å sjå på prosessen som køyrer medan ei tilkopling er oppe. Kommandolinja viser kva filer som vart sende eksplisitt, og alt som ikkje er namngjeve der, kom frå ein standardsti.

ps -o pid=,args= -C pppd

Viss argumentlista inneheld eit peer-namn, les den fila. Viss ikkje, bur innstillinga du jagar på ein delt sti. pppd-handboka viser rekkjefølgja desse filene vert lesne i, og kva innstillingar ein vanleg brukar ikkje kan overstyra, og difor gjer ei seinare linje stundom ingenting i det heile. Ei verna innstilling som ein plugin-sti kan ikkje erstattast av ei seinare linje på brukarnivå, så redigering av feil fil har ingen synleg effekt.

Plugin-linja som følgjer kvar klient

Eit plugin som vert lasta i systemfila, er den verste syndaren fordi det endrar kva ein ny PPP-prosess prøver å lasta, uansett kva knapp brukaren trykte på. L2TP-pluginet er det klassiske dømet: rett for éin profil, meiningslaust eller skadeleg for ein PPTP-profil som startar frå dei same standardverdiane.

Flytt det til ei peer-fil klienten vel, eller til klienten sine eigne innstillingar per tilkopling når han støttar dei. Sletting med ein gong reparerer den andre klienten og øydelegg den første, og det er slik desse problema reiser mellom team.

Kontroller kvar klient etter flyttinga

Test begge tilkoplingane frå same maskin, éi etter den andre, og les dei forhandla innstillingane i staden for suksessdialogen. Dumpe nedanfor skriv ut innstillingssettet som pppd faktisk sette saman, og det er den einaste lista som tel.

sudo pppd call office debug dump

Gjenta for den andre klienten og samanlikn dei to utdataa. Innstillinga du flytta, skal visast i nøyaktig éi av dei. Viss ho viser seg i begge, genererer klienten ho på nytt, og rettinga høyrer til den profilen og ikkje den delte fila. Noter kvar innstillinga no bur ved sida av tilkoplinga, så neste person ikkje oppdagar koplinga på nytt ved å øydeleggje ho igjen.