Identigu VPN-helpilon en Mac antaŭ ol mortigi la procezon

Traktu mesaĝon pri helpilo jam kuranta kiel postsignon pri la vivociklo, ne kiel permeson komenci mortigi procezojn. La danĝera paŝo ne estas la haltigo mem, sed la identigo antaŭ ĝi, ĉar pluraj komponantoj kun similaj nomoj povas ekzisti sur unu Mac kaj nur unu el ili posedas la konekton. Unue konstruu la identan rikordon. Poste decidu ĉu haltigo entute estas la ĝusta ago.

Konstruu identan rikordon antaŭ ol agi

Kvar faktoj igas procezon identigebla: la nuna PID kun sia komenca tempo, la plenumebla dosiero kaj la produkto al kiu ĝi apartenas, la uzanto aŭ privilegia kunteksto sub kiu ĝi funkcias, kaj ĉio ajn, kio lanĉis ĝin. ps -o pid,ppid,user,etime,command -p 1234 donas al vi la unuajn tri en unu linio, inkluzive kiom longe la procezo vivas. Activity Monitor montras la saman informon per pli amika vizaĝo. Aldonu la regilon, tio estas la aplikaĵo aŭ servo respondeca pri ĝia lanĉo kaj haltigo. Kun tiuj kvar, procezo ĉesas esti nomo kaj fariĝas objekto pri kiu vi povas rezonadi.

Se unu el la kvar estas nekonata, haltu tie. Nekonata komponanto estas demando por la eldonisto aŭ la administranto, ne eksperimento.

La PID en malnova protokolo nun apartenas al iu alia

Procezaj IDoj estas recikligitaj, kaj numero kopiita el la hieraŭa protokolo povas nun montri al io tute nerilata. Komparu la komencan tempon kun la tempmarko de la protokolo antaŭ ol fari ajnan konkludon. La samo validas por mallonga nomo: du konstruoj de unu produkto povas liveri helpilojn kun identaj nomoj kaj malsamaj celoj. Idento estas la opo, neniam nur la numero.

Apartigu la rolojn antaŭ ol tuŝi ion alian. La kliento de unu konekto, komuna helpilo servanta plurajn aplikaĵojn, kaj servilo akceptanta la sesiojn de aliaj homoj ĉiuj aspektas kiel fona procezo en listo. Nur unu el ili povas esti haltigita sen sekvoj, kiujn vi ne pripensis.

Haltigu per la posedanto, ne per la signalo

Komencu per la regilo, kiu posedas la aferon: la butono Malkonekti de la konekto, la subtenata haltiga komando de la servo, aŭ la propra ago de la administra agento. Tiuj vojoj plenumas la malmuntadon, kiun la produkto atendas, inkluzive forigon de itineraj vojoj kaj fermon de la tunela aparato. Signalo preterpasas ĉion tion kaj lasas staton malantaŭe.

Rigardu, kio restas poste. Procezo, kiu restas en memoro, eble atendas la sekvan konekton, kio estas dizajna elekto kaj ne malsukcesa haltigo.

Kial kontrolisto restartigas tion, kion vi mortigis

Se lanĉa demono aŭ aŭtomata konekta politiko intencas, ke la tunelo estu aktiva, mortigi la procezon esprimas nenion. La kontrolisto vidas la eliron kaj startigas ĝin denove, foje antaŭ ol vi finos legi la protokolon.

Trovu la kontroliston antaŭ ol batali kun ĝi. launchctl list montras ŝargitajn taskojn kaj iliajn etikedojn, kaj tasko kun agordo de restado viva restartas ĉe eliro laŭ dizajno. La ĝusta ago tie estas ŝanĝi la intencon: malŝargu la taskon, malŝaltu la aŭtomatan konektan politikon, aŭ petu la administranton fari tion. Deviga fino estas alia ilo kun alia signifo, kaj ĝi apartenas al dokumentita restaŭra proceduro por blokita procezo, ne al rutina konekta administrado.

Registru la vivociklan eventon, ne la mortigon

Notu la komponantan identon, la klientan version, la unuan gravan vivociklan eventon kaj kion vi faris. La evento pli gravas ol la ago, ĉar du instancoj aperantaj ĉe ensaluto estas problemo de starta ordo, kiu ripetiĝos. Rikordo nomanta la plenumeblan dosieron kaj ĝian regilon ebligas al la sekva persono reprodukti ĝin.

Poste kontrolu la celitan staton: la servon, kiun la uzanto bezonis, kaj la privatan rimedon, kiun ĝi atingas. Evitu la dukton, kiu grep-as subĉenon kaj devige mortigas ĉiun trafon, ĉar ĝi forĵetas ĉion ĉi-supra kaj kutime detruas la pruvon pri tio, kial ekzistis du instancoj. Se la procezo daŭre revenas, la trovaĵo estas agorda aŭ ordiga difekto, kaj la ripeto apartenas al tiu, kiu posedas la startan konduton de la kliento.