Rikkovatko jaetut pppd-asetukset toisen VPN:si?
Kaksi PPP-pohjaista VPN-asiakasta voivat lukea samat pppd-oletukset, joten yhden korjaus muuttaa hiljaa toista. Selvitä asetuksen omistaja ennen muokkaamista.
Lisäät yhden rivin, jotta itsepäinen PPTP-profiili yhdistää, ja viikkoa myöhemmin kuukausia toiminut L2TP-asiakas pysähtyy. Ilmeinen tulkinta on, että kaksi protokollaa ovat nyt ristiriidassa. Useammin molemmat asiakkaat käynnistävät pppd:n, molemmat lukevat samat oletukset, eikä lisäämäsi rivi koskaan rajautunut profiiliin, jota korjasit. Jaettu asetustiedosto on kytkös, ja protokollat ovat syyttömiä.
Mitä asiakas perii käynnistyessään
PPP-pohjainen asiakas rakentaa komentorivinsä harvoin tyhjästä. Se käynnistää pppd:n, joka lukee järjestelmän oletukset, sitten minkä tahansa käyttäjä- tai päätekohtaisen tiedoston, sitten asiakkaan välittämät argumentit, ja asiakas voi myös ohjata sen vertaistiedostoon. Jokainen näistä kerroksista voi kantaa liitännäisen, todennusmenetelmän tai reittidirektiivin, ja ensimmäinen kerros, joka asettaa suojatun asetuksen, voi lukita sen myöhemmiltä muutoksilta.
Hyödyllinen kysymys ei siis ole, mikä VPN on rikki, vaan mikä kerros asetuksen antoi. Asiakas, joka tuottaa omat argumenttinsa, näyttää itsenäiseltä ja perii silti kaiken, mitä järjestelmätiedostossa on.
Selvitä rivin alkuperä ennen muuttamista
Aloita katsomalla prosessia, joka on käynnissä yhteyden ollessa auki. Komentorivi näyttää, mitkä tiedostot välitettiin nimenomaisesti, ja kaikki siellä nimeämätön tuli oletuspolulta.
ps -o pid=,args= -C pppdJos argumenttiluettelo sisältää vertaisnimen, lue se tiedosto. Jos ei, jahtaamasi asetus asuu jaetulla polulla. pppd-käsikirja luettelee näiden tiedostojen lukujärjestyksen ja asetukset, joita tavallinen käyttäjä ei voi ohittaa, minkä vuoksi myöhempi rivi joskus ei tee yhtään mitään. Suojattua asetusta, kuten liitännäispolkua, ei voi korvata myöhemmällä käyttäjätason rivillä, joten väärän tiedoston muokkaamisella ei ole näkyvää vaikutusta.
Liitännäisrivi, joka seuraa jokaista asiakasta
Järjestelmätiedostoon ladattu liitännäinen on pahin syyllinen, koska se muuttaa sitä, mitä uusi PPP-prosessi yrittää ladata, riippumatta siitä, mitä painiketta käyttäjä painoi. L2TP-liitännäinen on klassinen esimerkki: oikea yhdelle profiilille, merkityksetön tai haitallinen PPTP-profiilille, joka alkaa samoista oletuksista.
Siirrä se vertaistiedostoon, jonka asiakas valitsee, tai asiakkaan omiin yhteyskohtaisiin asetuksiin, jos se tukee niitä. Kokonaan poistaminen korjaa toisen asiakkaan ja rikkoo ensimmäisen, ja näin nämä ongelmat kulkevat tiimien välillä.
Tarkista jokainen asiakas siirron jälkeen
Testaa molemmat yhteydet samalta koneelta, peräkkäin, ja lue neuvotellut asetukset, älä onnistumisvalintaikkunaa. Alla oleva vedos tulostaa asetuskokonaisuuden, jonka pppd todella kokosi, ja se on ainoa lista, jolla on merkitystä.
sudo pppd call office debug dumpToista toiselle asiakkaalle ja vertaa kahta tulostetta. Siirtämäsi asetuksen pitäisi näkyä täsmälleen yhdessä niistä. Jos se näkyy molemmissa, asiakas luo sen uudelleen, ja korjaus kuuluu kyseiseen profiiliin eikä jaettuun tiedostoon. Kirjaa, missä asetus nyt asuu yhteyden vieressä, jotta seuraava henkilö ei löydä kytköstä uudelleen rikkomalla sen taas.