Ar bendras pppd parinkčių failas sugadina jūsų kitą VPN?

Pridedate vieną eilutę, kad užsispyręs PPTP profilis prisijungtų, o po savaitės L2TP klientas, kuris veikė mėnesius, sustoja. Akivaizdus paaiškinimas – du protokolai dabar konfliktuoja. Dažniau abu klientai paleidžia pppd, abu skaito tuos pačius numatytuosius nustatymus, o jūsų pridėta eilutė niekada nebuvo apribota profilio, kurį taisėte. Bendras parinkčių failas yra tas ryšys, o protokolai nekalti.

Ką klientas paveldi paleidžiamas

PPP pagrindu veikiantis klientas retai kuria savo komandų eilutę iš nieko. Jis paleidžia pppd, kuris skaito sistemos numatytuosius nustatymus, paskui bet kurį naudotojo ar terminalo failą, paskui argumentus, kuriuos perduoda klientas, o klientas taip pat gali nukreipti jį į partnerio failą. Kiekvienas iš šių sluoksnių gali nešti papildinį, autentifikavimo metodą ar maršruto direktyvą, o pirmasis sluoksnis, nustatantis apsaugotą parinktį, gali užrakinti ją nuo vėlesnių pakeitimų.

Taigi naudingas klausimas yra ne tai, kuris VPN sugadintas, o tai, kuris sluoksnis pateikė nustatymą. Klientas, kuris generuoja savo argumentus, atrodo savarankiškas ir vis tiek paveldi viską, ką turi sistemos failas.

Nustatykite eilutės kilmę prieš ją keisdami

Pradėkite nuo proceso, kuris veikia, kol ryšys aktyvus, apžiūros. Komandų eilutė rodo, kurie failai buvo perduoti tiesiogiai, o viskas, kas ten nepavadinama, atėjo iš numatytojo kelio.

ps -o pid=,args= -C pppd

Jei argumentų sąraše yra partnerio vardas, skaitykite tą failą. Jei ne, nustatymas, kurio ieškote, gyvena bendrame kelyje. pppd vadove išvardyti tų failų skaitymo tvarka ir parinktys, kurių paprastas naudotojas negali nepaisyti, todėl vėlesnė eilutė kartais nedaro visiškai nieko. Apsaugotos parinkties, pavyzdžiui, papildinio kelio, negalima pakeisti vėlesne naudotojo lygio eilute, todėl netinkamo failo redagavimas neturi matomo poveikio.

Papildinio eilutė, kuri seka kiekvieną klientą

Sistemos faile įkeltas papildinys yra didžiausias pažeidėjas, nes jis keičia tai, ką naujas PPP procesas bando įkelti, nepaisant to, kurį mygtuką paspaudė naudotojas. L2TP papildinys yra klasikinis pavyzdys: tinkamas vienam profiliui, beprasmis ar žalingas PPTP profiliui, kuris prasideda nuo tų pačių numatytųjų nustatymų.

Perkelkite jį į partnerio failą, kurį pasirenka klientas, arba į kliento pačio nustatymus kiekvienam ryšiui, jei jis juos palaiko. Visiškas ištrynimas sutaiso antrą klientą ir sugadina pirmą, ir būtent taip šios problemos keliauja tarp komandų.

Patikrinkite kiekvieną klientą po perkėlimo

Išbandykite abu ryšius iš tos pačios mašinos, vieną po kito, ir skaitykite suderėtas parinktis, o ne sėkmės dialogą. Žemiau pateiktas išrašas atspausdina parinkčių rinkinį, kurį pppd iš tikrųjų surinko, ir tai yra vienintelis sąrašas, kuris svarbus.

sudo pppd call office debug dump

Pakartokite antram klientui ir palyginkite du išvedimus. Jūsų perkelta parinktis turėtų atsirasti tiksliai viename iš jų. Jei ji atsiranda abiejuose, klientas ją kuria iš naujo, o pataisymas priklauso tam profiliui, o ne bendram failui. Užsirašykite, kur nustatymas dabar gyvena, šalia ryšio, kad kitas žmogus vėl neatrastų šio ryšio jo vėl sugadindamas.