L’aplicació VPN de l’iPhone en un Mac amb Apple Silicon: què hi funciona realment
Apple ja executa proveïdors de túnels de paquets des d’aplicacions d’iOS a l’Apple Silicon, però una sol·licitud correcta no demostra disponibilitat, flux de compte ni cobertura.
Algú instal·la la versió per a iPhone d’un client VPN en un Mac de la sèrie M, s’obre, es connecta i l’equip decideix que la qüestió de plataforma està resolta. No ho està. El que separa resolt de simplement funcional aquí és la diferència entre una extensió d’aplicació dins d’una sessió d’usuari i una extensió de sistema amb un context global. Apple sí que admet proveïdors de túnels de paquets en el model d’aplicacions d’iOS al Mac, i enumera aquesta disposició per separat del macOS natiu i del Mac Catalyst. El que significa aquest suport és més estret del que sembla. Di que la disposició està permesa, no que una aplicació concreta ho faci bé, ni que el túnel cobreixi el que dones per fet.
Tres disposicions, una taula
Tres disposicions importen en un Mac i no són intercanviables. Un client natiu de macOS inclou una extensió de sistema, que s’executa en un context global i pot ser present abans que ningú iniciï sessió. Una aplicació d’iPhone a l’Apple Silicon inclou una extensió d’aplicació, que s’executa dins de la sessió de l’usuari i acaba amb ella. El Mac Catalyst se situa en la mateixa família d’empaquetatge que la versió per a telèfon, però és un objectiu diferent amb la seva pròpia fila de desplegament.
La comparació següent és la part de les indicacions de desplegament d’Apple que val la pena memoritzar, perquè respon la majoria de preguntes de disseny abans de parlar amb un proveïdor.
| Arrangement | Provider packaging | Session context | Typical distribution |
|---|---|---|---|
| iOS app on Apple Silicon | App extension | User session only | Mac App Store |
| Native macOS client | System extension | Global, pre-login possible | Developer ID, notarised |
| Mac Catalyst | App extension | User session only | Mac App Store |
Llegeix la columna d’empaquetatge abans que la pàgina de màrqueting: prediu què passa en tancar la sessió molt més fiablement que qualsevol llista de funcions.
Què demostra una sol·licitud correcta
La fila d’aplicacions d’iOS al Mac és una disposició realment admesa i no un truc de simulador, i per això la pregunta torna una vegada i una altra. També hereta la distribució mitjançant la Mac App Store, així que una aplicació el publicador de la qual mai no va optar a la disponibilitat per a Mac no apareixerà, per molt permissiva que sigui la documentació per a desenvolupadors.
Una connexió funcional demostra que una sol·licitud d’una aplicació ha arribat a la seva destinació. No inventaria el resolutor del navegador, les aplicacions excloses, la segona família d’adreces ni els dispositius locals als quals l’usuari encara espera arribar. Un túnel de paquets transporta el que diuen les seves rutes i el seu abast, i aquest abast prové de la configuració de l’aplicació, no de l’existència del túnel.
El buit sol ser la cobertura per aplicació
Un client que ho encamina tot és fàcil de descriure i fàcil de provar. Un que inclou una llista definida d’aplicacions necessita que aquestes regles es respectin en aquest desplegament, no només en la versió nativa per a Mac. L’accés a dispositius locals, les excepcions de túnel dividit i qualsevol cosa que depengui d’un element de la barra de menús que la versió per a telèfon mai no va tenir topen amb la mateixa paret.
Demana l’abast per escrit i després prova el segon cas, no el primer. Qualsevol pot demostrar un navegador que arriba a internet a través del túnel.
On divergeixen en funcionament
La durada de la sessió és la diferència més aguda i la menys visible en una demostració. Apple documenta les extensions d’aplicació com a executades en un context d’usuari i acabades quan l’usuari tanca la sessió, així que un Mac que arrenca fins a una finestra d’inici de sessió no té túnel fins que algú entra. Si el requisit abasta una màquina que s’ha de protegir abans de l’autenticació, la versió per a telèfon no el pot satisfer, per molt ben escrit que estigui el perfil.
Tota la resta és comparativament cosmètic: una presència a la barra de menús, com es mostra el DNS, si l’aplicació pot tancar-se mentre el túnel continua aixecat. Són diferències reals d’usabilitat i no decisions d’arquitectura, així que ordena-les després de la pregunta de la sessió.
Decideix en un ordre fix
Ordena les preguntes deliberadament: cobertura sense assistència primera, abast per aplicació segona, distribució tercera, polit de la interfície al final. Només un client natiu amb extensió de sistema respon la primera, i hi arriba amb MDM més un perfil gestionat. Una aplicació d’iOS a l’Apple Silicon és una resposta raonable quan una persona seu davant la màquina, inicia sessió i vol el túnel per a aquella sessió.
Abans de comprometre’t, fes tres preguntes concretes al publicador. S’admet el proveïdor de túnels de paquets en el desplegament d’aplicacions d’iOS al Mac, s’hi apliquen les regles per aplicació i què passa en tancar la sessió. Un proveïdor que respon les tres en un sol missatge coneix la seva superfície de desplegament; un que només respon la primera descriu una aplicació que s’obre en un Mac.
Després verifica-ho a la màquina que mantindràs, amb el compte i la passarel·la que faràs servir de debò. Una versió per a telèfon connectada a una passarel·la de prova en un sol portàtil és una evidència, no un desplegament.