El VPN sota demanda de l'iPhone es connecta al Wi-Fi de l'oficina, no a la xarxa mòbil
La vostra regla d'exclusió existeix i tot i així perd. Les llistes sota demanda es llegeixen de dalt a baix, així que una regla primerenca que ho atrapa tot decideix el matí abans que es vegi la regla de l'oficina.
A les nou, el telèfon s'uneix a la xarxa sense fil de l'oficina, i el túnel puja tot sol i s'hi queda tot el dia. La xarxa mòbil després es comporta exactament com tothom volia. Algú va afegir una exclusió per a la xarxa corporativa fa setmanes, així que el perfil es revisa net, i cada matí continua produint el mateix resultat. El dispositiu segueix la llista que se li va donar, i la llista diu una cosa diferent de la que creia el seu autor.
La llista es llegeix de dalt, i la primera coincidència guanya
Les entrades s'avaluen en ordre. La primera les condicions de la qual es compleixen decideix el resultat d'aquell moment, i tot el que hi ha a sota no es mira mai. L'ordre, doncs, porta tanta significació com qualsevol condició escrita dins d'una regla. Llegir la matriu des de dalt explica un perfil que sembla ignorar una exclusió que clarament conté.
Una entrada general de connexió sense fil col·locada per sobre de l'exclusió de l'oficina garanteix un túnel al lloc. No cal moure res més de la càrrega perquè el comportament canviï.
Una entrada de desconnexió fa dues feines
Quan l'acció és Desconnecta, l'entrada tanca una sessió que ja s'executa i en bloqueja una de nova mentre les seves condicions es mantinguin certes. Les dues meitats importen per a una exclusió, i la segona meitat tendeix a oblidar-se. La mateixa entrada en un segon perfil explica una planta on el VPN es nega a arrencar mentre la resta de l'edifici funciona. Ningú no va tocar el túnel; ho va fer la llista.
La taula mostra la forma, l'exclusió primer, amb noms que han de venir del vostre propi desplegament. Normalment dues entrades basten, i una tercera per a la xarxa mòbil fa la resta previsible.
| Order | Action | Conditions |
|---|---|---|
| 1 | Disconnect | Wireless interface plus office network name |
| 2 | Connect | Wireless interface |
| 3 | Connect | Cellular interface |
Manteniu les dues condicions a l'exclusió
Aparelleu el nom de la xarxa amb el tipus d'interfície. Un nom per si sol pot activar-se en un enllaç compartit que porti la mateixa etiqueta, mentre que un tipus d'interfície per si sol exclou totes les xarxes sense fil que l'usuari visita aquell dia. Les dues meitats pertanyen a una entrada, no a dues regles que casualment són al costat.
La comparació del nom és exacta i distingeix majúscules i minúscules. Això va bé per a una xarxa coneguda i crea tensions a tota la resta, perquè les xarxes de convidats reutilitzen etiquetes familiars, els llocs es reanomenen després d'una fusió, i un escriptori amb cable no porta cap nom. Demaneu l'etiqueta exacta a l'equip de xarxa en lloc de llegir-la d'un rètol a la paret.
Quan una sonda supera un nom
Una entrada de sonda demana una URL i llegeix una resposta correcta com a condició certa. Trieu un amfitrió que només respongui des de dins, com un servei d'intranet que no es pugui resoldre públicament, i la regla deixa de preocupar-se per com s'anomena la xarxa. Una sonda que respon des de qualsevol lloc prova internet, no l'edifici. La propietat que decideix si això funciona és que la resposta arribi sense redirecció; un portal de convidats que rebota cada petició converteix la sonda en soroll.
Les regles basades en domini són una forma a part: NEEvaluateConnectionRule coincideix amb els dominis sol·licitats i es pot connectar quan es resol un nom. El seu comodí només s'accepta com a etiqueta més a l'esquerra, així que *.example.com és vàlid mentre que example.*.com no ho és. Si un perfil no fa servir ni condicions d'interfície ni sondes d'abast, comproveu si fa servir aquest tipus de regla.
Què no controlen les regles sota demanda
Les regles trien si un túnel arrenca i no tenen cap paper a mantenir-lo en marxa. Una sessió que apareix i després desapareix uns minuts més tard apunta a temporitzadors d'inactivitat, límits de sessió de la passarel·la o la mida del camí. Cadascun d'aquests deixa un rastre diferent, i per això convé eliminar la llista de regles abans de canviar-ne cap. La configuració de manteniment de connexió no explica aquest patró, i canviar-la trasllada la feina sense tocar la causa.
Els usuaris poden desactivar la funció sota demanda a Configuració, i una assignació gestionada la pot restaurar a la propera connexió. Quan l'interruptor continua tornant a la posició anterior, l'assignació és la part activa. La distinció importa, perquè l'aplicació forçosa torna tota sola mentre que una oferta es queda desactivada.
Confirmeu quin grup de perfils posseeix el dispositiu i si la intenció és imposar el túnel o només oferir-lo. Aquesta resposta decideix si la preferència de l'usuari compta com a error o com a funcionalitat.