VPN-ul la cerere al iPhone se conectează la Wi-Fi-ul biroului, nu la rețeaua mobilă

La nouă, telefonul se alătură rețelei fără fir a biroului, iar tunelul urcă singur și rămâne acolo toată ziua. Rețeaua mobilă se comportă mai târziu exact cum intenționau toți. Cineva a adăugat acum câteva săptămâni o excludere pentru rețeaua corporativă, așa că profilul arată curat la revizuire, iar fiecare dimineață produce în continuare același rezultat. Dispozitivul urmează lista pe care a primit-o, iar lista spune altceva decât credea autorul ei.

Lista se citește de sus, iar prima potrivire câștigă

Intrările sunt evaluate în ordine. Prima ale cărei condiții sunt valabile decide rezultatul pentru acel moment, iar tot ce este sub ea nu mai este niciodată privit. Ordinea poartă așadar tot atâta sens cât orice condiție scrisă în interiorul unei reguli. Citirea tabloului de sus explică un profil care pare să ignore o excludere pe care o conține în mod clar.

O intrare generală de conectare fără fir plasată deasupra excluderii biroului garantează un tunel la fața locului. Nimic altceva din încărcătură nu trebuie să se miște pentru ca comportamentul să se răstoarne.

O intrare de deconectare face două treburi

Când acțiunea este Deconectare, intrarea închide o sesiune care deja rulează și blochează una nouă cât timp condițiile ei rămân adevărate. Ambele jumătăți contează pentru o excludere, iar a doua jumătate tinde să fie uitată. Aceeași intrare într-un al doilea profil explică un etaj unde VPN-ul refuză să pornească în timp ce restul clădirii funcționează. Nimeni nu a atins tunelul; lista a făcut-o.

Tabelul arată forma, excluderea prima, cu nume care trebuie să vină din implementarea proprie. De obicei două intrări sunt suficiente, iar a treia pentru rețeaua mobilă face restul previzibil.

Păstrați ambele condiții pe excludere

Asociați numele rețelei cu tipul de interfață. Un nume singur poate declanșa pe o legătură partajată care poartă aceeași etichetă, în timp ce un tip de interfață singur exclude fiecare rețea fără fir pe care utilizatorul o vizitează în acea zi. Ambele jumătăți aparțin unei intrări, nu la două reguli care se întâmplă să stea una lângă alta.

Comparația numelui este exactă și ține cont de majuscule și minuscule. Asta se potrivește pentru o rețea cunoscută și strânge oriunde altundeva, pentru că rețelele pentru oaspeți refolosesc etichete familiare, locațiile sunt redenumite după o fuziune, iar un birou cu cablu nu poartă niciun nume. Cereți echipei de rețea eticheta exactă în loc să o citiți de pe un panou de pe perete.

Când o sondă bate un nume

O intrare de sondă cere un URL și citește un răspuns reușit ca pe o condiție adevărată. Alegeți un host care răspunde doar din interior, cum ar fi un serviciu de intranet care nu poate fi rezolvat public, iar regula încetează să-i mai pese cum se numește rețeaua pe ea însăși. O sondă care răspunde de oriunde testează internetul, nu clădirea. Proprietatea care decide dacă acest lucru funcționează este ca răspunsul să sosească fără redirecționare; un portal pentru oaspeți care respinge fiecare cerere transformă sonda în zgomot.

Regulile bazate pe domeniu sunt o formă separată: NEEvaluateConnectionRule potrivește domeniile cerute și se poate conecta atunci când un nume este căutat. Caracterul său universal este acceptat doar ca eticheta cea mai din stânga, așa că *.example.com este valid, în timp ce example.*.com nu este. Dacă un profil nu folosește nici condiții de interfață, nici sonde de accesibilitate, verificați dacă folosește în schimb acel tip de regulă.

Ce nu controlează regulile la cerere

Regulile aleg dacă un tunel pornește și nu au niciun cuvânt în a-l ține în funcțiune. O sesiune care apare și apoi dispare câteva minute mai târziu indică temporizatoare de inactivitate, limite de sesiune ale gateway-ului sau dimensiunea căii. Fiecare dintre acestea lasă o urmă diferită, și de aceea merită să eliminați lista de reguli înainte de a schimba oricare dintre ele. Setările de menținere a conexiunii nu explică acest model, iar schimbarea lor mută munca fără a atinge cauza.

Utilizatorii pot dezactiva funcția la cerere din Setări, iar o atribuire gestionată o poate restabili la următoarea verificare. Când comutatorul alunecă în continuare înapoi în poziția anterioară, atribuirea este partea activă. Distincția contează, pentru că impunerea revine de la sine, în timp ce o ofertă rămâne oprită.

Confirmați ce grup de profiluri deține dispozitivul și dacă intenția este să impună tunelul sau doar să îl ofere. Acel răspuns decide dacă preferința utilizatorului contează ca defect sau ca funcție.