Tunnelblick: konekti ĉe ensaluto aŭ ĉe lanĉo - elektu unu

La agordo diras konekti aŭtomate, kaj tio, kio okazas post ĝia apliko, tute dependas de tio, kiun el la du reĝimoj oni elektis. Unu lanĉas la tunelon kiam vi ensalutas al la Mac; la alia lanĉas ĝin kiam la komputilo lanĉiĝas, sen iu ajn uzantosesio. La dua bezonas akreditaĵojn, kiuj ekzistas antaŭ ol iu povas tajpi pasvorton, kaj tial ĝi ofte finiĝas per konekto, kiu neniam aperas. Neniu el la reĝimoj estas politiko, kiu haltigas trafikon antaŭ ol la tunelo ekzistas.

Decidu, kiun eventon la konekto sekvu, antaŭ ol elekti la opcion, ĉar la postuloj tute fontas el tiu respondo.

Du opcioj, du malsamaj sesioj

La agordo de aŭtomata konekto en Tunnelblick ofertas reĝimon ĉe ensaluto kaj reĝimon ĉe komputila lanĉo, kaj ili ne estas interŝanĝeblaj etikedoj. La unua funkcias ene de uzantosesio, kun la ŝlosilujo de tiu uzanto kaj la kapablo demandi. La dua funkcias sen la fasado kaj sen tiu sesio, do dialogo havas neniun, al kiu ĝi povus aperi. Ĉio alia, kio diferencas, inkluzive de tio, kiuj agordoj taŭgas, fontas el tiu disigo.

Funkcianta privata profilo sur la labortablo do ne estas aŭtomate kandidato por komputila lanĉo.

Kion donas al vi lanĉo ĉe ensaluto

Lanĉo kune kun la sesio konservas la normalan interagan kuntekston. La aplikaĵo povas peti tion, kion la profilo bezonas, ĉu temas pri kontpasvorto, ŝlosilfrazo aŭ MFA-demando, kaj la uzanto ĉeestas por respondi. Tunnelblick ankaŭ dokumentas relanĉon ĉe ensaluto, se ĝi funkciis ĉe elsaluto, kio estas rilata sed aparta konduto inda je kontrolo por la instalita versio. Malfermi la aplikaĵon kaj starigi uzeblan tunelon estas du eventoj, kaj nur la dua gravas por la rimedo, kiun vi volas atingi.

Testu ĝin elsalutante kaj reensalutante, poste kontrolu la privatan rimedon anstataŭ la piktogramon. Piktogramo en la menuo pruvas, ke la aplikaĵo lanĉiĝis; sukcesa peto pruvas, ke la tunelo funkcias.

Kion komputila lanĉo efektive postulas

Komputila lanĉo rulas OpenVPN sen la fasado de Tunnelblick kaj sen ensalutinta uzanto, do uzanta ŝlosilujo ne disponeblas kaj nenia demando povas aperi. La opcio postulas komunan agordon taŭgan por ĉi tiu reĝimo, kaj aŭtentigo devas funkcii sen homa prizorgo: ŝlosilo sen frazo, aŭ alia subtenata aranĝo aprobita de la posedanto de la VPN. Forigi protekton de ŝlosilo aŭ konservi MFA-kodon en dosiero, por ke griza regilo fariĝu elektebla, ne estas agordo, ĝi estas degradado.

Konekto ĉe komputila lanĉo ankaŭ povas postvivi la aplikaĵon kaj la uzantosesion. Planu, kiel administranto observas kaj haltigas ĝin, anstataŭ supozi, ke fermo de Tunnelblick finas la tunelon.

Neniu el ili blokas trafikon

Pli frua lanĉo ne estas retbloka politiko. La suba reto devas ekzisti antaŭ ol OpenVPN povas konekti, kaj dume aliaj aplikaĵoj povas libere uzi ĝin. Se la postulo estas, ke nenio eliru antaŭ ol la tunelo staras, tio estas aparta deviga dezajno kun propra kontrolo, ne markobutono en la VPN-kliento. La reguloj de macOS laŭ postulo kaj fajroŝirmilo solvas malsamajn partojn de tiu problemo.

Skribu la postulon kiel frazon antaŭ ol tuŝi la agordon: ĉi tiu Mac devas havi la tunelon de ensaluto plu, de lanĉo, aŭ nur dum specifa aplikaĵo funkcias. Poste kontrolu, kiujn reĝimojn la instalita versio efektive subtenas.

La simptomo, kiu komencis ĉi tion, estas kutime tunelo, kiu neniam aperis. La respondo preskaŭ ĉiam estas la sesia modelo, ne la profilo.