VPN kwenye Mac imekwama kwenye «Inakatisha»: kinachoendeshwa kwa kweli

Kukatisha ni mabadiliko, si handaki iliyosimama. Angalia sehemu ipi inamiliki uvunjaji, soma njia na DNS, na epuka kuua michakato kwa upana.

«Inakatisha» ni hali ambayo mteja huripoti wakati anavunja handaki, si hukumu kwamba trafiki imesimama. Kwenye Mac uvunjaji huo huenda kama mfuatano mfupi, na lebo hubadilika tu baada ya sehemu inayomiliki muunganisho kuripoti. Wakati hatua moja inasubiri msaidizi, programu-jalizi au uamuzi wa sera, lebo inaweza kubaki hapo baada ya kiolesura kuondoka, au handaki inaweza kuendelea kusambaza wakati menyu bado inaionyesha. Chukulia maandishi kama «uvunjaji unaendelea, matokeo hayajulikani» na tambua nusu ipi ni kweli.

Hitilafu mbili zinaonekana sawa kutoka upau wa menyu na zinahitaji majibu kinyume. Katika moja handaki bado inabeba pakiti na ni onyesho tu lililopitwa na wakati. Katika nyingine handaki imeondoka lakini sera tofauti inaendelea kuzuia trafiki, jambo ambalo mara nyingi ni la makusudi. Njia na hali ya DNS huzitenganisha haraka kuliko hatua yoyote ya menyu.

Lebo inafuatilia nini

Mteja wa VPN huweka mashine ndogo ya hali, na upau wa menyu ni picha yake. Kwa muunganisho unaosimamiwa na macOS yenyewe, mashine hiyo iko katika mfumo wa VPN wa mfumo mzima. Kwa handaki inayosimamiwa na programu, iko katika programu na msaidizi wake mwenye ruhusa. Hatua ya mwisho ya kusimamisha si kufunga soketi. Ni kuachilia kile kilichofanya handaki ifanye kazi: kiolesura cha utun, njia zilizoelekea humo, maingizo ya kisuluhishi ambayo mteja aliingiza, na kanuni yoyote ya firewall au sera iliyozuia trafiki wakati muunganisho ulikuwa hai.

Hatua hizo ni tofauti, kwa hivyo kusimamisha kunaweza kukwama kwenye yoyote kati yao. Msaidizi anayeacha kujibu, njia ambayo kiolesura cha pili pia inaidai, au ingizo la kisuluhishi linalomilikiwa na profaili nyingine vinaweza kumwacha mteja akisubiri. Lebo ni ripoti kuhusu maendeleo ya mteja mwenyewe, ambayo inaifanya iwe na mamlaka kuhusu nia na isiyoaminika kuhusu mtandao.

Tafuta sehemu inayomiliki muunganisho

Katika mipangilio ya asili, scutil --nc list huchapisha huduma ambazo mfumo unazijua na hali zake, na scutil --nc status "Work VPN" hutoa maelezo ya huduma moja. Handaki inayoshikiliwa na programu ya mtu wa tatu inaweza isionekane kabisa kwenye orodha hiyo, kwa hivyo matokeo tupu si uthibitisho kwamba hakuna kilichounganishwa.

Wakati profaili ni ya programu, tegemea mwonekano wake wa hali na kidhibiti «Katisha» kilichorekodiwa. Kufunga dirisha si ombi la kusimamisha ikiwa msaidizi wa mandhari una miliki handaki; aikoni hupotea na msaidizi huweka kiolesura hai. marejeleo ya mipangilio ya VPN ya Apple inashughulikia vidhibiti vya asili na mipangilio inayosimamiwa inatoka wapi.

Soma violesura, njia na DNS

Ukaguzi tatu hujibu sehemu kubwa ya swali bila kugusa muunganisho. Kuzitafsiri kwa pamoja ndiko kunakohitajika, kwa sababu kila moja peke yake hupotosha.

