Hinahanap mo ang log ng VPN sa Mac, may nakita kang tagubilin na tumuturo sa isang PPP file na wala sa makinang ito, at napagpasyahan mong walang naitala. Karaniwang mali ang pasyang iyon. Nasa pinag-isang log ang tala, at ang nawawalang file ay nangangahulugang hindi ito ang deployment na nagsusulat nito, hindi na hindi naitala ang pagtatangka. Ang paghahalo ng dalawa ay nagpapadala sa mga tao na magpatunay ng isang negatibo nang isang oras.

Ang native na VPN, Tunnelblick at ang sariling kliyente ng vendor ay maaaring may magkakaibang may-ari ng log. Magsimula sa sinusuportahang view ng log ng kliyente kapag mayroon ito, at gamitin ang Console kapag kailangan mo ang mga kaganapan ng system o ng provider sa paligid ng pagtatangka.

Piliin ang kliyenteng talagang nabigo

Isulat ang bersyon ng macOS, bersyon ng kliyente, pangalan ng koneksyon at protocol bago magbukas ng kahit ano. Ang apat na katotohanang iyon ang nagtatakda kung anong pangalan ng proseso ang hahanapin mo, at sila ang unang itatanong ng support engineer.

Kung ang koneksyon ay sinimulan mula sa isang item sa menu bar na pag-aari ng kliyente ng vendor, maaaring galing sa kliyenteng iyon ang mga kawili-wiling mensahe at hindi sa provider ng VPN ng system. Kung sinimulan mula sa sariling panel ng VPN ng system, ang proseso ng provider ang hahanapin. Ang paghula sa pagitan ng dalawa ay nagsasayang ng isang pagtatangka, kaya tingnan muna kung aling application ang may-ari ng koneksyon.

Simulan ang live na view bago ang pagtatangka

Buksan ang Console at piliin ang Mac na ito sa ilalim ng Devices, hindi ang nakakonektang telepono at hindi ang lumang report bundle. I-click ang Start sa toolbar upang maging live ang stream, pagkatapos ay itala ang oras kasama ang time zone nito. Gumamit ng administrator access kung kailangan ito ng view, at sa managed na Mac humingi ng access na iyon sa may-ari sa halip na iwasan ito.

Ngayon gumawa ng isang normal na pagtatangkang kumonekta at itala ang nakikitang pagkabigo. Mahalaga ang isang pagtatangka: ang pangalawang pagsubok ay nagdaragdag ng mga bagong kaganapan sa parehong stream, at ang paghahalo ng dalawang pagtatangka sa isang window ang paraan kung paano napupunta ang mga tao sa pagsisiyasat ng maling handshake.

Wala sa mga ito ang nangangakong mayroon nang bakas. Ang Console ay isang pamamaraan ng pagkolekta, at gumagawa ka ng mga kundisyon para sa malinis na pagkuha sa halip na kunin ang isang bagay na naitala na.

Paliitin ayon sa proseso sa halip na ayon sa alamat

Magsimula nang sapat na malawak upang makilala ang may-ari, pagkatapos ay pinuhin gamit ang mga katangian ng proseso at mensahe na talagang lumilitaw sa iyong pagkuha. Ang label ng provider na sinipi sa lumang gabay ay isang bakas para sa isang bersyon ng macOS at isang protocol, hindi isang permanenteng filter. Ang pag-filter dito nang masyadong maaga ay maaaring magbigay ng walang laman na window na mukhang pagpalya ng pag-log at talagang isang napalampas na paghahanap. Magdagdag ng kundisyong maaari mong alisin, hindi isang nag-aalis ng ebidensya.

Pinapayagan ka ng Console na pagsamahin ang mga pamantayan, at sabay silang pumipiliit. Kung mawala ang mga resulta, alisin o luwagan ang pinakamahigpit na kundisyon sa halip na magdagdag ng isa pa. Ang pagpapakita lamang ng huling error ay karaniwang pagkakamali, dahilang kaganapang nagpapaliwanag ng error ay karaniwang lumilitaw ng ilang linya bago iyon.

Magtira ng sapat na konteksto upang sagutin ang isang tanong

Palawakin ang kaugnay na mensahe at basahin ang mga detalye nito, pagkatapos ay itago ang unang makabuluhang pagkabigo kasama ang mga kaganapan ng koneksyon sa paligid nito. Ang nag-iisang linyang nagsasabing huminto ang koneksyon ay walang sinasabi sa mambabasa tungkol sa dahilan.

Sabihin nang tumpak kung aling yugto ang pinapatunayan ng tala: isang lokal na provider o serbisyong hindi kailanman nagsimula, isang palitan sa malayong dulo, isang pagtanggi sa authentication, o isang kalaunang reklamo sa routing o resolver. Ang mensahe tungkol sa pagsisimula ng proseso ay hindi patunay na natapos ang handshake, at ang babala sa ruta pagkatapos ng matagumpay na koneksyon ay naglalarawan ng ibang depekto kaysa sa nabigong koneksyon.

Kung may sariling log ang kliyente, ihambing ang parehong pagtatangka doon sa halip na pagsamahin ang kasalukuyang kaganapan sa Console at isa pang pagsubok mula sa file na dinaragdagan lamang. Ang mga lumang tagubilin sa PPP file ay para lamang sa deployment na gumagawa pa rin ng file na iyon.

Ibahagi ang pinakamaliit na kapaki-pakinabang na sipi

Piliin ang mga kaugnay na mensahe at gamitin ang sinusuportahang aksyong Share para sa nilalayong tatanggap. Isama ang mga tala sa bersyon at oras, pagkatapos ay suriin ang mga panloob na hostname, identifier ng account, address at hindi kaugnay na kaganapan bago magpadala. Ang buong diagnostic archive ay madaling ilakip at mahirap ipagtanggol mamaya.

Asahan na mawawala ang ilang kaganapan sa ilalim ng kasalukuyang configuration ng privacy o pag-log. Sa ganoong kaso gamitin ang diagnostic procedure na itinatakda ng iyong vendor o administrator, at labanan ang tuksong patayin ang mga proteksyon sa buong system upang makakolekta ng mas maraming kasaysayan. Ang turnover na sulit gawin ay maliit: aling kliyente, aling protocol, kailan nangyari ang pagtatangka, ang una nitong kaugnay na kaganapan at ano ang sumunod.

Kaugnay na mga artikulo