L2TP-vaihtoehto puuttuu verkkovalintaikkunasta: mitä asentaa
Valintaikkuna tarvitsee VPN-liitännäisen, L2TP-taustapalvelun, IPsec-taustajärjestelmän, PPP-moduulin ja editorin. Yhdenkin puuttuminen muuttaa oiretta.
Lisäät VPN-yhteyden, etsit luettelosta L2TP/IPsec ja sitä ei ole. Tai se on siellä, profiili tallentuu ja yhteys kuolee liitännäistä koskevaan viestiin. Molemmat oireet viittaavat pinoon paketteja, jotka asennetaan toisistaan riippumatta, ja valintaikkuna näyttää sinulle vain sen lopun. Kartoita osat ennen kuin asennat mitään.
Aloita pinosta, älä valikosta
Vaihtoehto ilmestyy, kun hallinta löytää liitännäisen, joka mainostaa tätä VPN-tyyppiä. Se liitännäinen tarvitsee vuorostaan ajonaikaisen L2TP-taustapalvelun ja IPsec-toteutuksen sekä PPP-moduulin itse yhteydelle. Jokainen niistä on erillinen paketti omalla riippuvuusketjullaan, ja jakelu voi toimittaa ne yhdistelmissä, jotka ovat vain osittain täydellisiä. Pelkän IPsec-taustapalvelun asentaminen ei lisää luetteloon mitään, koska hallinta ei etsi sitä. Lue ensin asennetut liitännäiset ja etene sitten alaspäin.
Puuttuva valikkokohta on paketointikysymys. Se on lähes koskaan kokoonpanokysymys, niin paljon kuin siltä tuntuukin.
Muokkaus ja suoritus ovat eri paketteja
Palvelun liitännäinen muodostaa yhteydet, ja editorikomponentti on se, joka antaa työpöydän asetusikkunan näyttää ja tallentaa protokolla-asetukset. Ne paketoidaan erikseen, ja jotkut jakelut toimittavat toisen ilman toista. Tuloksena on yhteys, joka on olemassa, voidaan käynnistää komentoriviltä eikä ole muokattavissa graafisessa työkalussa.
Katso käynnissä olevaa työpöytäympäristöä ennen paketin nimen valintaa. GNOME:n muokkauskomponentti ei ole sama paketti kuin KDE:n käyttöliittymä, ja jakelu voi nimetä kumman tahansa uudelleen. Ota nimi kyseisen julkaisun omasta pakettiluettelosta.
PPP-liitännäinen sijaitsee versioidulla polulla
L2TP toimii PPP:n päällä, ja liitännäinen, jonka palvelu lataa, on rakennettu tiettyä PPP-versiota vasten, joten se sijaitsee hakemistossa, joka on nimetty sen version mukaan. Resepti, joka kovakoodaa vanhemman polun, kuvaa koneen, jolla se kirjoitettiin. Jos versio täällä poikkeaa, liitännäistä ei löydy, miten huolellisesti komento kopioitiinkaan.
Tämä on vahvin perustelu jakelun paketille kopioidun koontiversion sijaan. Pakettien ylläpitäjät seuraavat tätä polkua; kopioitu configure-rivi ei.
Neuvottelun epäonnistuminen ei ole asennuksen epäonnistuminen
Kun vaihtoehto on olemassa ja profiili tallentuu, seuraava epäonnistuminen on toisen luokan ongelma. Vertaisosapuolen todentamisen hylkääminen on IPsec-taustajärjestelmä, joka kertoo sinulle jotain konkreettista.
Lue taustajärjestelmän oma loki ennen kuin asennat mitään uudelleen. Hallinnan loki näyttää liitännäisen luovuttavan ja IPsec-taustapalvelun kertovan, miksi se pysähtyi, ja nämä kaksi riviä yhdessä osoittavat, kumpi puoli hylkäsi. Editorin uudelleenasennus ei korjaa hylättyä ennalta jaettua avainta, eikä liitännäisen uudelleenasennus korjaa palvelinta, joka odottaa erilaisia ehdotuksia. Erottele kerrokset muistiinpanoissasi ennen kuin kosket pakettiin.
Kaksi salaisuutta, kaksi kenttää
IPsec-todennus ja käyttäjän PPP-kirjautuminen ovat toisistaan riippumattomia salaisuuksia, jotka sattuvat olemaan samassa valintaikkunassa. Toinen todentaa koneet, toinen todentaa henkilön L2TP-palvelulle, ja palvelin voi hyväksyä toisen samalla kun hylkää toisen.
Laita tilin salasana PPP-kenttään ja jaettu salaisuus IPsec-kenttään ja tarkista sitten, kummasta loki valitti. Salasanan kopioiminen jaetun salaisuuden kenttään siksi, että molemmat syötteet on peitetty, on yleinen ja täysin äänetön virhe. Kirjaa pakettiversiot, joihin päädyit, koska seuraava kone tarvitsee saman yhdistelmän eikä valintaikkuna kerro kenellekään, mikä se on.