Egy privát URL megnyitása és abban bízni, hogy az alagút előbb feljön, verseny, és általában a böngésző nyer. Az a gyorsparancs, amely egy már betöltődő oldalra reagál, elmulasztotta a DNS-keresést és gyakran az első kapcsolatot, ami pontosan az a rész volt, amelynek a VPN-re szüksége volt. A munkafolyamatnak birtokolnia kell a sorrendet, nem megfigyelnie. Három feltétel dönti el, hogy ez a munkafolyamat egyáltalán a Taskerhez tartozik-e.

Egy belépési pontnak kell birtokolnia a sorrendet

Adjon a privát szolgáltatásnak egyetlen jóváhagyott belépési pontot, és hagyja, hogy az a pont sorrendben végrehajtsa a lépéseket. Ellenőrizze a célt, válassza ki a szándékolt profilt, kérje a kapcsolatot, várjon készenléti eredményre korláttal arra, mennyit fog várni, és csak ezután nyissa meg az URL-t. Ha bármely lépés meghiúsul, álljon meg és mondja ki, ahelyett hogy közvetlen megnyitásra esne át.

Pont ezt az utolsó kikötést hagyják ki az emberek. Az a munkafolyamat, amely az időtúllépés után is megnyitja az URL-t, rosszabb minden automatizálásnál, mert olyan kérést állít elő, amely sikertelen VPN-nek látszik, miközben soha nem használt egyet sem.

1. validate destination against the approved list
2. select the intended VPN profile
3. request connection through the client's supported interface
4. wait for readiness, maximum 20 seconds
5. open the URL only if readiness succeeded
6. on timeout, stop and report

A fenti számozott lista a szerződés, nem exportált profil. Minden kliens másképp valósítja meg a vezérlőfelületét, és egyesek bővítményt, kifejezett vezérlési engedélyt vagy egyszeri felhasználói hozzájárulást igényelnek, amelyet semmilyen automatizálás nem tud biztosítani.

A csatlakoztatott nem ugyanaz, mint a kész

Egy állapot, amely azt mondja, hogy az alagút elindult bizonyítja, hogy a kliens elfogadta a kérést. Nem bizonyítja, hogy a feloldó most privát címeket ad vissza, vagy hogy a szándékolt szolgáltatás elérhető. Ezek külön eredmények, és a köztük lévő rés az a hely, ahol a túl korán nyitó gyorsparancs csendben meghiúsul. A kliens a saját állapotáról számol be, nem az útvonal állapotáról, amelyet az URL használni fog.

A készenlétet olyasmihez képest definiálja, amit a munkafolyamat meg tud figyelni. A kliens kapcsolatállapota, a várt tartományból feloldott cím vagy egy elérhetőségi próba az adott szolgáltatás felé mind működik, feltéve hogy a próba nem eshet vissza a szokásos hálózati útvonalra. A normál útvonalon sikeres próba semmit nem mond önnek.

Korlátozza a várakozást. Az időkorlát nélküli készenléti feltétel egy törött profilt akadozó gyorsparanccsá tesz, és a felhasználók ezt a telefon fagyásaként jelentik, nem VPN-problémaként.

Mit tud a Tasker és mit nem

A Tasker biztosítja a ragasztót: egy kiváltót, rendezett műveletlistát, feltételeket és egy URL-műveletet. A URL megnyitása művelet csak a megnyitás lépését hajtja végre és semmi mást. A csatlakozás lépésének a VPN-kliensből kell jönnie, bővítményen, intenten vagy olyan nyilvános szolgáltatáson keresztül, amelyet a kliens dokumentál és engedélyez.

Az OpenVPN for Android például AIDL-re és intentekre épülő távoli vezérlőfelületet dokumentál. Ez annak a kliensnek a képessége, nem engedély arra, hogy a készülék bármely feladata vezérelje. Csak a szándékolt alkalmazásnak adjon vezérlést, mert egy alagutat csatlakoztatni és bontani képes automatizálási réteg olyan vezérlőfelület, amelyet érdemes védeni.

Ha a telepített kliens nem tesz közzé semmilyen támogatott vezérlési mechanizmust, az őszinte válasz az, hogy ez a munkafolyamat nem építhető erre a kliensre. Egy régi funkció-összehasonlító oldal nem a telefonon lévő verzió képességspecifikációja.

Amikor a határnak kötelezőnek kell lennie

Az automatizálás kényelem, és a kényelem nem tud biztonsági határt kikényszeríteni. Ha az a követelmény, hogy a lefedett alkalmazások soha ne kommunikáljanak a VPN nélkül, használja a platform mindig bekapcsolt VPN- és blokkolási beállítását, vagy az ezzel egyenértékű felügyelt konfigurációt. Egy böngészőesemény, amely a navigáció megkezdése után következik be, nem helyettesítheti ezt a kikényszerítést, bármilyen gondosan legyen is a feladat elrendezve.

Döntse el, melyiket építi. Az a gyorsparancs, amely először csatlakozik, majd megnyit, hasznos, és nem garancia. A blokkolással engedélyezett felügyelt eszköz garancia, és egyáltalán nincs szüksége Tasker-sorrendre.

RequirementMechanism
Open the page after the tunnel is readyOrdered task with a bounded readiness wait
Never allow traffic outside the tunnelAlways-on VPN with blocking, or managed policy
Only some apps use the tunnelPer-app VPN or work-profile scope
Different URL every timeValidate the input before opening it

Három kimenetet futtasson, ne egyet

Futtassa a munkafolyamatot sikeres kapcsolat, szándékos időtúllépés és az alagút leesése utáni szokásos újracsatlakozás ellen. Az időtúllépés esete az, amely feltárja, valóban megáll-e a sorrend, és az újracsatlakozás esete feltárja, ellenőrzik-e a készenlétet, vagy csak egy korábbi sikerből feltételezik. Először az időtúllépés esetét futtassa, mert a hibát figyelmen kívül hagyó munkafolyamat nem érdemli meg, hogy sikerre teszteljék.

Csak a jóváhagyott listán szereplő célokat engedélyezze, és minden kívülről érkező hivatkozást ellenőrizzen megnyitás előtt. Az önkényes hivatkozásokat elfogadó feladat a váratlan sémák indításának eszközévé válik, és az így elért privát felügyeleti oldal rosszabb kimenet, mint egy meghiúsult gyorsparancs.

Írja fel a profilt, a készenléti feltételt és az időkorlátot a feladat mellé. A következő embernek, aki módosítja a VPN-klienst, mindháromra szüksége lesz, és egyik sem látszik a gyorsparancs ikonjáról.

Kapcsolódó cikkek