Logi ya utatuzi wa L2TP ni tupu? Hitilafu huenda iko kwenye journal

Unaanzisha kisaidizi cha L2TP na utatuzi, unatazama terminal, na kinaacha bila chochote cha manufaa kwenye skrini. Hii si bendera ya utatuzi iliyovunjika. Muunganisho wa NetworkManager L2TP ni michakato minne inayoshirikiana, na ni baadhi yao tu wanaandika kwenye terminal unayotazama. Ushahidi uliobaki uko kwenye journal, umbali wa kichujio kimoja.

Mchakato minne, maeneo mawili ya logi

Muunganisho huanza na IPsec, ambayo ni libreswan au strongSwan kulingana na usakinishaji. Kisha daemon wa L2TP, kwa kawaida xl2tpd na katika baadhi ya miundo kl2tpd, huendesha handaki. Mwisho pppd hushughulikia uthibitishaji na anwani ndani yake.

Huduma ya kisaidizi huratibu sehemu hizo na kuchapisha maendeleo yake. Daemon wa IPsec na pppd kwa kawaida huripoti kupitia journal ya mfumo, ndiyo sababu terminal inaonyesha muunganisho unaoshindwa ilhali sababu iko kwenye faili usiyofungua.

Mgawanyiko huo pia unaeleza kwa nini hitilafu ya PSK na hitilafu ya nenosiri huonekana sawa kutoka kwenye desktop: zote huleta utenganishaji wa jumla, na hatua iliyoshindwa inaonekana tu kwenye matokeo ya kila mchakato. Hiyo ndiyo sababu yote kwa nini journal ni muhimu hapa. Ujumbe mmoja wa jumla kwenye desktop, waandishi wanne wanaowezekana nyuma yake.

Kusanya jaribio moja, kisha soma mpangilio

Zalisha tena mara moja, ukiwa na wasifu unaojulikana na muda unaojulikana, kisha soma dirisha jembamba badala ya uanzishaji wote. Kurudia majaribio wakati unabadilisha mipangilio hufanya logi kuwa mchanganyiko usioweza kufasiriwa.

Amri hizi huchagua michakato inayoshiriki kwa uanzishaji wa sasa, na njia ya programu jalizi inafaa kuthibitishwa kwenye usambazaji wako:

journalctl -b --no-hostname _COMM=nm-l2tp-service _COMM=pluto _COMM=charon _COMM=xl2tpd _COMM=pppd
rpm -ql NetworkManager-l2tp 2>/dev/null | grep nm-l2tp-service

Sehemu zinazorudiwa katika wito mmoja huchagua muungano wa michakato hiyo, jambo ambalo hudumisha mfuatano kwa mpangilio wa muda. Katika mfumo unaotegemea Debian swali linalolingana ni dpkg -L; hoja ni kupata mahali kisaidizi kinapoishi kwa kweli kabla ya kujaribu kukiendesha kwa mkono.

Masharti matatu huamua hatua inayofuata

Soma hatua ya kwanza iliyoshindwa, kisha chagua ipasavyo. Ikiwa IPsec inaripoti kushindwa kwa pendekezo au uthibitishaji wa mwenzake, handaki halikuundwa kamwe, na kubadilisha nenosiri la PPP hakuwezi kusaidia.

Ikiwa handaki liliundwa na pppd ilikataa kuingia, siri iliyoshirikiwa ilikuwa tayari sawa na tatizo la vitambulisho liko tabaka moja juu. Ikiwa pppd ilijadili anwani na kushindwa kunaonekana baadaye, zote mbili zinafanya kazi na tatizo lililobaki ni uelekezaji, DNS au sera ya seva yenyewe.

Matawi hayo matatu hufunika karibu kila utenganishaji wa jumla, na huamuliwa na mchakato gani uliorekodi hitilafu ya mwisho, si kwa ujumbe gani wa hitilafu unaoonekana wa kutisha zaidi.

Inafaa pia kuthibitisha backend gani ya IPsec imesakinishwa kabla ya kugusa mpangilio wa utatuzi. Chaguo la uwekaji kumbukumbu lililoandikwa kwa strongSwan halifanyi chochote wakati libreswan inaendesha, na muunganisho utaendelea kushindwa mahali pale pale wakati unahariri faili ambalo hakuna anayelisoma.

Hali ya utatuzi huacha faili

Mtiririko wa awali wa utatuzi huendesha huduma kwa mkono ukiwa na bendera ya utatuzi, na hali hiyo inaweza kuacha faili za usanidi wa wakati wa utekelezaji zilizozalishwa mahali pake muunganisho unapoisha.

Faili hizo zina nyenzo za uthibitishaji: ufunguo ulioshirikiwa mapema, vitambulisho au vyote viwili. Usanidi uliozalishwa na kunakiliwa kwenye dirisha la gumzo ni ufichuzi wa vitambulisho, si dondoo la logi. Ondoa mistari ya siri kabla ya kushiriki chochote, na ufute saraka wakati uchunguzi unaisha. Wachukulie kama siri, toa mistari maalum unayohitaji kwa ripoti, na uifute baadaye badala ya kubandika saraka kwenye tiketi.

Nakala ya mkono pia lazima iratibiwe na ile ya kawaida. Kuanzisha nakala ya utatuzi wakati huduma tayari inamiliki jalizi huzaa wamiliki wawili na logi inayochanganya zote mbili, jambo ambalo ni baya kuliko kutokuwa na matokeo yoyote ya utatuzi.

Kisha rejesha kisaidizi cha kawaida

Uchunguzi unapoisha, simamisha nakala ya mkono, ondoa faili za wakati wa utekelezaji zilizohifadhiwa na unganisha tena kupitia njia ya kawaida ili mtu anayefuata aone usanidi unaolingana na ukweli.

Kisha thibitisha matokeo katika tabaka lililoshindwa, si kwenye aikoni ya desktop:

journalctl -b -u NetworkManager --since -10min | tail -30
ip -4 addr show ppp0
ip -4 route get 10.20.4.10

Kikao kinachothibitisha, kupokea anwani na kuelekeza kwenye lengwa lililokusudiwa ni matokeo uliyokuwa ukitatua. Terminal tulivu wakati wa jaribio lililoshindwa inakuambia tu mahali matokeo hayakuandikwa.