L2TP-optie ontbreekt in de netwerkdialoog: wat je moet installeren
De dialoog heeft een VPN-plugin, een L2TP-daemon, een IPsec-backend, een PPP-module en een editor nodig. Ontbreekt er één, dan verandert het symptoom.
Je voegt een VPN-verbinding toe, zoekt naar L2TP/IPsec in de lijst, en het staat er niet. Of het staat er wel, het profiel wordt opgeslagen, en de verbinding sterft met een bericht over een plugin. Beide symptomen wijzen op een stapel pakketten die onafhankelijk van elkaar worden geïnstalleerd, en de dialoog toont je alleen het einde daarvan. Breng de onderdelen in kaart voordat je iets installeert.
Begin bij de stapel, niet bij het menu
De optie verschijnt wanneer de beheerder een plugin kan vinden die dat VPN-type aankondigt. Die plugin heeft op zijn beurt tijdens het draaien een L2TP-daemon en een IPsec-implementatie nodig, plus een PPP-module voor de verbinding zelf. Elk daarvan is een apart pakket met zijn eigen afhankelijkheidsketen, en een distributie kan ze leveren in combinaties die slechts gedeeltelijk compleet zijn. Alleen een IPsec-daemon installeren voegt niets toe aan de lijst, omdat de beheerder er niet naar zoekt. Lees eerst de geïnstalleerde plugins en werk dan naar beneden.
Een ontbrekend menu-item is een verpakkingsvraag. Het is bijna nooit een configuratievraag, hoezeer het ook zo voelt.
Bewerken en draaien zijn aparte pakketten
De service-plugin brengt verbindingen tot stand, en een editorcomponent is wat een venster met bureaubladinstellingen de protocolopties laat tonen en opslaan. Ze worden apart verpakt, en sommige distributies leveren de ene zonder de andere. Het resultaat is een verbinding die bestaat, vanaf de opdrachtregel kan worden gestart en niet in het grafische gereedschap kan worden bewerkt.
Kijk naar de draaiende bureaubladomgeving voordat je een pakketnaam kiest. De bewerkingscomponent van GNOME is niet hetzelfde pakket als een KDE-interface, en een distributie kan elk van beide hernoemen. Neem de naam uit de pakketlijst van die release zelf.
De PPP-plugin woont op een pad met versie
L2TP draait over PPP, en de plugin die de service laadt is gebouwd tegen een specifieke PPP-versie, dus woont hij in een map die naar die versie is vernoemd. Een recept dat een ouder pad hardcodeert, beschrijft de machine waarop het is geschreven. Als de versie hier anders is, wordt de plugin niet gevonden, hoe zorgvuldig de opdracht ook is gekopieerd.
Dat is het sterkste argument voor het pakket van de distributie in plaats van een gekopieerde build. Pakketbeheerders volgen dit pad; een gekopieerde configure-regel doet dat niet.
Een onderhandelingsfout is geen installatiefout
Zodra de optie bestaat en het profiel wordt opgeslagen, is de volgende fout een andere klasse probleem. Een peer die de authenticatie weigert, is de IPsec-backend die je iets specifieks vertelt.
Lees het eigen log van de backend voordat je iets opnieuw installeert. Het journaal van de beheerder toont de plugin die overdraagt en de IPsec-daemon die meldt waarom hij stopte, en die twee regels samen wijzen aan welke kant weigerde. Een editor opnieuw installeren lost een geweigerde vooraf gedeelde sleutel niet op, en een plugin opnieuw installeren lost een server niet op die andere voorstellen verwacht. Scheid de lagen in je notities voordat je een pakket aanraakt.
Twee geheimen, twee velden
IPsec-authenticatie en de PPP-login van de gebruiker zijn ongerelateerde geheimen die toevallig in dezelfde dialoog staan. Het ene authenticeert de machines, het andere authenticeert een persoon bij de L2TP-dienst, en een server kan het ene accepteren terwijl hij het andere weigert.
Zet het accountwachtwoord in het PPP-veld en het gedeelde geheim in het IPsec-veld, en controleer dan waarover het log klaagde. Een wachtwoord in een vak voor een gedeeld geheim kopiëren omdat beide invoervelden gemaskeerd zijn, is een veelgemaakte en volledig stille fout. Noteer de pakketversies waarmee je bent geëindigd, want de volgende machine heeft dezelfde combinatie nodig en de dialoog zal niemand vertellen welke dat is.