L2TP-opsie ontbreek in die netwerkdialoog: wat om te installeer

Jy voeg 'n VPN-verbinding by, soek vir L2TP/IPsec in die lys, en dit is nie daar nie. Of dit is daar, die profiel word gestoor, en die verbinding sterf met 'n boodskap oor 'n inprop. Albei simptome dui op 'n stapel pakkette wat onafhanklik installeer, en die dialoog wys jou net die einde daarvan. Karteer die stukke voordat jy enigiets installeer.

Begin by die stapel, nie by die kieslys nie

Die opsie verskyn wanneer die bestuurder 'n inprop kan vind wat daardie VPN-tipe adverteer. Daardie inprop het op sy beurt 'n L2TP-daemon en 'n IPsec-implementering tydens looptyd nodig, plus 'n PPP-module vir die skakel self. Elkeen daarvan is 'n aparte pakket met sy eie afhanklikheidsketting, en 'n verspreiding kan hulle in kombinasies lewer wat net gedeeltelik volledig is. Om 'n IPsec-daemon op sy eie te installeer, voeg niks by die lys nie, want die bestuurder soek nie daarna nie. Lees eers die geïnstalleerde inproppe en werk dan afwaarts.

'n Ontbrekende kieslysitem is 'n verpakkingsvraag. Dit is byna nooit 'n konfigurasievraag nie, hoe baie dit ook al so voel.

Redigeer en hardloop is aparte pakkette

Die diensinprop stel verbindings tot stand, en 'n redigeerderkomponent is wat 'n lessenaar-instellingsvenster toelaat om die protokolopsies te wys en te stoor. Hulle word apart verpak, en sommige verspreidings lewer die een sonder die ander. Die resultaat is 'n verbinding wat bestaan, vanaf die opdraglyn begin kan word, en nie in die grafiese gereedskap geredigeer kan word nie.

Kyk na die lopende lessenaaromgewing voordat jy 'n pakketnaam kies. GNOME se redigeerderkomponent is nie dieselfde pakket as 'n KDE-frontent nie, en 'n verspreiding kan enige van die twee hernoem. Neem die naam uit daardie uitgawe se eie pakketlys.

Die PPP-inprop woon op 'n weergawe-pad

L2TP loop oor PPP, en die inprop wat die diens laai, is teen 'n spesifieke PPP-weergawe gebou, so dit woon onder 'n gids wat na daardie weergawe vernoem is. 'n Resep wat 'n ouer pad hardkodeer, beskryf die masjien waarop dit geskryf is. As die weergawe hier verskil, sal die inprop nie gevind word nie, hoe noukeurig die opdrag ook al gekopieer is.

Dit is die sterkste argument vir die verspreiding se pakket bo 'n gekopieerde bou. Pakketinstandhouders hou hierdie pad by; 'n gekopieerde configure-lyn doen dit nie.

'n Onderhandelingsfout is nie 'n installasiefout nie

Sodra die opsie bestaan en die profiel stoor, is die volgende fout 'n ander klas probleem. 'n Eweknie wat stawing verwerp, is die IPsec-agterkant wat vir jou iets spesifieks vertel.

Lees die agterkant se eie log voordat jy enigiets herinstalleer. Die bestuurder se joernaal wys hoe die inprop oorhandig en hoe die IPsec-daemon rapporteer waarom dit gestop het, en daardie twee reëls saam wys watter kant geweier het. Om 'n redigeerder te herinstalleer kan nie 'n verwerpte vooraf-gedeelde sleutel regmaak nie, en om 'n inprop te herinstalleer kan nie 'n bediener regmaak wat ander voorstelle verwag nie. Skei die lae in jou notas voordat jy aan 'n pakket raak.

Twee geheime, twee velde

IPsec-stawing en die gebruiker se PPP-aanmelding is onverwante geheime wat toevallig op dieselfde dialoog sit. Die een staaf die masjiene, die ander staaf 'n persoon by die L2TP-diens, en 'n bediener kan die een aanvaar terwyl hy die ander verwerp.

Plaas die rekeningwagwoord in die PPP-veld en die gedeelde geheim in die IPsec-veld, en kyk dan waaroor die log gekla het. Om 'n wagwoord in 'n gedeelde-geheim-blokkie te kopieer omdat albei insette gemaskeer is, is 'n algemene en heeltemal stil fout. Teken die pakketweergawes aan waarmee jy geëindig het, want die volgende masjien het dieselfde kombinasie nodig en die dialoog sal vir niemand sê wat dit is nie.