L2TP-alternativet mangler i nettverksdialogen: hva som må installeres

Du legger til en VPN-tilkobling, ser etter L2TP/IPsec i listen, og den er ikke der. Eller den er der, profilen lagres, og tilkoblingen dør med en melding om en plugin. Begge symptomene peker mot en stabel med pakker som installeres uavhengig av hverandre, og dialogen viser deg bare slutten av den. Kartlegg delene før du installerer noe.

Start ved stabelen, ikke ved menyen

Alternativet dukker opp når behandleren kan finne en plugin som annonserer den VPN-typen. Den pluginen trenger på sin side en L2TP-demon og en IPsec-implementasjon ved kjøring, i tillegg til en PPP-modul for selve forbindelsen. Hver av dem er en egen pakke med sin egen avhengighetskjede, og en distribusjon kan levere dem i kombinasjoner som bare er delvis komplette. Å installere en IPsec-demon alene legger ingenting til listen, fordi behandleren ikke leter etter den. Les de installerte pluginene først, og arbeid deg deretter nedover.

Et manglende menyelement er et pakkeringsspørsmål. Det er nesten aldri et konfigurasjonsspørsmål, uansett hvor mye det føles slik.

Redigering og kjøring er separate pakker

Tjenestens plugin oppretter tilkoblinger, og en editorkomponent er det som lar et innstillingsvindu på skrivebordet vise og lagre protokollvalgene. De pakkes separat, og noen distribusjoner leverer den ene uten den andre. Resultatet er en tilkobling som finnes, kan startes fra kommandolinjen og ikke kan redigeres i det grafiske verktøyet.

Se på skrivebordsmiljøet som kjører før du velger et pakkenavn. GNOMEs redigeringskomponent er ikke samme pakke som et KDE-grensesnitt, og en distribusjon kan gi nytt navn til hvilken som helst av dem. Ta navnet fra pakkelisten til nettopp den utgivelsen.

PPP-pluginen ligger på en versjonert sti

L2TP kjører over PPP, og pluginen tjenesten laster er bygget mot en bestemt PPP-versjon, så den ligger i en mappe oppkalt etter den versjonen. En oppskrift som hardkoder en eldre sti, beskriver maskinen den ble skrevet på. Hvis versjonen her er annerledes, blir pluginen ikke funnet, uansett hvor nøye kommandoen ble kopiert.

Det er det sterkeste argumentet for distribusjonens pakke framfor et kopiert bygg. Pakkevedlikeholdere følger denne stien; en kopiert configure-linje gjør det ikke.

En forhandlingsfeil er ikke en installasjonsfeil

Når alternativet finnes og profilen lagres, er neste feil en annen klasse problem. At en motpart avviser autentisering, er IPsec-backenden som forteller deg noe konkret.

Les backendens egen logg før du installerer noe på nytt. Journalen til behandleren viser pluginen som overlater og IPsec-demonen som rapporterer hvorfor den stoppet, og de to linjene sammen viser hvilken side som avviste. Å installere en editor på nytt retter ikke en avvist forhåndsdelt nøkkel, og å installere en plugin på nytt retter ikke en server som forventer andre forslag. Skill lagene i notatene dine før du rører en pakke.

To hemmeligheter, to felt

IPsec-autentisering og brukerens PPP-innlogging er uavhengige hemmeligheter som tilfeldigvis står i samme dialog. Den ene autentiserer maskinene, den andre autentiserer en person mot L2TP-tjenesten, og en server kan godta den ene mens den avviser den andre.

Sett kontopassordet i PPP-feltet og den delte hemmeligheten i IPsec-feltet, og sjekk deretter hvilken av dem loggen klaget over. Å kopiere et passord inn i en boks for delt hemmelighet fordi begge feltene er maskert, er en vanlig og helt stille feil. Noter pakkeversjonene du endte med, for neste maskin trenger samme kombinasjon, og dialogen vil ikke fortelle noen hvilken det er.