scutil --nc list
netstat -rn -f inet | head -20
ifconfig | grep -A 3 '^utun'
scutil --dns | head -30
  • kiolesura cha utun kipo, njia ya msingi au iliyogawanywa inapita humo, kisuluhishi kinaelekea kwa mtoa huduma: handaki bado iko juu na lebo imepitwa na wakati.
  • hakuna utun, njia ya kawaida ya msingi, DNS kutoka DHCP, hakuna intaneti: sera inayozuia unapokatisha inafanya kazi yake.
  • hakuna utun, hakuna njia, kisuluhishi bado kinaelekea kwa mtoa huduma: uvunjaji ulisimama katikati, na DNS ni mabaki ya kusafishwa.

Kisha tuma ombi moja kwa mwenyeji wa ndani ambaye anapaswa kujibu kupitia handaki tu na moja kwa mwenyeji wa umma. Ufikivu hutenganisha sera na hali iliyobaki bila kugeuza ukaguzi kuwa zoezi la kupima. Hifadhi kwanza kazi ya mbali ikiwa njia bado inajibu, na andaa njia ya pili ya kuingia kabla ya kubadilisha mtandao kwenye mashine unayoisimamia kwa mbali.

Kwa nini kuua kwa upana na kufuta profaili hupotosha

Majina ya michakato kama pppd, racoon na configd ni ya utekelezaji mahususi. Kuwaua kunaweza kuathiri miunganisho mingine, huacha njia na violesura vya utun, na hakukupi rekodi ya hatua iliyokwama. Jina la zamani la mchakato pia si uthibitisho kwamba linamiliki profaili ya sasa.

Kufuta na kuunda upya profaili ni mabadiliko makubwa kuliko kusafisha mabadiliko yaliyokwama. Kunaweza kutupa mipangilio inayosimamiwa na nyenzo za utambulisho wa ndani bila kueleza kilichoshindikana, na kwenye Mac inayosimamiwa inaweza kurejeshwa kwa urahisi. Weka ufutaji kwa usanidi uliopitwa na wakati kwa kweli na badala yake chunguza mabadiliko hayo.

Mfuatano wa kusimamisha unaoacha alama

Mpangilio ulio hapa chini huacha vidhibiti vya muunganisho wenyewe vikiwa na jukumu na hutoa rekodi ikiwa ukwamaji utarudi. Pia hukuzuia kugeuza tatizo la onyesho kuwa mabadiliko ya mtandao.

  1. Hifadhi kazi ya mbali, na thibitisha kwamba unaweza kufikia Mac kwa njia nyingine ikiwa iko mbali.
  2. Andika jina la mteja, toleo na profaili. Nasa dirisha fupi kwa log show --last 5m --predicate 'subsystem == "com.apple.networkextension"'; matoleo ya zamani huhifadhi historia ndogo, kwa hivyo endesha hilo mara moja baada ya ukwamaji.
  3. Tumia kidhibiti «Katisha» kilichorekodiwa, subiri, kisha rudia ukaguzi wa kiolesura na njia.
  4. Ikiwa lebo imepitwa na wakati lakini handaki iko chini, iache na uache mteja ajisasishwe badala ya kulazimisha michakato.
  5. Ikiwa uvunjaji ulikwama kwa kweli, anzisha upya mteja, kisha panga kuwasha upya Mac baada ya kazi kuhifadhiwa. Mashine zinazosimamiwa zinahitaji utaratibu wa msimamizi.

Baada ya kurejesha hali, thibitisha kwamba njia ya kawaida ya msingi na kisuluhishi cha DHCP vimerejea, na kwamba trafiki iliyozuiwa ama imerejeshwa au bado imezuiwa kwa makusudi. Andika profaili na toleo la mteja pamoja na dalili, ili tukio lijalo lianze na ushahidi badala ya dhana kutoka upau wa menyu.

Makala zinazohusiana