OpenVPN TAP kwenye macOS: angalia mteja kabla ya kutafuta hitilafu

Wasifu wa zamani unatua kwenye Mac ya kisasa, mteja anauingiza bila malalamiko, na muunganisho huanguka au haupitishi trafiki kamwe. Kabla ya kutumia mchana mzima kwenye vyeti, soma mstari wa kifaa kwenye wasifu. Ikiwa inasema dev tap, unaomba mteja kiolesura cha mtindo wa Ethernet, na kwenye macOS sehemu kubwa ya vikao hivi huishia kwenye ombi hilo.

Hatua 1: thibitisha kuwa wasifu unaomba TAP kweli

Wasifu hubadilishwa majina, hufungwa na kuhamishwa tena nje, kwa hivyo angalia faili uliyoingiza kweli. Tafuta agizo la kifaa na include yoyote inayoweza kulipindua. Katika hali nyingi mistari miwili ya matokeo hutatua swali. Pale dev na dev-type zote zinapotokea, agizo la baadaye hushinda, na ni maelezo kama hayo hasa ambayo wasifu ulionakiliwa huficha.

grep -nE "^[[:space:]]*(dev|dev-type)[[:space:]]" client.ovpn
ls -l ~/Library/Application\ Support/ 2>/dev/null

Ikiwa faili ina dev tap au dev tap0, mteja lazima atekeleze kiolesura cha TAP. Ikiwa ina dev tun, sehemu iliyobaki ya makala hii haitumiki na hitilafu iko mahali pengine.

Andika jina na toleo la mteja, toleo la macOS, na wasifu ulikotoka. Mambo hayo matatu huamua ni njia ipi kati ya mbili hapa chini inayowezekana hata kidogo.

Hatua 2: jua kile hali ya kifaa hubadilisha kweli

Kiolesura cha TUN hubeba pakiti za IP. Mteja husoma na kuandika pakiti zinazoelekezwa kwa mwenzake wa IP, na mfumo wa uendeshaji huzipitisha kama kiolesura kingine chochote.

Kiolesura cha TAP hubeba fremu za Ethernet, ikiwa ni pamoja na utangazaji na ARP. Hiyo ndiyo inayomruhusu seva iliyounganishwa kwa daraja kugawa anwani kupitia DHCP na mteja kugundua vifaa kwa kupiga kelele, na ndiyo sababu baadhi ya miundo ya zamani inategemea hilo.

Gharama ni kwamba TAP inahitaji kiendeshi kinachowasilisha kiolesura cha Ethernet kwa mfumo. Apple ilisitisha muundo wa kiendelezi cha kerneli ambao viendeshi vya zamani vya TAP vya Mac viliitegemea, na API yake mbadala haionekani kwa maajabu ndani ya wateja ambao hawajawahi kusasishwa kuitumia. Uwezo wa jukwaa na bidhaa iliyotumwa ni mambo mawili tofauti.

Hatua 3: chagua kati ya mteja unaoendana na uhamiaji

Kuna njia mbili za uaminifu. Ya kwanza ni mteja ambaye mchapishaji wake, kwa toleo lako la macOS na maunzi yako, anasema kuwa inaunga mkono mpangilio wa TAP unaouhitaji. Si chapisho la jukwaa la miaka minne iliyopita, na si kisakinishi kilichohifadhiwa: tamko la sasa pamoja na muunganisho wa majaribio.

Ya pili ni kuhamisha huduma kwenda TUN, ambayo ni mabadiliko ya seva kama ilivyo mabadiliko ya mteja. Inahitaji topolojia iliyoelekezwa, bwawa la anwani, njia zinazosukumwa kwa mitandao ya mbali, na njia ya kurudi kutoka mitandao hiyo hadi bwawa.

Kile kisichofanya kazi ni kubadilisha tap kuwa tun kwenye nakala yako ya ndani na kutumaini. Seva bado inaunganisha kwa daraja, mteja sasa anazungumza IP, na hakuna kinacholingana.

Hatua 4: kusanya ukweli kabla ya kubadilisha huduma inayofanya kazi

Acha wasifu asilia bila kuguswa na ufanye nakala kwa majaribio. Faili unayoweza kuirejesha kwa dakika moja ina thamani zaidi kuliko folda iliyopangwa. Ubadilishaji unapofanya kazi, futa nakala kwa makusudi badala ya kuacha wasifu mbili zinazoonekana sawa kwenye orodha. Tabia hiyo moja huzuia sehemu kubwa ya mkanganyiko unaofuata uhamiaji ulioshindwa. Rekodi tabia ya sasa ili uweze kuthibitisha kilichobadilika: handaki inapanda, inapata anwani, unaweza kufikia mwenyeji mmoja unaojulikana, na utatuzi wa majina unafanya kazi.

Uliza mmiliki wa lango maswali matatu. Seva inaendesha topolojia ya daraja au iliyoelekezwa? Ni viambishi gani vya mbali vinapaswa kufikiwa? Na je, kuna dirisha la matengenezo kwa mabadiliko ya usanidi, au inatarajiwa kufanya kazi bila kugusa seva?

Majibu ya hayo huamua kama unatatua tatizo la mteja mchana huu au unapanga mabadiliko ya mtandao wiki ijayo.

Hatua 5: thibitisha uhamiaji kutoka pande zote mbili

Seva inapokuwa na usanidi ulioelekezwa na wewe ukiwa na wasifu unaoendana, jaribu kwa mpangilio huu: handaki inaanzishwa, mteja anapokea anwani kutoka bwawa jipya, mwenyeji upande wa mbali anajibu, na jina linatatuliwa kupitia mpangilio wa DNS uliosukumwa.

Kisha jaribu kile kilichokuwa kikitegemea tabia ya Ethernet. Ikiwa programu iligundua vifaa kwa utangazaji, haitavipata kupitia handaki iliyoelekezwa, na hakuna kiasi cha usanidi wa mteja kinachorudisha hilo. Programu hiyo inahitaji anwani inayojulikana, mwenyeji msaidizi wa ndani, au mbinu nyingine ya ugunduzi.

Maliza kwa kuunganisha tena na kuwasha upya mara moja, kwa sababu wasifu unaofanya kazi kwenye jaribio la kwanza tu kwa kawaida humaanisha kuwa njia zilizosukumwa au mpangilio wa DNS hautumiki wakati wa kuunganisha tena.

Inaposhindwa bado, soma hitilafu ya kwanza

Mteja asiyeweza kuunda kiolesura husema hivyo kwenye kumbukumbu yake, kwa kawaida katika mistari ya kwanza. Mteja anayeunda kisha akashindwa uthibitishaji amepita zamani swali la kifaa, na kuendelea kufukuza TAP kunapoteza kikao.

Hifadhi wasifu asilia na usanidi unaofanya kazi hadi ubadilishaji uthibitike. Kurudisha mabadiliko ya mteja ni haraka; kujenga upya mtandao wa daraja ambao mtu aliuvunja kwa kudhani si haraka.