L2TP-opsje ûntbrekt yn 'e netwurkdialooch: wat te ynstallearjen

Jo foegje in VPN-ferbining ta, sykje L2TP/IPsec yn 'e list, en it is der net. Of it is der, it profyl wurdt bewarre, en de ferbining stjert mei in berjocht oer in ynstekker. Beide symptomen wize op in steapel pakketten dy't ûnôfhinklik ynstallearre wurde, en de dialooch lit jo allinnich it ein sjen. Kartei de stikken foardat jo wat ynstallearje.

Begjin by de steapel, net by it menu

De opsje ferskynt as de behearder in ynstekker fine kin dy't dat VPN-type oankundiget. Dy ynstekker hat op syn beurt in L2TP-daemon en in IPsec-ymplemintaasje nedich by it draaien, plus in PPP-module foar de ferbining sels. Elk dêrfan is in apart pakket mei syn eigen ôfhinklikensketen, en in distribúsje kin se leverje yn kombinaasjes dy't mar foar in part folslein binne. In IPsec-daemon allinnich ynstallearje foeget neat ta oan 'e list, om't de behearder net nei him siket. Lês earst de ynstallearre ynstekkers en wurkje dan nei ûnderen.

In ûntbrekkend menupunt is in fraach fan ferpakking. It is hast nea in fraach fan konfiguraasje, sa folle as it sa fielt.

Bewurkje en draaie binne aparte pakketten

De tsjinst-ynstekker makket ferbiningen, en in bewurkerskomponint is wat in finster foar buroblêdynstellingen de protokolopsjes sjen en bewarje lit. Se wurde apart ferpakt, en guon distribúsjes leverje it iene sûnder it oare. It resultaat is in ferbining dy't bestiet, fan de kommandorigel ôf start wurde kin, en net yn it grafyske helpmiddel bewurke wurde kin.

Sjoch nei de draaiende buroblêd-omjouwing foardat jo in pakketnamme kieze. De bewurkingskomponint fan GNOME is net itselde pakket as in KDE-frontend, en in distribúsje kin ien fan beiden omneame. Nim de namme út 'e eigen pakketlist fan dy útjefte.

De PPP-ynstekker wennet op in ferzje-paad

L2TP rint oer PPP, en de ynstekker dy't de tsjinst laded is boud tsjin in spesifike PPP-ferzje, dus wennet er ûnder in map neamd nei dy ferzje. In resept dat in âlder paad hurdkodet beskriuwt de masine dêr't it op skreaun is. As de ferzje hjir oars is, sil de ynstekker net fûn wurde, hoe soarchfâldich it kommando ek kopeare is.

Dat is it sterkste argumint foar it pakket fan 'e distribúsje boppe in kopeare bou. Pakketbehearders folgje dit paad; in kopeare configure-rigel docht dat net.

In mislearre ûnderhanneling is gjin mislearre ynstallaasje

As de opsje bestiet en it profyl bewarret, is de folgjende mislearring in oare klasse probleem. In partner dy't autentikaasje wegeret is de IPsec-backend dy't jo eat spesifyks fertelt.

Lês it eigen log fan 'e backend foardat jo wat opnij ynstallearje. It sjoernaal fan 'e behearder lit de ynstekker oerdrage en de IPsec-daemon melde wêrom't er stoppe, en dy twa rigels tegearre wize út hokker kant wegere. In bewurker opnij ynstallearje kin in wegere foarôf dielde kaai net reparearje, en in ynstekker opnij ynstallearje kin in tsjinner net reparearje dy't oare útstellen ferwachtet. Skied de lagen yn jo notysjes foardat jo in pakket oanreitsje.

Twa geheimnissen, twa fjilden

IPsec-autentikaasje en de PPP-ynlaat fan 'e brûker binne ûnferbûne geheimnissen dy't tafallich yn deselde dialooch sitte. It iene autentisearret de masines, it oare autentisearret in persoan by de L2TP-tsjinst, en in tsjinner kin it iene akseptearje wylst er it oare wegeret.

Set it accountwachtwurd yn it PPP-fjild en it dielde geheim yn it IPsec-fjild, en kontrolearje dan by hokker fan beiden it log klage. In wachtwurd kopyearje yn in fak foar dield geheim om't beide ynfierden maskearre binne, is in gewoane en folslein stille flater. Skriuw de pakketferzjes op dêr't jo mei einige binne, want de folgjende masine hat deselde kombinaasje nedich en de dialooch sil nimmen fertelle hokker dat is.