Alisin ang Naka-save na Mga Kredensyal ng VPN mula sa Pinagsasaluhang Kompyuter

Binubura mo ang entry ng VPN, mukhang malinis ang listahan ng profile, at naroon pa rin ang kredensyal. Ang mga entry ng koneksyon, naka-save na password, sertipiko at pribadong key ay naninirahan sa magkakaibang imbakan, at ang pinagsasaluhang kompyuter ay hindi ang tamang lugar para ipagpalagay na natapos na ng Disconnect o Uninstall ang trabaho. Ang gabay sa ibaba ay mula sa sariling mga kontrol ng kliyente palabas patungo sa imbakan ng system, at pagkatapos sa panig ng server, dahil ang lokal na pag-alis at malayuang pagbawi ay magkaibang aksyon na may magkaibang ebidensya.

Gawin ito sa ganoong pagkakasunod-sunod: kung aalisin muna ang access sa lokal, magagawa ang natitirang hakbang nang wala ang kredensyal na sinusubukan mong burahin.

Magsimula sa component na nagmamay-ari ng entry

Gamitin ang sinusuportahang mga kontrol ng app para sa pag-alis ng naka-save na kredensyal o profile, hindi isang hinulaang pangalan ng file. Ang native na profile ng operating system ay karaniwang nasa imbakan ng system, habang ang kliyente ng ikatlong partido ay madalas may sariling direktoryo ng configuration, at tanging ang sariling landas ng pag-alis ng kliyente ang nakakaalam kung alin ang ginamit. Sinasabi rin ng imbentaryong iyon kung aling mga kopya ang umiiral, hindi kung alin ang natatandaan mong ginawa mo, at bihirang magtugma ang dalawang listahan.

Bago burahin ang anuman, tukuyin kung ano ang tinutukoy ng entry. Ang profile ay maaaring tumuro sa hiwalay na file ng password, na-export na sertipiko o naka-embed na pribadong key, at ang pag-alis ng koneksyon ay hindi laging nag-aalis ng alinman sa mga iyon.

Isulat ang nahanap mo at kung saan. Ang imbentaryong iyon ang nagpapaligtas sa susunod na hakbang, dahil sinasabi nito kung aling mga kopya ang umiiral, hindi kung alin ang natatandaan mong ginawa mo.

Suriin ang mga file na tinutukoy ng profile

Repasuhin ang direktoryo ng configuration ng kliyente, ang folder ng download at anumang lokasyon ng export na awtorisado kang pamahalaan. Ang lumang installer at support bundle ay karaniwang lugar para sa key na walang natatandaan na kinopya, at iyon mismo ang makikita ng audit mamaya. Suriin din ang petsa ng pagbabago, dahil ang key na kinopya sa isang support session ay mas madaling lagyan ng petsa kaysa ipaliwanag.

Huwag burahin ang materyal ng pagkakakilanlan ng ibang user sa pinagsasaluhang makina, at huwag galawin ang profile ng pinamamahalaang organisasyon maliban kung iyo ang desisyong iyon. Ang pag-alis ng sertipiko ng iba ay maaaring maging pagkawala ng serbisyo na may pangalan mo, at hindi iyon ang ibig sabihin ng “linisin ang VPN sa PC na ito”.

Sa macOS, ang Keychain Access ay may sariling dokumentadong mga kontrol, at ang item ay maaaring nasa ilalim ng pangalang pinili ng kliyente kaysa sa pangalan ng profile. Sa ibang platform, sundan ang tunay na tagubilin ng kliyente at ng system kaysa maglapat ng isang pangkalahatang resipe ng pangalan ng file mula sa post sa forum.

Magpasya kung kailangan din ng pagbawi sa server

Ang pagbura ng lokal na kopya ay hindi nagpapahina sa malayuang account at hindi nagbabawi ng awtorisasyong pampublikong key. Kung hindi na mapagkakatiwalaan ang device, o maaaring nakopya ang isang sikreto, gamitin ang proseso ng operator para sa password, sertipiko o pag-alis ng peer. Ito ang hakbang na nilalaktawan ng mga tao, at ang tanging nagbabago sa tinatanggap ng kabilang dulo.

Ang hiwalay na pagkakakilanlan sa bawat device ay nagpapraktikal nito: maaari mong iretiro ang isang instalasyon sa pinagsasaluhang kompyuter nang hindi naaabala ang lahat ng iba pang device ng user na iyon. Ang pagbabago ng password lamang ay maaaring hindi magbawi ng hiwalay na sertipiko ng kliyente o bawat session token, kaya suriin kung aling kredensyal ang tunay na nagpapatotoo sa koneksyon.

Tanungin ang operator kung alin sa mga ito ang naaangkop bago pumili ng kontrol. Ang pagbabago ng password para sa tunnel na pinatotohanan ng sertipiko ay mukhang produktibo at walang binabago. Humingi ng artifact na nagpapatunay ng pag-alis, hindi pandiwang kumpirmasyon, dahil ang artifact ang tatanggapin ng auditor. Pagkatapos ay i-file ito sa tabi ng ticket.

I-verify ang dalawang hati

Suriin ang lokal na panig sa pamamagitan ng muling pagbukas ng kliyente at pagtiyak na wala ang profile, pagkatapos ay repasuhin muli ang mga file na tinutukoy: ang natirang key sa disk ang natuklasan, hindi isang kosmetikong isyu. Suriin ang panig ng server sa pamamagitan ng pagtiyak na nagkabisa ang pag-alis, gamit ang anumang ibinigay ng operator: listahan ng peer, entry ng pagbawi ng sertipiko o talahanayan ng session. Gawin ang pagsusuri ng server mula sa ibang makina, dahil ang punto ay kung ano ang tinatanggap ng kabilang dulo at hindi kung ano ang pinaniniwalaan ng kompyuter na ito.

Itala ang aksyon nang walang sikreto. Sapat ang tala ng suporta na nagsasabi kung aling profile ang inalis, sino at kailan; ang pag-paste ng kredensyal sa tala ay muling lumilikha ng problema sa ibang system.

Sa macOS, ang gabay ng Apple sa Keychain Access ang sanggunian para sa imbakang iyon, at sulit itong basahin bago burahin ang item na hindi ikaw ang gumawa.

Iwanan ang device sa kalagayang maipapaliwanag mo

Tapusin sa maikling pahayag kung ano ang nawala at ano ang hindi: inalis ang profile ng kliyente, inalis ang entry sa imbakan ng kredensyal, binura ang file ng key, binawi ang pagkakakilanlan sa panig ng server. Kung may linyang nagsasabing “marahil”, hindi pa tapos. Sabihin din kung sino ang gumawa ng pag-alis sa panig ng server, dahil ang pinagsasaluhang makina ay nagpapalit ng kamay nang walang talaan ng pagbabago. Itago ang pahayag kasama ng talaan ng device at hindi sa personal na tala.

Sa pinagsasaluhang kompyuter, ang pahayag na iyon ang paghahatid. Kailangang malaman ng susunod na tao kung malinis ang makina o naka-log out lamang.